Orijinal yazar: @ShivanshuMadan, kripto yazarı
Orijinal çeviri: zhouzhou, BlockBeats

Editörün notu: Base, MegaETH ve Solana, kullanıcı deneyimini iyileştirmek için Flashblocks, Miniblocks ve Shreds aracılığıyla farklı ön onay biçimleri sağlar. Base, işlemlerin ön onayını her 200 ms'de bir TEE'ye dayandırıyor; MegaETH, Miniblock'ları kullanıyor ve her 10 ms'de bir onaylıyor; Solana, Shreds aracılığıyla işlem onayını 400 ms içinde tamamlıyor. Bu mekanizmalar etkileşimin hızını optimize eder, ancak güven ilgili sıralayıcılara veya doğrulayıcılara dayanır. L2'de bir konsensüs mekanizması yoktur, ancak sabit blok süreleri EIP1559 ve merkezi olmayan sıralama gibi mekanizmaların yürütülmesine yardımcı olur. Gelecekte, saniyenin altında ön onay, endüstri standardı haline gelecek ve yolsuzluğun önlenmesinde kritik öneme sahip olacak.

Aşağıdaki orijinal metindir (orijinal içerik, kolay okunup anlaşılması için yeniden düzenlenmiştir):

Base vs MegaETH vs Solana, Flashblocks vs Miniblocks vs Shreds, hangisi daha hızlı? En güvenli kim? Kim kazanacak?

Flashblock'lar, Miniblock'lar ve Shred'ler, ilgili blok üreticileri tarafından yapılan "ön onaylardır". Ön onay, kullanıcıların işlemlerinin bir sonraki bloğa dahil edileceğini garantileyen "güvenilir bir garantidir". Bu, kullanıcı deneyimini iyileştirir, ancak blok üreticilerine olan güven varsayımını kısa süreliğine de olsa artırır.

TABAN FLAŞ BLOKLARI

Taban'ın blok süresi şu anda 2 saniyedir. Her 2 saniyede bir, tüm araçlar (blok tarayıcıları, RPC, cüzdanlar, vb.) blokları getirecek, veritabanını güncelleyecek ve durumu kullanıcılarla senkronize edecektir. Bu durum kesinleştirilmemiş (değiştirilemez) ancak dizici tarafından "önceden doğrulanmıştır". Ancak 2 saniyelik güncelleme hızı ideal bir kullanıcı deneyimi sunmuyor ve kullanıcılar daha hızlı internet yanıt hızlarına alışmış durumda.

Flashblocks, ön onay süresini 200 milisaniyeye düşürerek bu sorunu doğrudan optimize eder:

·Sınıflandırıcı, güvenilir bir yürütme ortamında çalışır ve işlemleri öncelik ücretlerine göre sıralar.

·Sınıflayıcı her 200 milisaniyede bir alt blok (Flashblock) oluşturur ve bunu L2 düğümüne yayınlar.

·L2 düğümü TEE imzasını doğrular, kullanıcıya ön onay gönderir ve Flashblock'u yerel duruma uygular.

·2 saniye sonra, sıralayıcı tüm bloğu derler ve L1'e gönderilecek bir Merkle özeti oluşturur.

·L1 onayından sonra, düğüm sabit durumu günceller ve bloğu sonlandırır.

Tam bir engelleme 2 saniye sürse de kullanıcılar güncellenmiş durumu 200 milisaniye içinde görebiliyorlar, bu da kullanıcı deneyimini büyük ölçüde iyileştiriyor.

MEGAETH MİNİBLOKLARI

MegaETH, blok süresini 1 saniyeye ayarlamayı planlıyor. Ancak kullanıcı deneyimini optimize etmek için Flashblocks'a benzer bir ön onay stratejisi benimseyecekler. ME sıralayıcısı, blokları oluştururken sürekli olarak işlem onayları sağlar (belirli bir sıraya göre değil). ME, her 10 milisaniyede bir "Miniblok" şeklinde ön onaylar yayınlamayı planlıyor. Flashblocks'a benzer şekilde Miniblocks da güven varsayımlarını 1 saniyelik blokların ötesine taşımadan kullanıcı deneyimini önemli ölçüde iyileştiriyor.

(Flashblocks'un önceliklendirmeyi doğru şekilde gerçekleştirmek için ayrıca TEE'ye güvendiğini, Miniblocks'un ise bu güvenilir öncüle ihtiyaç duymadığını unutmayın.)

SOLANA PARÇALIYOR

Solana, yüksek kaliteli kullanıcı deneyimi ve yüksek hızlı zincirlerde öncüdür. Solana’nın standart blok süresi 400 milisaniyedir. Blok oluşturma süreci boyunca Solana'nın lideri (blok üreticisi) bloğu daha küçük "Shreds"lere bölecek, bunları POH'a (Proof of History) gönderecek ve tüm ağa yayacaktır.

Diğer doğrulayıcılar, Shred'i aldıktan sonra işlemleri kopyalamaya başlayabilir ve Shred'i doğruladıktan hemen sonra (400 milisaniyeden az) işlem onayı gönderebilir.

Şimdi tartışmaya değer iki soru var:

1. Bu "ön onaylar" farklı durumlarda ne kadar güvenlidir?

2. Rollup sisteminde, işlemin nihai onayı L1'e toplu gönderime bağlıdır, peki "blok süresi" ne anlama geliyor?

Ön onay güvenliği

a) Solana

Bir Solana doğrulayıcısının bir liderden iki Shred aldığını, ancak bu Shred'lerin nihai bloğa dahil edilmediğini varsayalım. İki durum olabilir:

1. Lider çevrimdışıdır: son blok oluşturulamaz ve zaman aralığı atlanır. Bu durumda bir sonraki lider bu parçaları devralacak ve kendi bloğuna dahil edecektir (en ağır çatala kopyalayacaktır).

2. Lider kötü davranır: Lider, ağı bölmek amacıyla farklı doğrulayıcılara farklı Shred'ler yayar.

Dolayısıyla anlaşmanın güvence altına alındığının tek garantisi, liderin kötülük yapmayacağına veya yolsuzluk yapmayacağına olan güvendir.

b) MegaETH

MegaETH'nin yalnızca bir sıralayıcısı vardır, bu nedenle bir işlemin dahil edilebilmesinin tek garantisi, sıralayıcının kötü niyetli davranmamasıdır.

Ek olarak iki risk daha vardır:

· Sıralayıcı çevrimdışı olur: Tekrar çevrimiçi olduğunda, önceden onaylanmış işlemleri tekrar içerecektir.

· Ethereum L1 yeniden düzenlenmesi gerçekleşir: Sonlandırılmamış tüm L2 işlemleri sıralayıcı tarafından yeni zincire kopyalanır.

c) Base

Base'in ön onay mekanizması MegaETH'e benzer, ancak ek olarak TEE'nin (Güvenilir Yürütme Ortamı) güvenliğine güvenir.

TEE'ye saldırı olsa bile, değiştirilebilecek tek şey işlemlerin öncelik sıralamasıdır ve bu, işlemlerin nihai olarak dahil edilmesini etkilemeyecektir.

Her durumda, kullanıcılar daha hızlı ön onay alabilirler, ancak yalnızca lider (sıralayıcı) kötü niyetli davranmazsa. Her bloğun lideri blok inşa etme konusunda tekel konumunda olduğundan, her blok inşasında P'nin (kötülük yapma olasılığı) aynı olduğunu varsaymak mantıklıdır.

L2 blok süresi ne anlama geliyor?

L1 fikir birliği mekanizmalarına dayanırken, (çoğu) L2 geleneksel fikir birliği mekanizmalarına sahip değildir. L1'de, blok zamanı fikir birliği verimliliğini artırmak için vardır, çünkü oylama blok sınırlarında gerçekleşir ve doğrulayıcılar tüm blok içindeki işlemlerin doğruluğu hakkında oy kullanır.

Ancak L2'de konsensüs olmadan hala blok zamana ihtiyacımız var mı?

Cevap evet.

L2'deki blok süreleri keyfi olarak seçilebilir ve kesinlikten ziyade yalnızca "ön onayı" temsil edebilirken, sabit bir blok süresine sahip olmak aşağıdakiler de dahil olmak üzere çeşitli nedenlerle faydalıdır:

• EIP1559 gibi mekanizmaların uygulanması, daha sık kullanılan mini blok/yıldırım blok seviyesinden ziyade blok seviyesinde daha verimlidir. • L2 sipariş ve onaylama işlemlerini merkezden uzaklaştırmayı planlıyorsa, iyi tanımlanmış blok sınırları oylama ve onaylama işlemlerini kolaylaştıracaktır.

Blockchain performansı iyileştikçe, bir saniyenin altındaki ön onaylar norm haline gelecektir. Kazanan zincir aynı zamanda P (yolsuzluk) için cezaların çok büyük olmasını sağlayacak ve güçlü bir caydırıcı etki yapacaktır.

「Orijinal bağlantı」

BlockBeats Resmi Topluluğuna Katılın:

Telegram Abonelik Grubu: https://t.me/theblockbeats

Telegram Sohbet Grubu: https://t.me/BlockBeats_App

Twitter Resmi Hesabı: https://twitter.com/BlockBeatsAsia