Hızlı İşlem Onayı: Ethereum Kullanıcı Deneyimini Geliştirmenin Yeni Yolu

Blok zinciri kullanıcı deneyiminin önemli bir yönü, işlem onay hızıdır. Son yıllarda, Ethereum bu alanda önemli ilerlemeler kaydetmiştir. EIP-1559'un faydaları ve PoS'a geçiş sonrası istikrarlı blok oluşturma süreleri sayesinde, L1 üzerinde gönderilen işlemler genellikle 5-20 saniye içinde onaylanabilmektedir, bu da kredi kartı ödeme deneyimine yaklaşık olarak eşittir. Ancak, onay sürelerini daha da kısaltmanın değeri vardır; bazı uygulamalar alt saniye düzeyinde gecikme talep etmektedir. Bu makalede, Ethereum'un işlem onay hızını artırmanın birkaç uygulanabilir yolu ele alınacaktır.

Mevcut Teknolojinin Genel Özeti

Tek yuvalı nihai

Şu anda, Ethereum'un Gasper konsensüsü, Slot( ve Epoch) mimarisini kullanmaktadır. Her 12 saniyede bir slot, bazı doğrulayıcılar zincir başına oy verir, 32 slot 16.4 dakika içinde tüm doğrulayıcıların sırayla bir kez oy vermesini sağlar. Bu oylar, PBFT benzeri konsensüs algoritmasındaki mesajlar olarak yorumlanır ve iki epoch 12.8 dakika sonra güçlü ekonomik garantili nihai sonuç sağlar.

Son yıllarda, bu yöntem giderek kusurlarını göstermeye başladı: birincisi karmaşıklık yüksek, slot ve çağ mekanizmalarının etkileşimi hataya açık; ikincisi 12.8 dakikalık bekleme süresi çok uzun. Tek Slot Nihai Sonuç (Single Slot Finality, SSF) bu mimariyi Tendermint benzeri bir mekanizma ile değiştirdi, blok N, N+1 oluşturulmadan önce nihai olarak onaylanabilir. SSF, 1/3'ten fazla doğrulayıcının çevrimdışı olduğu durumlarda zincirin çalışmaya ve geri yüklenmeye devam etmesine izin veren "pasif sızıntı" mekanizmasını korur.

SSF'nin ana zorluğu, her staker'ın her 12 saniyede iki mesaj yayınlaması gerektiği ve bu durumun zincire büyük bir yük getirmesidir. Son zamanlarda ortaya atılan Orbit SSF önerisi gibi bazı hafifletme çözümleri olsa da, kullanıcıların işlemleri onaylamak için hala 5-20 saniye beklemesi gerekmektedir.

( Rollup ön onay

Son yıllarda, Ethereum rollup merkezli bir yol haritasını takip ediyor, L1'i veri kullanılabilirliği gibi temel işlevleri destekleyecek şekilde tasarlıyor ve L2 protokolleri ) için rollup'lar, validium'lar ve plasma'lar ( gibi kullanımlar için, daha büyük ölçeklerde kullanıcılara eşit güvenlik sağlıyor.

Bu, Ethereum ekosistemindeki iş bölümüne yol açtı: L1, sansüre karşı dayanıklılık, güvenilirlik ve temel işlevsellik iyileştirmelerine odaklanırken, L2 daha doğrudan kullanıcı ihtiyaçlarını karşılamaktadır. Ancak, L2 kullanıcıya 5-20 saniyeden daha hızlı bir onay sunmayı hedeflemektedir.

Teorik olarak, merkeziyetsiz sıralayıcı ağı oluşturmak L2'nin sorumluluğudur. Küçük bir doğrulayıcı grubu, her birkaç yüz milisaniyede bir blok için imza atabilir ve teminat olarak varlıkları stake edebilir. Bu L2 bloklarının başlık dosyaları eninde sonunda L1'e yayınlanacaktır.

Ancak L2 doğrulayıcı grubu kötü davranabilir: önce blok B1'i imzalayıp sonra çelişkili B2'yi imzalayıp önceden sunabilirler. Bir kez fark edildiğinde, teminat varlıklarını kaybedeceklerdir. Şu anda merkezi versiyonlarının örnekleri mevcut, ancak rollup'lar merkeziyetsiz sıralama ağı geliştirmede yavaş ilerliyor. Tüm L2'lerin merkeziyetsiz sıralama sağlaması talep etmek pek adil görünmüyor, bu neredeyse tamamen yeni bir L1 yaratmakla eşdeğer. Bu nedenle, tüm L2) ve L1('in bir Ethereum aralığında ön onay mekanizmasını paylaşması önerilmiştir: temel ön onay.

) Temel Ön Onay

Temel ön onay varsayımı, Ethereum önericisinin son derece karmaşık MEV ile ilgili katılımcılar olduğu ve bu karmaşıklığı kullanmak için onları ön onay hizmeti sorumluluğunu üstlenmeye teşvik ettiği yönündedir.

Temel düşüncesi, standartlaştırılmış bir protokol oluşturmak, kullanıcıların ek ücret ödeyerek işlemlerinin bir sonraki blokta dahil edilme garantisini ve işlem sonuçlarına dair bir beyan almasını sağlamaktır. Eğer öneren taahhütlerini yerine getirmezse, cezalandırılacaktır.

Bu mekanizma hem L1 işlemleri için hem de "tabanlı" rolluplar için L2 blokları için kullanılabilir.

![Vitalik, ETH için daha hızlı işlem onay süreleri sağlamak ve son kullanıcı deneyimini geliştirmek amacıyla Epoch ve slot planını önerdi]###https://img-cdn.gateio.im/webp-social/moments-cebb5794aeeb2ebb84fbdc0ea0ba2666.webp(

Gelecek Vizyonu

Varsayalım ki, tek slot nihaiği gerçekleştirdik, Orbit benzeri teknolojileri kullanarak her slottaki imza doğrulayıcı sayısını azaltarak 32 ETH stake eşiğini düşürme hedefini ilerletiyoruz. Slot süresi 16 saniyeye kadar uzatılabilir ve ardından rollup ön onayları veya temel ön onaylar kullanarak kullanıcılara daha hızlı onaylar sağlanır. Sonunda yeni bir çağ - slot mimarisi elde ederiz.

Bu yapının kaçınılmaz derin nedeni, belirli bir konuda genel bir uzlaşmaya varmak için gereken zamanın, en yüksek "ekonomik nihaiyet"e ulaşmak için gereken zamandan çok daha az olmasıdır.

Ana nedenler arasında düğüm sayısı ve düğüm "kalitesi" bulunur. "Yaklaşık konsensüs" yalnızca az sayıda düğüm gerektirirken, ekonomik nihai sonuç için çoğu düğümün katılımı gerekir. Uzmanlaşmış düğüm alt kümesi, yaklaşık protokol süresini yaklaşık 2 saniyeye düşürebilir.

Bu nedenle, dönem-kasa mimarisinin doğru yönde olduğu görülüyor, ancak farklı uygulamalar arasında farklılıklar var. İki mekanizma arasında daha güçlü bir ilgi ayrımı oluşturmayı keşfetmek, Gasper'deki gibi sıkı bir şekilde bağlantılı olmaktan daha değerlidir.

![Vitalik'in Epoch ve slot önerisi: ETH için daha hızlı işlem onay süreleri sağlayarak son kullanıcı deneyimini artırma])https://img-cdn.gateio.im/webp-social/moments-c36acc8d123e717d8dbd2c0b79a7a7ca.webp(

L2 Seçimi

Şu anda L2 için üç makul strateji var:

1. Teknoloji ve kavram olarak "Ethereum"a "dayalı", temel katman özelliklerini ve değerlerini optimize eder. "Marka parçaları" olarak görülebilir, ayrıca yeni VM tasarımı gibi alanlarda cesur yenilikler yapılabilir.

2. "Blok zinciri iskeleleri ile donatılmış sunucu" olun, merkezi avantajları tam olarak kullanın, aynı zamanda etkinlik kanıtı, çıkış mekanizmaları gibi yöntemlerle güvenliği sağlayın.

3. Uzlaşma Planı: Yaklaşık yüz düğümden oluşan hızlı bir zincir, Ethereum ek ekstra birlikte çalışabilirlik ve güvenlik sağlar. Bu, birçok L2 projesinin mevcut yol haritasıdır.

Bazı uygulamalar için ), ENS, anahtar depolama, bazı ödeme protokolleri ### gibi, 12 saniyelik blok süresi yeterlidir. Diğer durumlarda ise dönem-konteyner mimarisi gereklidir, burada "dönem" Ethereum'un SSF'sidir ve "konteyner" uygulamaya bağlı olarak değişir.

Anahtar soru, Ethereum'un yerel çağ - slot mimarisinin ne kadar ileri gidebileceğidir. Eğer slot süresi 1 saniyeye düşerse, üçüncü seçeneğin alanı büyük ölçüde daralacaktır.

Şu anda bu sorunların nihai cevaplarına oldukça uzağız. Blok önericisi karmaşıklığının evrimi hala büyük bir belirsizlik taşımakta. Orbit SSF gibi yenilikçi tasarımlar keşif için geniş bir alan sunuyor. Seçenekler arttıkça, L1 ve L2 kullanıcılarına daha iyi bir deneyim sunabiliriz ve aynı zamanda L2 geliştiricilerinin işini basitleştirebiliriz.