ETH için daha hızlı işlem onay süreleri sağlayarak kullanıcı deneyimini artırmak

Hızlı işlem onay süreleri, iyi bir blockchain kullanıcı deneyiminin önemli özelliklerinden biridir. Son yıllarda, Ethereum bu alanda kayda değer ilerleme kaydetti. EIP-1559 sayesinde ve PoS'a geçiş sonrası istikrarlı blok süresi sayesinde, kullanıcıların L1 üzerinde gönderdikleri işlemler genellikle 5-20 saniye içinde onaylanabilir, bu da kredi kartı ödemelerinin deneyimi ile hemen hemen eşdeğerdir. Ancak, kullanıcı deneyimini daha da geliştirmek hala değerlidir; bazı uygulamalar hatta alt saniye gecikme taleplerinde bulunmaktadır. Bu makale, Ethereum'un işlem onay sürelerini iyileştirme konusundaki bazı uygulanabilir seçenekleri inceleyecektir.

Mevcut Teknolojinin Genel Görünümü

Tek Slot Nihai

Şu anda, Ethereum'un Gasper konsensüsü slot ve çağ yapısını benimsemektedir. Her 12 saniyede bir slot, bazı doğrulayıcılar zincir başına oy kullanmaktadır, 32 slot (6.4 dakika) içinde tüm doğrulayıcıların bir kez oy kullanma fırsatı vardır. Bu oylar, PBFT konsensüs algoritmasındaki mesajlara benzer şekilde yeniden yorumlanır, iki çağ (12.8 dakika) sonra, nihai bir ekonomik garanti sağlayan bir olgu sunar.

Son yıllarda bu yöntem giderek daha az popüler hale geldi, bunun başlıca iki nedeni var: Öncelikle, çok karmaşık; slotlar arası oy verme mekanizması ile dönemler arası nihaiyet mekanizması arasında birçok etkileşim sorunu bulunmaktadır; ikincisi, 12.8 dakikalık bekleme süresi çok uzun.

Tek yuva nihailiği (SSF), blok N'nin blok N+1'den önce nihai olarak onaylandığı benzer Tendermint mekanizması ile bu mimariyi değiştirmiştir. Tendermint ile en önemli fark, zincirin %1'den fazla doğrulayıcı çevrimdışı olduğunda çalışmaya devam etmesine ve geri yüklenmesine izin veren "pasif sızıntı" mekanizmasını korumasıdır.

SSF'nin ana zorluğu, her staker'ın her 12 saniyede iki mesaj göndermesi gerektiğidir; bu, zincir için büyük bir yük oluşturuyor. Orbit SSF gibi bazı yenilikçi fikirler bu sorunu hafifletebilir, ancak kullanıcıların yine de 5-20 saniye beklemesi gerekiyor.

Rollup ön onay

Ethereum her zaman rollup merkezli bir yol haritasını takip etti ve L2 protokollerinin kullanımına yönelik veri kullanılabilirliği ve diğer işlevleri desteklemek için temel katmanı (L1) tasarladı. Bu, ekosistem içinde dikkat odaklarının ayrılmasına neden oldu: L1, sansüre karşı dayanıklılık, güvenilirlik ve istikrara odaklanırken, L2 daha doğrudan kullanıcılara yöneliyor.

Teorik olarak, merkeziyetsiz sıralayıcı ağının oluşturulması L2'nin sorumluluğudur. Küçük bir doğrulayıcı grubu, her birkaç yüz milisaniyede bir blok imzalayabilir ve bu blokların arkasında stake varlıklarını yatırabilir. Bu L2 bloklarının başlık dosyaları nihayetinde L1'e yayınlanacaktır.

Ancak, tüm L2'lerin merkeziyetsiz sıralama yapması istenmesi pek adil görünmüyor, bu da rollup'ın neredeyse yeni bir L1 oluşturma ile aynı işi tamamlamasını istemekle eşdeğer. Bu nedenle, tüm L2'lerin (ve L1'in) Ethereum alanında paylaşılan bir ön onay mekanizması kullanması önerildi: temel ön onay.

Temel Ön Onay

Temel ön onay yöntemi, Ethereum önericisinin MEV ile ilgili son derece karmaşık bir katılımcı olduğunu varsayar. Bu karmaşıklığı kullanarak, bu önericileri ön onay hizmeti sağlama sorumluluğunu üstlenmeye teşvik eder.

Bu yöntem, kullanıcıların bir işlemin bir sonraki blokta yer alması için anında garanti alması ve bu işlemin sonucuna dair bir beyanat alması amacıyla ek ücretler sunabileceği standart bir protokol oluşturur. Önerici taahhütlerini ihlal ederse, cezalandırılabilir.

Bu mekanizma sadece L1 işlemlerine garanti sağlamakla kalmaz, aynı zamanda "tabanlı" rolluplar için tüm L2 blokları L1 işlemi olduğundan, herhangi bir L2 için ön onay da sağlayabilir.

Gelecek Perspektifi

Varsayalım ki tek alan nihai sonuçlandı, her alanın imzaladığı doğrulayıcı sayısını azaltmak için Orbit benzeri bir teknoloji kullanılıyor ve aynı zamanda 32 ETH'lik hissenin asgari sınırını azaltma konusunda ilerleme kaydediliyor. Alan süresi 16 saniyeye kadar uzatılabilir ve ardından kullanıcıya daha hızlı onay sağlamak için rollup ön onay veya temel ön onay kullanılır. Sonunda yeni bir çağ - alan mimarisi elde ettik.

Bu mimarinin kaçınılmaz olduğu görülüyor, çünkü bir konuda genel bir uzlaşma sağlamak için gereken süre, maksimum "ekonomik nihaiyet" sağlamak için gereken süreden daha kısa. Bunun nedenleri arasında düğüm sayısı ve düğümlerin "kalitesi" bulunuyor. Eğer uzmanlaşmış bir düğüm alt kümesine güvenerek benzer bir anlaşmaya varılabiliyorsa (hala nihaiyeti belirlemek için tam doğrulayıcı seti kullanarak), onay süresini yaklaşık 2 saniyeye indirebiliriz.

Bu nedenle, tasarım alanını keşfetmek hala değerlidir, özellikle iki mekanizma arasında daha güçlü bir dikkat ayrımının olduğu yönlerde.

L2'nin strateji seçimi

L2 şu anda üç makul stratejiye sahiptir:

1. Hem teknik hem de felsefi olarak "Ethereum"a dayalı, temel katman teknolojik özelliklerini ve değerlerini optimize etmek.
2. "Blockchain iskeleli sunucu" haline gelin, sunucu verimliliği ve blockchain güvenliğinden tam anlamıyla yararlanın.
3. Uzlaşma yöntemi: Yaklaşık yüz düğümü olan hızlı bir zincir, Ethereum'un ek birlikte çalışabilirlik ve güvenlik sunmasını sağlar.

Bazı uygulamalar için 12 saniye blok süresi yeterlidir. Diğer uygulamalar için tek çözüm çağ-yerleşim mimarisidir. Ana sorun, Ethereum'un yerel çağ-yerleşim mimarisinin ne kadar iyi çalışabileceğidir? Eğer bu 1 saniyelik yerleşim süresine düşebiliyorsa, o zaman üçüncü stratejinin alanı oldukça daralacaktır.

Şu anda, bu sorunların nihai yanıtlarına henüz çok uzağız. Blok önericilerinin karmaşıklık derecesi hâlâ belirsizlik taşıyor ve Orbit SSF gibi yeni tasarımlar da daha fazla keşfe değerdir. Sahip olduğumuz seçenekler ne kadar fazla olursa, L1 ve L2 kullanıcılarına o kadar iyi hizmet verebilir ve L2 geliştiricilerinin işini kolaylaştırabiliriz.