Ethereum Rollup'ları Merkeziyetsizdir: Merkeziyetsiz Sıralayıcıyı Derinlemesine İnceleme

1. Önemli Noktalar

• İşlem sıralaması, ikinci katman ("L2") alanında giderek daha ciddi bir sorun haline gelmiştir. L2 rollup, kullanıcılara bir yürütme katmanı sunar, ardından işlem verilerini üst seviyedeki birinci katman ("L1")'e, örneğin Ethereum'un Arbitrum, Optimism, zkSync vb. gibi, gönderir.

• Sıralayıcı, işlemleri gruplara sıralama yetkisine sahip bir varlıktır. Sıralayıcı, kullanıcılardan gelen dağınık işlemleri alır, bunları zincir dışındaki bir ortamda gruplar halinde işler ve ardından bir dizi sıkıştırılmış sıralı işlem oluşturur. Bu işlemler daha sonra bloklara yerleştirilip ana L1'e gönderilebilir.

• Rollups aslında sıralayıcılara ihtiyaç duymaz; bu, kullanıcılara daha iyi bir deneyim sunmak için yapılan bir tasarım seçimidir, amacı daha düşük ücretler ve daha hızlı işlem onay hızı sağlamaktır. Örneğin, rollups temel katmanı sıralama yapmak için kullanabilir, tıpkı çoğu rollup'ın veri kullanılabilirliği elde etmek için Ethereum temel katmanını kullanması gibi. Ancak, Ethereum'un temel katmanı görece verimsiz ve pahalı olabilir. Bu, bugüne kadar her büyük L2 rollup projesinin, merkezi bir sıralayıcı çalıştırmanın daha pratik, daha ucuz ve kullanıcılara daha dostane olduğunu keşfettiği anlamına gelir.

• Sıralayıcı, işlemlerin sıralamasını kontrol ettiği için, kullanıcı işlemi ('i gözden geçirme hakkına sahiptir; ancak, kullanıcıların doğrudan L1'e işlem ) göndermesi nedeniyle tam gözden geçirmenin gerçekleşmesi pek olası değildir. Sıralayıcı ayrıca, kullanıcı grubuna ekonomik zarar verebilecek olan maksimum çıkarılabilir değer ( "MEV" )'i de çıkarabilir. Ayrıca, geçerlilik büyük bir sorun olabilir; eğer tek merkezi sıralayıcı çökerse, kullanıcılar o sıralayıcıyı kullanamaz ve tüm rollup etkilenir.

• Çözüm, paylaşımlı, merkeziyetsiz sıralayıcıdır. Paylaşımlı sıralayıcı, temelde rollup'a merkeziyetsiz hizmet sağlamaktadır. Sansür, MEV çıkarımı ve geçerlilik gibi sorunların yanı sıra, paylaşımlı sıralayıcı, farklı rolluplar arasında işlevsellik getirerek çeşitli yeni olasılıkları açmaktadır. Espresso, Astria ve Radius, kendi mimarilerinde farklı özellikler taşıyan yenilikçi paylaşımlı sıralama çözümleri geliştirmektedir. Espresso, ağını yönlendirmek için EigenLayer'i kullanmaya çalışırken, Astria, modüler veri kullanılabilirlik ağı Celestia ile yakın bir ilişki içindedir. Radius ise, benzersiz kripto mempool'unu tartışmaya katmaktadır.

2. Giriş

Ethereum L2 rollup ekosisteminin sürekli yaygınlaşmasıyla birlikte, sıklıkla göz ardı edilen bir yön sıralaçıdır. Sıralaçılar, işlem sıralamasından sorumludur ve rollup kullanarak sıralaçılar üzerinden işlem yapmak, daha iyi bir kullanıcı deneyimi, daha düşük ücretler ve daha hızlı işlem onayları sağlayabilir. Ancak sorun şu ki, bugüne kadar tüm büyük Ethereum L2 şirketleri, kendi merkezi sıralaçısını çalıştırmanın en uygun, kullanıcı dostu ve maliyet açısından daha düşük olduğunu fark etmiştir. Sıralaçının işlem inceleme, MEV çıkarımı ve tek nokta arızası ( yani geçerlilik sorunları ) üzerindeki gücü göz önüne alındığında, bu istenmeyen bir sonuç olarak görülebilir ve kripto paranın ruhuna da aykırıdır.

Çoğu kripto para şirketi, kendi sıralayıcılarının merkeziyetsizlik sorununu çözdü ve bunu yol haritalarının bir parçası olarak belirledi, ancak merkeziyetsizliğin nasıl sağlanacağı konusunda gerçek bir fikir birliği sağlanamamıştır. Ayrıca, Arbitrum ve Optimism'in 2021'in ikinci yarısından bu yana kendi çözümlerini sunduğunu belirtmek gerekir ki, merkeziyetsiz sıralayıcılar konusunda somut bir ilerleme kaydetmedikleri söylenebilir.

Bu raporda, sıralayıcıların rolünü ve Ethereum rollup alanının mevcut durumunu dikkatlice inceleyeceğiz. Ardından, merkeziyetsizlik odaklı paylaşımlı sıralama ağı üzerinde çalışan projeleri derinlemesine ele alıyoruz. Bu projelerin ve çözümlerinin kendine özgü yönlerini detaylı bir şekilde açıklayacağız. Ayrıca, bunun Ethereum L2 rollup alanının gelecekteki gelişimi için ne anlama gelebileceğini de düşünmekteyiz.

3. Sıralayıcı nedir?

Bir adım geri gidersek, blok zinciri, bloklar halinde sıralanmış zaman damgalı işlem verilerinden oluşan dağıtık bir veri defteridir. Başlangıçta, bu işlem verileri düzensiz ve organize olmamıştı. Sıralandıktan sonra, bloklar halinde düzenlenip yürütülerek blok zincirinin yeni durumu oluşturulabilir. Ethereum gibi birinci katman ( "L1" ) blok zincirleri için, bu işlem sıralaması Ethereum'un temel katmanında gerçekleşir.

Ethereum'un en popüler ölçeklenebilirlik çözümlerinden biri olan Layer-2 ("L2") rollup katmanında, işlem sıralaması giderek daha ciddi bir sorun haline gelmiştir. Unutmayın ki, rollupların temel amacı kullanıcılara güvenli ve ucuz bir işlem yeri sağlamaktır. Kısacası, L2 rollup kullanıcılara bir yürütme katmanı sağlar ve ardından işlem verilerini üst katman L1'e, yani Ethereum'un Arbitrum, Optimism, zkSync gibi platformlarına gönderir. L1'e gönderilen tek bir işlem grubu genellikle yüzlerce veya binlerce sıkıştırılmış L2 işlemi içerir, bu da L1'e veri gönderme maliyetini düşürür.

L2 rollup dünyasında, sıralayıcı işlemleri gruplar halinde sıralama yetkisine sahip bir varlıktır. Sıralayıcı, kullanıcılardan gelen düzensiz işlemleri alır, bunları zincir dışı olarak gruplar halinde işler ve ardından sıkıştırılmış sıralı işlemlerden oluşan bir grup oluşturur. Bu işlemler daha sonra bloklara yerleştirilip ana L1'e gönderilebilir. Toplu işlemler ayrıca veri kullanılabilirliği ( "DA" ) katmanında ( genellikle Ethereum'dur ve mevcut çoğu rollup ) için kullanılır. Ayrıca kullanıcılara yumuşak taahhüt sağlar; yani, kullanıcıların işlemlerini aldıktan sonra sıralayıcı, "yumuşak onay" olarak neredeyse anında bir makbuz sunar. "Sert onay" ise işlem L1 katmanına gönderildikten sonra alınır.

Neden Rollups sıralayıcı kullanmalı, bu neden bir sorun?

Temelde, sıralayıcının çok net bir hedefi vardır: kullanıcı deneyimini iyileştirmek. Sıralayıcı kullanarak L2 işlemleri gerçekleştirmek, "hızlı şerit" kullanmaya benzer; bu, daha düşük ücretler ve daha hızlı işlem onayları anlamına gelir. Aslında, sıralayıcı yüzlerce hatta binlerce L2 işlemini tek bir L1 işlemine topluca sıkıştırarak gas ücretlerinden tasarruf sağlar. Ayrıca, sıralayıcının sunduğu yumuşak onay, rollup işlemlerinin kullanıcılara hızlı blok onayı sağlamasına olanak tanır. Bu kombinasyon, kullanıcıların L2 rollup'ı kullanma deneyimini iyileştirmeye yardımcı olur.

Önemli olan, rollup'ın sıralayıcıya ihtiyaç duymadığını hatırlamaktır; bu sadece daha iyi bir kullanıcı deneyimi için yapılan bir tasarım seçimidir. Örneğin, çoğu rollup'ın veri kullanılabilirliğini artırmak için Ethereum L1'i kullandığı gibi, sıralama için de kullanabilirler. Ethereum Vakfı'ndan Justin Drake, bunlara "rollup tabanlı" dedi. Ancak, Ethereum'un temel katmanının muhtemelen nispeten verimsiz ve pahalı olduğu, özellikle L2 işlem hacminin büyük olduğu göz önüne alındığında. Temelinde, rollup'ın işlem hacmi Ethereum L1 veri sıralama oranıyla sınırlı olacaktır. Kullanıcılar ayrıca Ethereum'da işlem yaparken yaşadıkları işlem onay gecikmesini de yaşayacaklardır. Bu, bugüne kadar her ana L2 rollup projesinin, merkezi bir sıralayıcı çalıştırmanın daha uygun, daha ucuz ve kullanıcılar için daha kolay olduğunu keşfettiği anlamına geliyor. L2 kullanıcıları sıralayıcıyı atlamak için doğrudan L1'e işlem gönderebilirken, L1'e işlem gas ücreti ödemek zorundadır ve işlemlerin nihayet tamamlanması daha uzun sürebilir. Bu, büyük ölçüde L2 rollup kullanarak işlem yapmanın amacına aykırıdır.

Sıralayıcı, işlemlerin sıralamasını kontrol ettiğinden, teorik olarak kullanıcı işlemlerini dahil etmeme hakkına sahiptir ( Ancak, eğer kullanıcı gaz ücretini ödeyebilecek ve bunu yapmaya istekliyse, doğrudan L1'e işlem gönderebilir ). Sıralayıcı ayrıca işlem grubundan MEV'yi çıkarabilir ( daha sonra detaylandırılacak ) bu, kullanıcılar için ekonomik kayıplara neden olabilir. Eğer sadece bir sıralayıcı varsa, şu anda tüm ana rollup işlemlerinin durumu gibi, merkeziyetçilik riski daha büyük olacaktır. Bu durumda, geçerlilik bir sorun haline gelebilir; yani eğer tek sıralayıcı arızalanırsa, tüm rollup etkilenir. Birden fazla sıralayıcı ayarı bu riski azaltabilir.

Bu ayar sayesinde, sıralayıcı kullanıcıların yarı güvenilir bir tarafı olarak görülebilir. Sıralayıcı kullanıcıların L2 kullanmalarını engelleyemez, ancak kullanıcıların işlemlerini geciktirebilir, bu da kullanıcıların ek gas ücreti ödemesine neden olur ve kullanıcıların işlemlerinden değer elde eder.

MEV'in ilişkisi

MEV burada özellikle önemlidir. MEV, blok üretiminden elde edilen değeri ifade eder, birinci derece madencilik ( veya staking ) blok ödülleri ve gas ücretlerini aşar. Bu, blok içindeki işlemleri manipüle ederek, yani işlemleri dahil etme, çıkarma ve işlem sırasını değiştirme yoluyla elde edilen bir değerdir. Örneğin, MEV çıkarımının yaygın biçimleri arasında önceden çalıştırma ve sandviç saldırıları bulunmaktadır.

Sıralayıcıların L2 rollup içindeki rolü göz önüne alındığında, dışarıdaki tüm kullanıcı işlemlerini anlayabilirler. Ayrıca, bu sıralayıcılar genellikle projelerin kendileri veya bağlı ekipler tarafından çalıştırıldığı için, örneğin OP Mainnet'in Optimistic Vakfı ve Arbitrum One ve Nova'nın Arbitrum Vakfı, birçok kullanıcı potansiyel MEV çıkarımlarını göremeyeceklerinden endişe duyuyor. Bu endişeler olmadan bile, projelerin kendi merkeziyetsiz sıralayıcılarını çalıştırmasıyla, bu protokollerin güvenilirliği ve merkeziyetsizlik derecesi kullanıcılar üzerinde etki yaratacaktır. Bu protokollerin güvenilirliği ve merkeziyetsizliği kesinlikle sorgulanacaktır.

Sıralayıcı piyasa durumu

Bu makale yazılırken, tüm ana Ethereum L2 sürümleri merkezileşmiş sıralayıcılara dayanmaktadır. Daha fazla Ethereum işlemi L2 çözümlerine geçtikçe, Ethereum'un doğrulayıcı setinin kendisi merkeziyetsiz olsa da, görünüşe göre çok sayıda işlem (, yani L2 üzerindeki işlemler ), benzersiz bir sıralayıcı şeklindeki merkeziyetçi güçlerden etkilenmektedir.

Tahmin edildiği gibi, bu şirketlerin çoğu, kendi sıralayıcılarının merkeziyetsizlik sorununu çözmüş ve bunu yol haritalarının bir parçası olarak kabul etmiştir. Bu, merkeziyetsizliğin L2 vizyonunun bir parçası olduğuna dair olumlu bir sinyal olsa da, Arbitrum ve Optimism'in 2021 yılının sonundan bu yana kendi çözümlerini sunduklarını ve merkeziyetsiz sıralayıcılar konusunda kayda değer bir ilerleme kaydetmediklerini belirtmek gerekir.

Çoğu önde gelen şirket, kaynaklarını çekirdek ürünlerini ve işlevlerini geliştirmeye ayırıyormuş gibi görünüyor, güç dağıtımına odaklanmak yerine. Bu tamamen bir eleştiri değil, çünkü rekabetçi bir ortamda, rekabetçi ürünlere sahip olmadan merkeziyetsizliğe odaklanmak hiçbir şirketin en iyi menfaatine değildir, bu bir dereceye kadar anlaşılabilir. Ancak, ağ şirketlerinin olgunlaşmasıyla birlikte, bu görüş değişiyor ve tartışmalar hızla sıralayıcı merkeziyetsizliğe ve güvenilirliği artırmaya kayıyor.

Diğer sorunlar

Vurgulamak gerekir ki, merkezi sıralayıcılara olan bağımlılığın getirdiği risk seviyeleri hakkında bazı tartışmalar bulunmaktadır.

Yukarıda belirtildiği gibi, sıralayıcılar işlemlerin sıralamasını kontrol ettikleri için, kullanıcı işlemlerini dışlayabilir veya MEV'yi çıkarabilirler. Ancak, sıralayıcılar nihayetinde kullanıcıları rollup işlemlerinin dışına tamamen çıkaramazlar. Kullanıcılar sıralayıcıyı atlayarak doğrudan L1'e işlem gönderebilirler ( istediklerinde ve artan gaz maliyetini ödemeye istekli olduklarında ). Yanlış davranış sergileyen sıralayıcılar, işlemlerin gecikmesine ve kullanıcıların ek maliyetler üstlenmesine neden olabilir, ancak nihayetinde tamamen denetim edemezler. Daha önce, hiçbir büyük L2 şirketi sıralayıcılarını merkeziyetsizleştirmeye aşırı odaklanmamıştı; bu muhtemelen nedenlerinden biridir. Yine de, sıralayıcıların MEV'yi çıkarmak için işlemleri yeniden sıralaması, özellikle OP Mainnet gibi özel mempool'lerde bir sorun olmaya devam etmektedir.

Belki de daha büyük sorun gerçek zamanlılıktır. Ana rollup programlarının tek bir merkezi sıralayıcıda çalıştığı göz önüne alındığında, bu sıralayıcılar sorun yaşarsa tüm rollup programı olumsuz etkilenir. Kullanıcılar hala L1'e doğrudan erişim sağlayarak işlemleri tamamlayabilir, ancak bu...