Based rollup, Ethereum'un mevcut doğrulayıcılarının (ayrı bir operatör yerine) işlemlerin sırasını belirlemesine olanak tanıyan bir katman-2 ağıdır. Bu yaklaşım önemli bir güven varsayımını (L2 sıralayıcısı) ortadan kaldırır ve rollup'un güvenliğini Ethereum'un tüm doğrulayıcı setine bağlar; karşılığında gecikme, verim ve diğer rollup'larla kolay birlikte çalışabilirlikten ödün verilir.
Öne çıkanlar
- Based rollup'lar, kendi sıralayıcılarını çalıştırmak yerine işlem sıralamasını Ethereum'un L1 doğrulayıcılarına devreder.
- Bu, tipik L2 tasarımındaki en büyük güven varsayımlarından birini ortadan kaldırır: işlemlerinizi yeniden sıralayabilen, sansürleyebilen veya değer çıkarabilen merkezi bir taraf.
- Bunun bedeli gerçektir: daha yavaş onaylar, L1 blok sürelerine daha sıkı bağımlılık ve zayıf çapraz rollup birlikte çalışabilirliği.
- Taiko ve Kraken'ın Ink'i gibi canlı projeler tasarımın uygulanabilir olduğunu gösteriyor, ancak süreç hâlâ erken aşamada ve ödünleşimler yalnızca teorik değil.
Based rollup'lar gerçekte hangi sorunu çözmeye çalışıyor?
Bugün çoğu Ethereum katman-2 rollup'ı, OP Stack ve Arbitrum Orbit yığınları üzerine kurulan iyi bilinen ağlar dahil, kendi sıralayıcısını çalıştırır. Sıralayıcı, hangi kullanıcı işlemlerinin bir sonraki bloğa ve hangi sırayla gireceğine karar veren makinedir. Kullanıcılar için bu çoğunlukla görünmezdir. "Swap" düğmesine tıklarsınız, sıralayıcı işleminizi dahil eder ve bir-iki saniye içinde bir onay görürsünüz.
Bu pürüzsüz deneyimin arkasında sessiz bir güven varsayımı yatar: sıralayıcı operatörünün dürüst davranacağına güveniyorsunuz. Pratikte merkezi bir sıralayıcı, fiyat hareketlerinden kâr elde etmek (bir tür MEV ya da "maksimum çıkarılabilir değer") amacıyla işlemleri yeniden sıralayabilir, belirli adresleri sansürleyebilir ya da basitçe çevrimdışı kalabilir. Rollup'un kendi güvenlik anlatısı genellikle sıralayıcı kötü davranırsa kullanıcıların işlemleri L1 üzerinden zorla geçirmesine olanak tanıyan bir "kaçış kapısı" içerir, ancak bu kapı yavaştır, pahalıdır ve nadiren kullanılır.
Bazı kaynaklarda L1 sıralamalı rollup olarak da adlandırılan based rollup'lar farklı bir yanıt önerir. Kendi sıralayıcılarını çalıştırmak yerine, mevcut Ethereum blok üreticilerinin rollup işlemlerini doğrudan L1 bloklarına dahil etmesine izin verirler. Ethereum'u güvence altına alan aynı doğrulayıcılar, rollup'un faaliyetini de sıralayan taraftır. Güvenilecek ayrı bir sıralayıcı yoktur çünkü ayrı bir sıralayıcı zaten mevcut değildir.
"L1 sıralamalı" pratikte tam olarak ne anlama geliyor?
Bu değişimi kavramak için normal bir rollup'ı gözünüzde canlandırmak faydalıdır. Kullanıcı L2'de bir işlem imzalar, rollup'un bellek havuzuna gönderir ve rollup'un sıralayıcısı işlemi alır, sıralar, yürütür ve güvenlik amacıyla sıkıştırılmış bir veri paketini Ethereum'a gönderir. Sıralama adımı sıralayıcının görevidir ve adil bir işlem mi, bir sandviç saldırısı mı yoksa başarısız bir işlem mi alacağınızı belirleyen adım tam olarak budur.
Based rollup'da sıralama adımı Ethereum'un L1 blok üreticilerine verilir. Kullanıcılar hâlâ işlemlerini rollup'a gönderir, ancak rollup sırayı kendisi belirlemez. Bunun yerine, blok oluşturmakta olan bir sonraki Ethereum üreticisi, rollup işlemlerini L1 blok inşasının bir parçası olarak dahil edebilir. Rollup, L1'in ürettiği sıralamayı, yani Ethereum'un kendisini güvence altına alan sıralamayı devralır.
Bu tasarımın bir adı olması bir tesadüf değildir. L1 üreticisi rollup'u L1 faaliyetinin üzerine "temellendirir". Rollup'un işlem sıralaması artık bağımsız bir akış değildir. L1'in ürettiği sıralamayla birlikte, iyi ya da kötü, onunla birlikte ilerler.
Bu tasarım hangi ödünleri beraberinde getiriyor?
Bir sıralayıcıyı kaldırmak bedava değildir. İlk maliyet gecikmedir. Tipik bir L2 sıralayıcısı, kendi saatini kontrol ettiği için her 200 milisaniyede bir ile 2 saniye arasında blok üretir. Based rollup ise mainnet'te şu anda 12 saniye olan Ethereum'un blok süresine bağlıdır. Bu, kullanıcıların yumuşak onaylar için daha uzun süre beklemesi anlamına gelir ve zincir üstü emir defterleri ya da agresif likidasyon botları gibi hızlı geri bildirime dayanan uygulamaların daha yavaş döngülere göre yeniden tasarlanması gerekir.
İkinci maliyet işlem hacmidir. Bir L1 bloğu üreticisinin her bloktaki alanı sınırlıdır ve bu alan normal Ethereum işlemleriyle based rollup etkinliği arasında paylaşılır. Rollup popüler hale gelirse takas, transfer ve DeFi likidasyonları ile bloklara dahil edilmek için yarışır. Yoğun bir günde rollup işlemleri birkaç blok boyunca kuyruklarda bekleyebilir.
Üçüncü maliyet birlikte çalışabilirliktir. Günümüzde çoğu rollup uygulaması, aynı sıralayıcıyı paylaştıkları için aynı L2 ortamında neredeyse anında birbirleriyle iletişim kurabilir. Based rollup'lar tasarım gereği hiç kimseyle bir sıralayıcı paylaşmaz. Rollup'lar arası etkileşimler hâlâ asenkron mesajlar ve kanıtlar aracılığıyla gerçekleşir; bu da tek bir L2 içinde kullanıcıların alıştığı kusursuz deneyimden daha yavaş ve daha pahalıdır.
Bu maliyetlerin hiçbiri anlaşmayı bozacak düzeyde değildir, ancak gerçektirler ve based rollup'ların neden sadece "daha iyi rollup" olmadığını açıklarlar. Belirli sonuçları olan belirli bir tasarım tercihidirler.
Bu durum MEV ve güven varsayımlarını nasıl değiştirir?
MEV, işlemleri yeniden sıralayarak, ekleyerek veya sansürleyerek elde edilebilecek değerdir. Tipik bir L2'de sıralayıcı bu değerin çoğunu yakalar ve rollup'un token sahipleri veya operatörleri genellikle bundan faydalanır. İşlemleri yeniden sıralanan kullanıcılar ise çoğunlukla faydalanmaz. MEV'in küçük bir kısmı da rollup'un veri paketlerini dahil eden L1 blok üreticilerine sızar.
Based rollup'ta tablo değişir. L1 blok üreticileri artık sıralamayı uçtan uca kontrol eder. Daha önce L2 sıralayıcısında kalan MEV'i yakalayabilirler ve bu MEV rollup'un kendi token'ında değil ETH olarak ödenir. Savunucular bunun bir özellik olduğunu ileri sürer: Ethereum ile teşvikleri hizalar, zincir dışı bir müzakete sınıfını ortadan kaldırır ve rollup operatörlerinin kullanıcılardan haraç kesmesini engeller.
Dürüst karşı argüman ise L1 blok üreticilerinin küçük, uzmanlaşmış bir grup olduğu ve yoğunlaşan MEV yakalamanın kendi başına siyasi bir sorun olduğudur. Ayrıca rollup'un ekonomisini MEV-Boost, inşaatçı pazarları ve PBS (blok üreticisi-inşaatçı ayrımı) gibi hızla gelişen L1 blok inşa dinamiklerine bağımlı hale getirir.
Güven tarafında sadeleşme gerçektir. Kullanıcıların artık ayrı bir sıralayıcı operatörünün düzgün davranmasına güvenmesi gerekmez. L1 kullanırken zaten kabul ettikleri güven olan Ethereum'un doğrulayıcı kümesine güvenirler. Yavaş L1 yedekleme çıkışı, son çare olmaktan çıkıp normal yol haline gelir. Bu, sadece bir pazarlama sloganı değil, varsayımlarda anlamlı bir azalmadır.
Based rollup'ların riskleri nelerdir?
En büyük risk, pazarlamanın iddiasının tam tersidir. Based rollup'lar güveni ortadan kaldırmaz, Ethereum'un L1 blok üreticilerinde yoğunlaştırır. L1 blok üretici davranışı bozulursa, örneğin sansür, koordineli MEV çıkarımı veya blok inşa merkezileşmesi yoluyla, rollup bunların hepsini miras alır. Rollup, tasarım gereği L1'in sırtında yol aldığı için hasta bir L1'in etrafından dolaşamaz.
İkinci risk canlı operasyonel geçmiş kaydıdır. Yaklaşım hâlâ yenidir. Üretimdeki en önde gelen based rollup Taiko olmuştur ve Kraken de ilgili bir mimari kullanarak Ink'i başlatmıştır. Bunlar gerçek parayla gerçek dağıtımlardır, ancak henüz birden fazla Ethereum yükseltmesi, hard fork'u veya büyük L1 doğrulayıcı değişiminden geçerek savaşta test edilmemişlerdir. Bu olayların herhangi biri, henüz kimsenin görmediği koordinasyon hatalarını veya varsayım ihlallerini ortaya çıkarabilir.
Üçüncü olarak gecikme ve işlem hacmi tavanı sadece bir kullanıcı deneyimi riski değil, ürün riskidir. Türev borsaları, belirli oracle modelleri ve yüksek frekanslı alım satım botları dahil olmak üzere hızlı ve öngörülebilir dahil edilmeye ihtiyaç duyan uygulamalar based rollup'ları uygun bulmayabilir. Bir proje based bir tasarım seçip ardından daha hızlı ön onaylar eklemeye çalışırsa, kaldırmayı amaçladığı merkezi sıralama katmanını sadece farklı bir etiketle yeniden yaratmış olur.
Dördüncü olarak bir token ve yönetişim riski vardır. Birçok rollup'un bir token'ı vardır ve token sahipleri bu token'ın değer yakalayacağını bekler. Based bir rollup'ta birincil değer akışı ETH olarak L1 doğrulayıcılarına gider. Rollup token'ının farklı bir rol bulması gerekir ve bu rol açık değildir. Token sahiplerine L1 MEV'inden pay vaat eden projeler genellikle L1 protokolünün fiilen desteklemediği sözler verir.
Son olarak "based" etiketinin kendisi bir pazarlama mıknatısı haline gelmiştir. Bu kelimeyi kullanan her proje tam olarak L1 ile sıralanmış değildir ve bazıları merkezi bir sıralayıcının işin çoğunu yaptığı, L1'in ise yedek olduğu hibrit tasarımlar sunar. Alıcılar ve geliştiriciler pitch deck'ini değil, gerçek mimariyi okumalıdır.
Bugün based rollup'ları kimler geliştiriyor?
Taiko en çok anılan örnektir. Ethereum mainnet'te sürdürülebilir bir süre boyunca, katı anlamda "based" olmaya odaklanan bir based rollup tasarımı çalıştırmıştır: L1 blok üreticileri Taiko işlemlerini doğrudan dahil eder. Ekip ölçekte neyin işe yaradığını öğrendikçe kanıtlama sistemi ve ücret piyasası birkaç iterasyondan geçmiştir.
Kraken'ın Ink'i bir diğer canlı örnektir. Daha geniş Kraken ekosistemiyle ilişkili Ink, based ya da hibrit bir yaklaşım kullanır ve kendini güven modelinden merkezi bir sıralayıcıyı kaldırma fikri etrafında konumlandırır. Tam mimari hâlâ olgunlaşmaktadır ve modelin tüketici ölçeğinde nasıl dayandığını görmek isteyenler için izlenmesi gereken tasarımlardan biridir.
Bunların ötesinde çeşitli araştırma grupları ve OP Stack tabanlı projeler, rollup'ların kullanıcılar için hızlı bir ön onay katmanı tuttuğu ancak nihayetinde sıralamayı L1'e yerleştirdiği kısmi benimsemeyi araştırmıştır. Bu hibrit yapılar bir sıralayıcının gecikme avantajlarını ve L1 sıralamasının güven avantajlarını korumaya çalışır, ancak daha önce belirtildiği gibi ön onay katmanı onu çalıştıran kişiye güveni yeniden ortaya çıkarır.
Bir kullanıcı veya geliştirici olarak bu sizin için ne anlama geliyor?
Kullanıcıysanız, pratik değişiklik oldukça sınırlıdır. Tipik bir L2'ye kıyasla based rollup üzerinde onayların biraz daha yavaş olduğunu göreceksiniz ve köprü süreleri ile rollup arası işlemlerin farklı hissettirdiğini fark edebilirsiniz. Karşılığında, tek bir rollup operatörünün işleminizi merkezi bir sıralayıcının yapabileceği gibi yeniden sıralayamayacağını veya sansürleyemeyeceğini beklemeniz gerekir; bu, sessiz ama gerçek bir adalet iyileşmesidir.
Geliştiriciyseniz, asıl soru uygulamanızın L1 blok süresi gecikmesine ve paylaşılan blok alanı rekabetine dayanıp dayanamayacağıdır. DeFi temel yapıları, NFT pazaryerleri ve birçok sosyal uygulama buna uyum sağlayabilir. Milisaniye düzeyinde fiyat güncellemelerine bağımlı olan sürekli vadeli işlem DEX'leri, belirli oracle tasarımları ve katı tick oranlarına sahip oyunlar zorlanabilir. Based mimarisine geçmeden önce gecikme bütçenizi, MEV maruziyetinizi ve rollup arası bağımlılıklarınızı dikkatle incelemeniz yerinde olacaktır.
Bir rollup tokenini değerlendiren yatırımcıysanız, based model yeşil değil, sarı bayraktır. Yatırım tezini tamamen ortadan kaldırmaz, ancak alışılagelen "token sıralayıcı gelirini yakalar" tezi burada geçerli değildir. Tokenin değerini başka şekilde kanıtlaması gerekir ve ekibin bunu açıkça açıklayabilmesi beklenir.
Based rollupları akıllıca takip etmenin yolu
Based rolluplar sürekli değişen bir hedeftir ve dürüst okuma, Ethereum'un kendi yol haritası geliştikçe değişir. L1 proposer davranışı, MEV-Boost dinamikleri ve Taiko ile Ink üzerinde kullanıcıların deneyimlediği gerçek dahil edilme gecikmesi gibi sinyaller, lansman duyurularından daha önemlidir. Zippfeed, sentiment puanlaması (boğa, nötr veya ayı) ile birlikte önem derecesi ekleyerek rollup ve Ethereum manşet akışını önünüze serer; böylece gerçek mimari değişiklikleri yeniden markalamalardan ve pazarlamadan ayırt edebilirsiniz. Bu sayede gürültüyü ayıklamaya daha az, hangi L2 tasarımının (based türü dahil) gerçekten ne inşa ettiğinize ya da elinizde tuttuğunuza uygun olduğuna karar vermeye daha çok zaman ayırırsınız.