Ethereum Rollups Merkeziyetsizdir: Merkeziyetsiz Sıralayıcıyı Keşfetmek

Ethereum ikinci katman (L2) rollup alanında işlem sıralama sorunu giderek belirginleşiyor. L2 rollup'un ana işlevi, kullanıcılara düşük maliyetli işlemler için güvenli bir ortam sağlamaktır. Kullanıcılara bir yürütme katmanı sunar ve ardından işlem verilerini üst katman birinci katman (L1)'e, Ethereum'un Arbitrum, Optimism, zkSync gibi projelerine gönderir.

Sıralayıcı, bu işlemleri gruplara sıralama yetkisine sahip olan varlıklardır. Kullanıcılardan gelen düzensiz işlemleri alır, bunları zincir dışında gruplar halinde işler ve ardından sıkıştırılmış düzenli işlem grupları oluşturur. Bu işlemler daha sonra bloklara paketlenip ana L1'e gönderilebilir.

Aslında, rollup'ların sıralayıcıya ihtiyacı yoktur; bu yalnızca kullanıcılar için daha düşük ücretler ve daha hızlı işlem onayı sağlamak amacıyla bir tasarım seçimidir. Örneğin, çoğu rollup, veri kullanılabilirliği elde etmek için Ethereum'un temel katmanını kullanırken, sıralama için de temel katmanı kullanabilirler. Ancak, Ethereum'un temel katmanı görece verimsiz ve pahalı olabilir. Bu, bugüne kadar her ana L2 rollup projesinin merkezi sıralayıcıları çalıştırmanın daha kullanışlı, daha ucuz ve kullanıcılar için daha dostça olduğunu keşfettiği anlamına gelir.

Sıralayıcı, işlem sıralamasını kontrol ettiğinden, kullanıcı işlemi ('i gözden geçirme hakkına sahiptir, ancak tam inceleme pek olası değildir çünkü kullanıcılar işlemleri doğrudan L1'e gönderebilirler ). Sıralayıcı ayrıca maksimum çıkarılabilir değer (MEV)'i çıkarabilir, bu da kullanıcı grubuna ekonomik zarar verebilir. Ayrıca, kullanılabilirlik büyük bir sorun olabilir - eğer tek merkezi sıralayıcı çökerse, kullanıcılar bu sıralayıcıyı kullanamayacak ve tüm rollup etkilenmiş olacaktır.

Çözüm, paylaşımlı, merkeziyetsiz bir sıralayıcıdır. Paylaşımlı sıralayıcı, esasen rolluplara merkeziyetsiz hizmet sunar. Sansür, MEV çıkarımı ve kullanılabilirlik gibi sorunların yanı sıra, paylaşımlı sıralayıcı, rolluplar arasında işlevsellik getirerek çeşitli yeni olasılıkları açar. Espresso, Astria ve Radius, kendilerine özgü özelliklere sahip yenilikçi paylaşımlı sıralama çözümleri geliştiriyor. 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 tartışmaya benzersiz kripto bellek havuzunu katmaktadır.

Giriş

Ethereum L2 rollup ekosisteminin yaygınlaşmasıyla birlikte, genellikle göz ardı edilen bir yön sıralayıcıdır. Sıralayıcı, işlemlerin sıralanmasından sorumludur, 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 ana Ethereum L2'leri kendi 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şlerdir. Sıralayıcının işlem gözden geçirme, MEV çıkarımı ve tek nokta arızası ( kullanılabilirliği sorunları ) üzerindeki gücü göz önüne alındığında, bu istenmeyen bir sonuç olarak değerlendirilebilir ve kripto paranın ruhuna aykırı değildir.

Çoğu projenin kendi sıralayıcılarının merkeziyetsizliğini bir yol haritası olarak belirlemiş olmasına rağmen, 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 beri kendi çözümlerini sunduğunu belirtmek gerekir; merkeziyetsiz sıralayıcılar konusunda kayda değer bir ilerleme kaydedemedikleri söylenebilir.

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ümleri araştıran projeleri derinlemesine ele alıyoruz. Bu projelerin ve çözümlerinin eşsiz yönlerini detaylandıracağız. Ayrıca, bunun Ethereum L2 rollup alanının gelecekteki gelişimi için ne anlama gelebileceğini de tartışıyoruz.

Sıralayıcı nedir?

Bir adım geri gidecek olursak, blok zinciri dağıtılmış bir veri defteridir ve zaman damgası ile sıralanmış bloklar halindeki 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üzenlenip işlenebilir ve blok zincirinin yeni durumu oluşturulabilir. Ethereum gibi birinci katman (L1) blok zincirinde, 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 ciddi bir sorun haline gelmiştir. Rollup'ların temel amacı, kullanıcılara güvenli ve düşük maliyetli bir işlem alanı sağlamaktır. Basitçe söylemek gerekirse, L2 rollup'ları kullanıcılara bir yürütme katmanı sunar ve ardından işlem verilerini üst düzey L1'e, yani Ethereum'un Arbitrum, Optimism, zkSync gibi katmanlarına gönderir. L1'e gönderilen tek bir işlem paketi genellikle yüzlerce veya binlerce sıkıştırılmış L2 işlemi içerir, böylece L1'e veri gönderme maliyetini azaltır.

L2 rollup dünyasında, sıralayıcı, işlemleri gruplama yetkisine sahip olan bir varlıktır. Sıralayıcı, kullanıcılardan gelen düzensiz işlemleri alır, bunları zincir dışı işleyerek gruplar halinde düzenler ve ardından sıkıştırılmış sıralı işlemlerden oluşan bir paket oluşturur. Ardından, bu işlemler bir bloğa yerleştirilip ana L1'e gönderilebilir. Gruplandırılmış işlemler ayrıca veri kullanılabilirliği (DA) katmanında, genellikle Ethereum üzerinde, mevcut çoğu rollup( için kullanılmaktadır. Bu, kullanıcılara, kullanıcının işlemi alındıktan sonra sıralayıcının "yumuşak onay" olarak neredeyse anında bir makbuz sağlayacağına dair bir yumuşak taahhüt sunar. "Sert onay" ise işlemin L1 katmanına gönderilmesinin ardından alınır.

![Binance Araştırma Enstitüsü Merkeziyetsizlik Sıralayıcıyı Yorumluyor: Layer2 Güvenliği için Temel Taş, Yerel Token Kullanım Senaryolarını Genişletmek])https://img-cdn.gateio.im/webp-social/moments-f4cec0ba1e9600bfd02ef8fabe4397ad.webp(

) Neden Rollup'lar sıralayıcı kullanmak zorundadır, 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şlemi yapmak, "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 L2 işlemi tek bir L1 işlemi olarak topluca sıkıştırabilir, böylece gaz ücretlerinden tasarruf sağlar. Ayrıca, sıralayıcının sağladığı 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 döngülerini kullanma deneyimini iyileştirmeye yardımcı olur.

Önemli olan, rollup'ların 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, veri kullanılabilirliğini artırmak için Ethereum L1'i kullanırken, sıralama yapmak için de kullanabilirler. Ethereum Vakfı'ndan Justin Drake, bunlara "rollup tabanlı" olarak atıfta bulundu. Ancak, Ethereum'un temel katmanının muhtemelen nispeten verimsiz ve pahalı olduğu, özellikle L2 işlem hacminin yüksek olduğu düşünüldüğünde. Temelde, 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ı aynı işlem onay gecikmelerini deneyimleyecekler. Bu, şimdiye kadar her ana L2 genişleme 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önderebilir, ancak L1'e işlem gas ücreti ödemek zorundadırlar ve işlemlerin tamamlanması daha uzun sürebilir. Bu, büyük ölçüde L2 rollup kullanarak işlem yapmanın amacına ters düşmektedir.

Sıralayıcıların işlemlerin sıralamasını kontrol etmesi nedeniyle, teorik olarak kullanıcı işlemlerini dahil etmeme yetkisine sahiptir ###. Ancak, kullanıcı gaz ücreti ödemek için yeterli ise ve bunu yapmaya istekliyse, doğrudan L1'e işlem gönderebilir (. Sıralayıcı ayrıca işlem grubundan MEV çıkarabilir, bu da kullanıcılar için ekonomik kayıplara neden olabilir. Şu anda tüm ana rollup işlemlerinin durumu gibi, yalnızca bir sıralayıcı varsa, merkeziyetsizlik riski artar. 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 kullanmasını engelleyemez, ancak kullanıcıların işlemlerini geciktirebilir, bu da kullanıcıların ek gas ücreti ödemesine yol açar ve kullanıcıların işlemlerinden değer elde eder.

![Binance Araştırma Enstitüsü'nün Merkeziyetsiz Sıralayıcıyı Açıklaması: Layer2 Güvenliğinin Temeli, Yerel Token Kullanım Senaryolarını Genişletme])https://img-cdn.gateio.im/webp-social/moments-1168f4831c0c24a1cfd758ba3e9101fc.webp(

) MEV ile ilgili

MEV burada özellikle önemlidir. MEV, blok üretiminden elde edilen değeri ifade eder, birinci derece madencilik### veya staking( blok ödülleri ve gas ücretlerinin ötesinde. Bu, 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 elde edilen bir değerdir. Örneğin, MEV çıkarımının yaygın formları öncelikli çalıştırma ve sandviç saldırısıdır.

Sıralayıcıların L2 toplamalarında oynadığı rol göz önüne alındığında, zincir dışındaki tüm kullanıcı işlemleri hakkında bilgi edinebilirler. Ek olarak, bu sıralayıcılar genellikle projenin kendisi veya OP Mainnet'in Optimistic Foundation ve Arbitrum One ve Nova'nın Arbitrum Foundation gibi bağlı ekipler tarafından çalıştırıldığından, birçok kullanıcı potansiyel MEV çıkarımını göremeyeceklerinden endişe duyuyor. Bu endişeler olmasa bile, bu protokollerin güvenilmezliği ve ademi merkeziyetçiliği, proje kendi merkezi sıralayıcısını çalıştırdığı için kullanıcılara zarar verebilir. Bu protokollerin güvenilirliği ve ademi merkeziyetçiliği kesinlikle sorgulanacaktır.

) Sıralayıcı pazar durumu

Bu makale yazıldığı sırada, 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ı seti kendisi merkeziyetsiz olsa da, görünüşe göre çok sayıda işlem ###, yani L2'deki işlemler (, tek bir sıralayıcı biçimindeki merkezi güçten etkilenmektedir.

Beklendiği gibi, bu şirketlerin çoğu kendi sıralayıcılarının merkeziyetsizlik sorununu çözmeyi başardı ve bunu yol haritalarının bir parçası olarak sundu. 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 kayda değer bir ilerleme kaydetmediklerini unutmamalıyız.

Çoğu üst düzey şirket, kaynaklarını çekirdek ürünlerini ve işlevlerini geliştirmeye harcıyor gibi görünüyor, merkeziyetsizliğe odaklanmak yerine. Bu tam anlamıyla bir eleştiri değil, çünkü rekabetçi bir ortamda rekabetçi ürünlere sahip olmadan merkeziyetsizliğe odaklanmak hiçbir şirketin en iyi çıkarlarına hizmet etmiyor, bu da bir dereceye kadar anlaşılabilir. Ancak, ağ şirketlerinin olgunlaşmasıyla bu görüş değişiyor, tartışmalar hızla sıralayıcı merkeziyetsizliğine ve güvenilirliğin artırılmasına kayıyor.

![Binance Araştırma Enstitüsü Merkeziyetsizlik Sıralayıcıyı Yorumluyor: Layer2 Güvenlik Temeli, Yerel Token Kullanım Senaryolarını Genişletmek])https://img-cdn.gateio.im/webp-social/moments-825829026dfe6eac7918343e0340ba6a.webp(

) Diğer Sorular

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

Yukarıda belirtildiği gibi, sıralayıcılar işlemlerin sıralamasını kontrol ettiği için, kullanıcı işlemlerini hariç tutabilir ve MEV çı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 ###, yeter ki istekli olsunlar ve artan gaz maliyetini ödemeye razı olsunlar (. Kötü niyetli sıralayıcılar işlem gecikmelerine ve kullanıcıların ek maliyetler üstlenmesine neden olabilir, ancak nihayetinde tamamen denetim yapamazlar. 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ın MEV çıkarmak için işlemleri yeniden sıralaması, özellikle OP Mainnet gibi özel bellek havuzlarında bir sorun olmaya devam etmektedir.

Belki de asıl sorun gerçek zamanlılıkta yatıyor. 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 yine de doğrudan L1'e erişerek işlem yapabilir, ancak bu pek kalıcı bir yöntem değildir ve çoğu işlem için işe yaraması pek olası değildir. L2 rollup'ın kullanılmasının tüm anlamı tasarruf sağlamaktır.