Ethereum Rollup'ı merkezi: Merkeziyetsiz sıralayıcıyı derinlemesine inceleme

1. Önemli Noktalar

• İşlem sıralaması, ikinci katman ("L2") alanında giderek ciddi bir sorun haline geldi. L2 rollup'ın temel amacı, kullanıcılara düşük maliyetli işlemler için güvenli bir alan sağlamaktır. Rollup, kullanıcılara bir yürütme katmanı sunar ve ardından işlem verilerini üst katman birinci katman ("L1")'a, örneğin Ethereum'a iletir.

• Sıralayıcı, bu işlemleri gruplar halinde sıralamaktan sorumludur. Kullanıcılardan gelen düzensiz işlemleri alır, bunları zincir dışı işleyerek gruplar haline getirir ve ardından bir dizi sıkıştırılmış sıralı işlem oluşturur. Bu işlemler daha sonra bir bloğa yerleştirilebilir ve ana L1'e gönderilir.

• Rollup'lar aslında bir sıralayıcıya ihtiyaç duymaz; bu sadece kullanıcıya daha düşük ücretler ve daha hızlı işlem onayı sağlamak için bir tasarım seçeneğidir. Örneğin, rollup'lar sıralama yapmak için temel katmanı da kullanabilir, tıpkı çoğu rollup'ın veri kullanılabilirliği için Ethereum temel katmanını kullandığı gibi. Ancak, Ethereum'un temel katmanı nispeten verimsiz ve pahalı olabilir. Bu, şimdiye kadar her ana L2 rollup projesinin merkezi bir sıralayıcı çalıştırmanın daha kolay, daha ucuz ve kullanıcı dostu olduğunu keşfettiği anlamına geliyor.

• Sıralayıcı işlemlerin sıralamasını kontrol ettiğinden, kullanıcı işlemi ('i gözden geçirme yetkisine sahiptir; ancak tamamen gözden geçirme olasılığı düşüktür, çünkü kullanıcılar işlemleri doğrudan L1'e gönderebilirler ). Sıralayıcı ayrıca maksimum şekilde çıkarılabilir değeri ("MEV") çıkarabilir, bu da kullanıcı topluluğuna ekonomik zarar verebilir. Ayrıca, geçerlilik de önemli bir sorun olabilir - eğer tek merkezi sıralayıcı çökerse, kullanıcılar bu 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ı esasen rollup'a merkeziyetsiz hizmet sunmaktadır. Sansür, MEV çıkarımı ve geçerlilik gibi sorunları çözmenin yanı sıra, paylaşımlı sıralayıcı, rollup'lar arası işlevsellik de getirmekte ve çeşitli yeni olasılıkların kapılarını açmaktadır. Espresso, Astria ve Radius, her birinin kendi mimarisinde benzersiz özelliklere sahip yenilikçi paylaşımlı sıralama çözümünü geliştirmektedir. Espresso, ağına yön vermek için EigenLayer'dan yararlanmaya çalışırken, Astria, modüler veri kullanılabilirlik ağı Celestia ile yakın bir ilişki içinde bulunmaktadır. Radius ise benzersiz kripto mempool'unu tartışmaya getirmiştir.

2. Giriş

Ethereum L2 rollup ekosisteminin sürekli yaygınlaşmasıyla birlikte, sıklıkla göz ardı edilen bir yön sıralayıcıdır. Sıralayıcı, işlem sıralamasından sorumludur ve rollup aracılığıyla sıralayıcı kullanmak, daha iyi bir kullanıcı deneyimi, daha düşük ücretler ve daha hızlı işlem onayı sağlayabilir. Ancak, sorun şu ki, bugüne kadar, tüm büyük Ethereum L2 şirketleri, kendi benzersiz merkezi sıralayıcılarını çalıştırmanın en uygun, kullanıcı dostu ve maliyet açısından daha düşük olduğunu keşfetmiştir. Sıralayıcının işlem incelemesi, MEV çıkarımı ve tek nokta arızası( yani geçerlilik sorunu) konusundaki gücü göz önüne alındığında, bu istenmeyen bir sonuç olarak değerlendirilebilir ve kripto para biriminin ruhuna aykırıdır.

Çoğu kripto para şirketi kendi sıralayıcılarının merkeziyetsizlik sorununu çözmüş ve bunu bir yol haritası olarak benimsemiş olsa da, merkeziyetsizliğin nasıl sağlanacağı konusunda gerçek bir konsensüs 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 kayda değer bir ilerleme kaydedememişlerdir.

Bu raporda, sıralayıcının rolünü ve Ethereum rollup alanının mevcut durumunu dikkatlice inceleyeceğiz. Ardından, merkeziyetsiz paylaşılan sıralama ağı olan çözüm araştıran projeleri derinlemesine keşfedeceğiz. Bu projelerin ve çözümlerinin benzersiz yönlerini ayrıntılı olarak ele alacağız. Ayrıca, bunun Ethereum L2 rollup alanının gelecekteki gelişimi için ne anlama gelebileceğini de düşünmeye çalışacağız.

3. Sıralayıcı nedir?

Geri adım atarak, blok zinciri dağıtık bir veri defteri olup, bloklara sıralanmış zaman damgalı işlem verilerinden oluşur. Başlangıçta, bu işlem verileri düzensiz ve örgütsüzdü. Sıralandıktan sonra, bloklar halinde düzenlenebilir ve işlenerek blok zincirinin yeni durumu oluşturulabilir. Ethereum gibi birinci katman ("L1") blok zincirlerinde, bu işlem sıralaması Ethereum'un temel katmanında gerçekleşir.

Ethereum'un en popüler ölçeklenebilirlik çözümü - Layer-2 ("L2") rollup katmanında, işlem sıralaması giderek daha ciddi bir sorun haline gelmiştir. Rollupların ana işlevinin kullanıcılara güvenli ve ucuz bir işlem alanı sağlamak olduğunu unutmayın. Kısacası, L2 rollup kullanıcıya bir yürütme katmanı sunar ve ardından işlem verilerini üst düzey 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şlemini içerir, böylece L1'e veri gönderme maliyeti düşürülür.

L2 rollup dünyasında, sıralayıcılar işlemleri gruplamak için yetkiye sahip varlıklardır. Sıralayıcılar, kullanıcılardan gelen düzensiz işlemleri alır, bunları zincir dışı işleyerek gruplar haline getirir ve ardından sıkıştırılmış sıralı işlemlerden oluşan bir grup oluşturur. Daha sonra, bu işlemler bloklara yerleştirilebilir ve ana L1'e gönderilebilir. Toplu işlemler, veri kullanılabilirliği ( "DA" ) katmanı ( genellikle Ethereum'dur ve mevcut çoğu rollup ) için kullanılır. Ayrıca kullanıcılara bir yumuşak taahhüt sağlar; yani kullanıcıların işlemlerini aldıktan sonra, sıralayıcı neredeyse anlık bir makbuz sunar ve bu "yumuşak onay" olarak adlandırılır. "Sert onay" ise işlemin L1 katmanına gönderilmesinin ardından alınır.

Neden Rollup'lar sıralayıcı kullanmak zorundadır, neden bu bir sorundur?

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. Gerçekten de, sıralayıcı yüzlerce veya binlerce L2 işlemi tek bir L1 işlemine topluca sıkıştırarak gas ücretlerinden tasarruf sağlar. Ayrıca, sıralayıcı tarafından sağlanan yumuşak onay, rollup işlemlerinin kullanıcılara hızlı blok onayları sunmasını sağlar. Bu kombinasyon, kullanıcıların L2 rollup'ı kullanma deneyimlerini geliştirmeye yardımcı olur.

Önemli olan, rollup'ın bir sıralayıcıya ihtiyaç duymadığıdı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 kullandığı gibi, bunlar da sıralama için bunu kullanabilir. Ethereum Vakfı'ndan Justin Drake, bunları "rollup tabanlı" olarak adlandırdı. Ancak, Ethereum'un temel katmanının muhtemelen nispeten verimsiz ve pahalı olması, özellikle L2 işlem hacminin büyük olduğu dikkate alındığında geçerlidir. Esasen, rollup'ın işlem hacmi Ethereum L1 veri sıralama oranı ile sınırlı olacaktır. Kullanıcılar ayrıca Ethereum üzerinde işlem yaparken yaşadıkları işlem onay gecikmelerini 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 gelir. L2 kullanıcıları sıralayıcıyı atlatmak için doğrudan L1'e işlem gönderebilirken, L1'e işlem gas ücreti ödemek zorundadırlar ve işlemlerin nihai olarak tamamlanması daha uzun sürebilir. Bu, büyük ölçüde L2 rollup kullanarak işlem gerçekleştirme amacına ters düşmektedir.

Sıralayıcı, işlemlerin sıralamasını kontrol ettiğinden, teorik olarak kullanıcı işlemlerini dahil etmeme hakkına sahiptir (. Ancak, kullanıcı gaz ücretini ödeyebiliyorsa ve bunu göze alıyorsa, doğrudan L1'e işlem gönderebilir ). Sıralayıcı, işlem grubundan MEV çekebilir (, bu daha sonra detaylandırılacaktır ) ve bu, kullanıcı grubu için ekonomik kayıplara yol açabilir. Sadece bir sıralayıcı varsa, bu da şu anda tüm ana rollup işlemlerinin durumu gibi, merkeziyetçilik riski daha da artar. Bu durumda, etkinlik 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 ile sıralayıcı, kullanıcının yarı güvenilir bir tarafı olarak görülebilir. Sıralayıcı, kullanıcının L2 kullanmasını engelleyemez, ancak kullanıcının işlemlerini geciktirebilir, bu da kullanıcının ek gaz ücreti ödemesine ve kullanıcının işlemlerinden değer elde etmesine neden olur.

MEV'nin ilişkisi

MEV burada özellikle önemlidir. MEV, blok üretiminden elde edilen değeri ifade eder; bu değer, birinci derece madencilik ( veya staking ) blok ödülleri ve gas ücretlerini aşmaktadır. Bu değer, blok içindeki işlemleri manipüle ederek, yani işlemleri dahil etme, hariç tutma ve işlem sırasını değiştirme yoluyla çıkarılır. Örneğin, MEV çıkarımının yaygın biçimleri arasında öncelikli yürütme 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 projeler kendileri veya bağlı ekipler tarafından işletildiğinden, örneğin OP Mainnet'in Optimistic Vakfı ve Arbitrum One ile Nova'nın Arbitrum Vakfı, birçok kullanıcı potansiyel MEV çıkarımını görememekten endişe ediyor. Bu endişeler olmasa bile, projelerin kendi merkeziyetsiz sıralayıcılarını işletmesiyle, bu protokollerin güvenilmezliği ve merkeziyetsizlik derecesi kullanıcıları etkileyecektir. Bu protokollerin güvenilirliği ve merkeziyetsizliği kesinlikle sorgulanacaktır.

Sıralayıcı pazar durumu

Bu makale yazılırken, tüm ana Ethereum L2 sürümleri merkezi bir sıralayıcıya bağımlıdır. Daha fazla Ethereum işlemi L2 çözümlerine taşındıkça, Ethereum'un doğrulayıcı kümesi kendisi merkeziyetsiz olmasına rağmen, çok sayıda işlem (, yani L2 üzerindeki işlemler ), tek bir sıralayıcı biçimindeki merkezi güçlerden etkileniyor gibi görünmektedir.

Beklenildiği gibi, bu şirketlerin çoğu kendi sıralayıcılarının merkeziyetsizlik sorununu çözmüş durumda ve bunu bir yol haritasının parçası olarak görüyor. Bu, merkeziyetsizliğin L2 vizyonunun bir parçası olduğunu gösteren olumlu bir işaret olsa da, Arbitrum ve Optimism'in 2021 yılının sonundan beri kendi çözümlerini sunduğunu ve merkeziyetsiz sıralayıcılar konusunda henüz somut bir ilerleme kaydedemediklerini belirtmek gerekir.

Çoğu üst düzey şirketin, güç devrine odaklanmak yerine, temel ürünlerini ve işlevlerini geliştirmeye kaynak ayırdığı görülüyor. Bu tam anlamıyla bir eleştiri değil, çünkü rekabetin yoğun olduğu bir ortamda, rekabetçi ürünlere sahip olmadan merkeziyetsizliğe odaklanmak hiçbir şirketin en iyi çıkarına değildir ve bu bir bakıma anlaşılabilir. Ancak, ağ şirketlerinin olgunlaşmasıyla birlikte, bu görüş değişiyor ve insanların tartışmaları hızla sıralayıcı merkeziyetsizliğe ve güvenilirliği artırmaya kayıyor.

Diğer Sorular

Vurgulanması gereken bir nokta, merkezi sıralayıcılara olan bağımlılığın getirdiği risk seviyeleri hakkında bazı tartışmaların mevcut olduğudur.

Yukarıda belirtildiği gibi, sıralayıcılar işlemlerin sıralamasını kontrol ettiğinden, kullanıcı işlemlerini hariç tutabilir veya MEV çıkarabilir. Ancak, sıralayıcılar nihayetinde kullanıcıları rollup işlemlerinin dışına tamamen çıkaramaz. Kullanıcılar sıralayıcıyı atlayarak doğrudan L1'e işlem gönderebilir (, yeter ki bunu istemeye ve artan gaz maliyetini ödemeye istekli olsunlar ). Kötü davranan sıralayıcılar işlemlerin gecikmesine ve kullanıcıların ek masraflar üstlenmesine neden olabilir, ancak nihayetinde tamamen sansür uygulayamazlar. Daha önce, hiçbir büyük L2 şirketi sıralayıcılarını merkeziyetsizleştirmeye son derece odaklanmamıştı; bu muhtemelen bunun nedenlerinden biridir. Yine de, sıralayıcılar MEV çıkarmak için işlemleri yeniden sıralamaya devam ediyor, özellikle OP Mainnet gibi özel mempool'larda.

Belki de daha büyük sorun gerçek zamanlılıktır. Ana rollup programlarının tek bir merkezi sıralayıcı üzerinde ç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 doğrudan L1'e erişerek işlemleri gerçekleştirebilir, ancak bu pek kalıcı bir çözüm değildir.