Ethereum işlem onay hızı optimizasyon çözümü tartışması
Blok zinciri kullanıcı deneyiminde, işlem onay süresi kritik bir faktördür. Ethereum, son birkaç yılda EIP-1559 ve PoS'a geçiş gibi önlemlerle işlem onay süresini 5-20 saniyeye düşürmüştür ve bu, kredi kartı ödemeleriyle eşdeğerdir. Ancak, onay süresini daha da kısaltmanın hala bir değeri vardır; bazı uygulamalar alt saniye seviyesinde gecikmelere bile ihtiyaç duymaktadır. Bu makalede, Ethereum'un işlem onay süresini daha da optimize etme olasılıkları incelenecektir.
Mevcut Teknolojinin Genel Görünümü
Tek Yuvalı Nihai
Şu anda Ethereum, Gasper konsensüs mekanizmasını kullanıyor; her 12 saniyede bir slot, 32 slot bir Epoch oluşturuyor. Doğrulayıcılar, zincir başı üzerinde oy kullanıyor ve iki Epoch sonra nihai birliğe ulaşıyor. Bu mekanizma, yüksek karmaşıklık ve nihai olma süresinin uzunluğu gibi sorunlara sahiptir (12.8 dakika ).
Tek yuvalı nihai ( SSF ), her bloğun bir sonraki bloğun oluşturulmasından önce nihai hale gelebileceği Tendermint konsensüsüne benzer. Ana zorluk, ağ yükünün yüksek olmasıdır; her doğrulayıcının her 12 saniyede iki mesaj göndermesi gerekmektedir. Orbit SSF gibi bazı iyileştirme çözümleri olsa da, kullanıcıların işlemleri onaylaması için hala 5-20 saniye beklemesi gerekmektedir.
Rollup ön onay
Ethereum, rollup merkezli bir ölçeklenme yolunu benimser. L2 çözümleri, kullanıcılara daha hızlı onaylar sağlamalıdır. Teorik olarak, L2 kendi "merkeziyetsiz sıralayıcı" ağını kurabilir ve her birkaç yüz milisaniyede bir blok imzalayabilir. Ancak bu, L2'nin yeni bir L1 oluşturmakla neredeyse aynı işi yapmasını gerektirir; bu nedenle pratikte ilerleme yavaştır.
Temel Ön Onay
Bu çözüm, Ethereum blok önericilerinin karmaşıklığını kullanarak, onlara ön onay hizmeti sunmaları için teşvik verir. Kullanıcılar, işlemin bir sonraki blokta yer alacağına dair anında garanti almak için ek ücret ödeyebilirler. Önerici taahhüdünü ihlal ederse ceza alacaktır. Bu mekanizma, L1 ve Ethereum tabanlı L2 için ön onay sağlayabilir.
Olası Mimari Çözümleri
Tek alan nihai sınırlamaların gerçekleştirildiğini varsayalım ve her alandaki imza doğrulayıcı sayısını azaltmak için Orbit benzeri bir teknoloji kullanılsın, aynı zamanda rollup ön onayı veya temel ön onayı daha hızlı onay sağlamak için kullanılsın. Sonuç olarak, bir epoch-slot mimarisi elde ederiz:
Dönem: 16 saniye, tek slot nihai mekanizması tarafından garanti edilir.
Slot: Yaklaşık 2 saniye, uzmanlaşmış düğüm alt kümesi tarafından yaklaşık konsensüs sağlanır.
Bu mimari, merkeziyetsizlik, nihai sonuç ve hızlı onay gereksinimlerini dengeleyebilir. L2 aşağıdaki stratejileri benimseyebilir:
Tamamen Ethereum'a dayalı, temel katman özelliklerini ve değerlerini optimize etmek.
"Blockchain iskeleleri ile sunucu" benzeri, sunucu verimliliğini korurken zincirleme faydalar elde etmek.
Uzlaşma çözümü: Ethereum tarafından ek güvenlik sağlanan yaklaşık 100 düğüme sahip hızlı bir zincir.
Farklı uygulama senaryoları için farklı slot mekanizmaları seçilebilir:
Ethereum yerel epoch-slot mimarisi
Sunucu ön onayı
Komite ön onay
Eğer Ethereum'un yerel mimarisi slot süresini 1 saniyeye düşürebilirse, üçüncü çözümün önemi azalacaktır. Ancak, off-chain veriler L2( gibi plasmalara ve validiumlara) hala ikinci çözümü gerektirmektedir.
Şu anda nihai çözüme ulaşmamıza daha bir hayli var. Anahtar sorunlar arasında blok önericisinin karmaşıklığı, Orbit SSF gibi yeni tasarımların potansiyeli gibi konular yer alıyor. Daha fazla seçeneği keşfetmek, L1 ve L2 kullanıcı deneyimini iyileştirmeye ve L2 geliştirme süreçlerini basitleştirmeye yardımcı olabilir.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
16 Likes
Reward
16
4
Share
Comment
0/400
LazyDevMiner
· 08-05 12:26
Yavaş hissetmek de bir iki saniye yavaş demektir, kim umursar ki?
View OriginalReply0
ValidatorVibes
· 08-05 12:18
tüm gece düşündüm... ssf havalı olabilir ama ya doğrulayıcı ödülleri?
View OriginalReply0
AirdropHunterWang
· 08-05 12:17
Hızlanın, yavaş olan bir grup.
View OriginalReply0
OnchainGossiper
· 08-05 12:08
Sadece konsensus mekanizmasını değiştirmek meselesi değil mi? Acele ne?
Ethereum işlem onay hızı optimizasyonu: alt saniye gecikme süresi çözümlerini keşfetmek
Ethereum işlem onay hızı optimizasyon çözümü tartışması
Blok zinciri kullanıcı deneyiminde, işlem onay süresi kritik bir faktördür. Ethereum, son birkaç yılda EIP-1559 ve PoS'a geçiş gibi önlemlerle işlem onay süresini 5-20 saniyeye düşürmüştür ve bu, kredi kartı ödemeleriyle eşdeğerdir. Ancak, onay süresini daha da kısaltmanın hala bir değeri vardır; bazı uygulamalar alt saniye seviyesinde gecikmelere bile ihtiyaç duymaktadır. Bu makalede, Ethereum'un işlem onay süresini daha da optimize etme olasılıkları incelenecektir.
Mevcut Teknolojinin Genel Görünümü
Tek Yuvalı Nihai
Şu anda Ethereum, Gasper konsensüs mekanizmasını kullanıyor; her 12 saniyede bir slot, 32 slot bir Epoch oluşturuyor. Doğrulayıcılar, zincir başı üzerinde oy kullanıyor ve iki Epoch sonra nihai birliğe ulaşıyor. Bu mekanizma, yüksek karmaşıklık ve nihai olma süresinin uzunluğu gibi sorunlara sahiptir (12.8 dakika ).
Tek yuvalı nihai ( SSF ), her bloğun bir sonraki bloğun oluşturulmasından önce nihai hale gelebileceği Tendermint konsensüsüne benzer. Ana zorluk, ağ yükünün yüksek olmasıdır; her doğrulayıcının her 12 saniyede iki mesaj göndermesi gerekmektedir. Orbit SSF gibi bazı iyileştirme çözümleri olsa da, kullanıcıların işlemleri onaylaması için hala 5-20 saniye beklemesi gerekmektedir.
Rollup ön onay
Ethereum, rollup merkezli bir ölçeklenme yolunu benimser. L2 çözümleri, kullanıcılara daha hızlı onaylar sağlamalıdır. Teorik olarak, L2 kendi "merkeziyetsiz sıralayıcı" ağını kurabilir ve her birkaç yüz milisaniyede bir blok imzalayabilir. Ancak bu, L2'nin yeni bir L1 oluşturmakla neredeyse aynı işi yapmasını gerektirir; bu nedenle pratikte ilerleme yavaştır.
Temel Ön Onay
Bu çözüm, Ethereum blok önericilerinin karmaşıklığını kullanarak, onlara ön onay hizmeti sunmaları için teşvik verir. Kullanıcılar, işlemin bir sonraki blokta yer alacağına dair anında garanti almak için ek ücret ödeyebilirler. Önerici taahhüdünü ihlal ederse ceza alacaktır. Bu mekanizma, L1 ve Ethereum tabanlı L2 için ön onay sağlayabilir.
Olası Mimari Çözümleri
Tek alan nihai sınırlamaların gerçekleştirildiğini varsayalım ve her alandaki imza doğrulayıcı sayısını azaltmak için Orbit benzeri bir teknoloji kullanılsın, aynı zamanda rollup ön onayı veya temel ön onayı daha hızlı onay sağlamak için kullanılsın. Sonuç olarak, bir epoch-slot mimarisi elde ederiz:
Bu mimari, merkeziyetsizlik, nihai sonuç ve hızlı onay gereksinimlerini dengeleyebilir. L2 aşağıdaki stratejileri benimseyebilir:
Farklı uygulama senaryoları için farklı slot mekanizmaları seçilebilir:
Eğer Ethereum'un yerel mimarisi slot süresini 1 saniyeye düşürebilirse, üçüncü çözümün önemi azalacaktır. Ancak, off-chain veriler L2( gibi plasmalara ve validiumlara) hala ikinci çözümü gerektirmektedir.
Şu anda nihai çözüme ulaşmamıza daha bir hayli var. Anahtar sorunlar arasında blok önericisinin karmaşıklığı, Orbit SSF gibi yeni tasarımların potansiyeli gibi konular yer alıyor. Daha fazla seçeneği keşfetmek, L1 ve L2 kullanıcı deneyimini iyileştirmeye ve L2 geliştirme süreçlerini basitleştirmeye yardımcı olabilir.