Ethereum işlem onay süresi optimizasyonu: Daha hızlı bir kullanıcı deneyimi keşfetmek
Blok zinciri kullanıcı deneyiminin anahtarlarından biri işlem onay hızıdır. Son yıllarda Ethereum bu alanda önemli ilerlemeler kaydetmiştir. Şu anda, L1 üzerindeki işlemler genellikle 5-20 saniye içinde onaylanmakta ve temelde kredi kartı ödemeleriyle eşdeğerdir. Ancak, kullanıcı deneyimini daha da geliştirmek hala değerlidir; bazı uygulamalar alt saniye yanıt sürelerine bile ihtiyaç duymaktadır. Bu makalede Ethereum'un işlem onay hızını artırmak için birkaç uygulanabilir çözüm tartışılacaktır.
Mevcut Teknoloji Özeti
Tek Yuvalı Nihai
Ethereum'un mevcut Gasper konsensüs mekanizması, slot ve dönem yapısına dayanmaktadır. Her 12 saniyede bir slot, bazı doğrulayıcılar zincir başı üzerinde oy kullanır. 32 slot (6.4 dakika) sonra, tüm doğrulayıcıların bir kez oy kullanma şansı vardır. Bu oylar, PBFT benzeri konsensüs algoritmasındaki mesajlar olarak yorumlanır ve iki dönem (12.8 dakika) sonra güçlü ekonomik garantili kesinlik sağlar.
Bu yöntemin iki ana sorunu vardır: yüksek karmaşıklık ve 12.8 dakikalık nihai onay süresinin uzun olması. Tek slot nihaiği (SSF), mevcut mimarinin yerine Tendermint benzeri bir mekanizma ile geçerek, blok N'nin blok N+1 oluşturulmadan önce nihai olarak belirlenmesini sağlar. SSF, 1/3'ten fazla doğrulayıcı çevrimdışı olduğunda bile zincirin çalışmaya devam etmesini ve geri yüklenmesini sağlayan "pasif sızıntı" mekanizmasını korur.
SSF'nin ana zorluğu, her 12 saniyede tüm stake edenlerin iki mesaj yayınlamasını gerektirmesidir, bu da ağ yükünü artırmaktadır. Son zamanlarda önerilen Orbit SSF gibi bazı hafifletici çözümler olsa da, kullanıcıların işlemi onaylamak için hala 5-20 saniye beklemesi gerekmektedir.
Rollup ön onay
Ethereum son yıllarda rollup merkezli bir gelişim yolu izledi, L1 veri kullanılabilirliği gibi temel işlevler sağlıyor ve bunları L2 protokollerinin kullanımına sunuyor. Bu, odak ayrımına neden oldu: L1 sansüre karşı dayanıklılık, güvenilirlik ve çekirdek işlev iyileştirmelerine odaklanırken, L2 daha doğrudan kullanıcı ihtiyaçlarına hitap ediyor.
Teorik olarak, merkeziyetsiz sıralayıcı ağları 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ını stake edebilir. Bu L2 bloklarının başlık dosyaları nihayetinde L1'e yayınlanacaktır.
Ancak, tüm L2'lerin merkeziyetsiz sıralama uygulamasını istemek pek makul görünmüyor; bu, tamamen yeni bir L1 yaratmakla eşdeğerdir. Bu nedenle, tüm L2'lerin (hatta L1'in) temel ön onay mekanizmasını paylaşması fikri ortaya atılmıştır: temel ön onay.
Temel Ön Onay
Temel ön onay, Ethereum önericisinin karmaşıklığını kullanarak, onlara ön onay hizmeti sağlama sorumluluğunu üstlenmeleri için teşvik eder. Kullanıcılar, işlemin bir sonraki blokta yer alacağına dair anlık bir garanti almak için ek ücret ödeyebilir. Önerici taahhüdünü ihlal ederse, ceza ile karşılaşacaktır.
Bu mekanizma yalnızca L1 işlemleri için geçerli değil, "Ethereum tabanlı" rolluplar için de tüm L2 blokları esasen L1 işlemleri olduğundan, aynı ön onay hizmetlerinden yararlanabilir.
Gelecek Görünümü
Diyelim ki tek yuva nihaiyetini gerçekleştirdik ve her yuva için imza doğrulayıcı sayısını azaltmak için Orbit benzeri teknolojiler kullandık, aynı zamanda yuva süresini 16 saniyeye çıkardık. Rollup ön onayı veya temel ön onayı ile birleştirerek, kullanıcılara daha hızlı bir onay deneyimi sunabiliriz. Bu mimari "dönem-yuva" yapısı olarak adlandırılabilir.
Bu yapının ortaya çıkmasının derin nedenleri vardır: belirli bir konuda yaklaşık bir fikir birliğine varmak için gereken süre genellikle "ekonomik nihayet" seviyesine ulaşmaktan daha kısa sürer. Etkileyen faktörler arasında katılımcı düğüm sayısı ve düğümlerin "kalitesi" bulunmaktadır.
L2 için şu anda üç uygulanabilir strateji var:
Teknik ve kavram olarak tamamen "Ethereum"a "dayanan", "marka parçalama" ya da daha cesur teknolojik yenilikler yapma olarak görülebilir.
"Blok zinciri iskeleti olan sunucu" olarak, STARK doğrulama kanıtı gibi teknolojileri birleştirerek, sunucu verimliliğini korurken zincirleme işleminin ana avantajlarını elde edin.
Uzlaşma önerisi: Yaklaşık yüz düğümden oluşan hızlı bir zincir kurmak, Ethereum'un sağladığı ek birlikte çalışabilirlik ve güvenlikten yararlanmak.
Farklı uygulama senaryoları için, 12 saniyelik blok süresi yeterli olabilir. Daha hızlı onay gerektiren uygulamalar için, "dönem-kova" mimarisi tek çözüm gibi görünüyor. Anahtar, bu mimariyi ne ölçüde optimize edebileceğimizdir, özellikle eğer kova süresini 1 saniyeye düşürebilirsek, o zaman üçüncü stratejinin cazibesi büyük ölçüde azalacaktır.
Şu anda, bu sorunların nihai cevaplarına ulaşmak için bir süre daha var. Blok önericilerinin karmaşıklık derecesi hâlâ büyük bir belirsizlik taşıyor. Orbit SSF gibi yenilikçi tasarımlar, daha fazla keşif için fırsatlar sunuyor. Sahip olduğumuz seçenekler arttıkça, L1 ve L2 kullanıcılarına daha iyi hizmet verebilirken, L2 geliştiricilerinin işini de kolaylaştırabiliriz.
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.
Ethereum işlem onay hızlandırması: Tek slot nihai sonuçtan ön onay mekanizmasına keşif
Ethereum işlem onay süresi optimizasyonu: Daha hızlı bir kullanıcı deneyimi keşfetmek
Blok zinciri kullanıcı deneyiminin anahtarlarından biri işlem onay hızıdır. Son yıllarda Ethereum bu alanda önemli ilerlemeler kaydetmiştir. Şu anda, L1 üzerindeki işlemler genellikle 5-20 saniye içinde onaylanmakta ve temelde kredi kartı ödemeleriyle eşdeğerdir. Ancak, kullanıcı deneyimini daha da geliştirmek hala değerlidir; bazı uygulamalar alt saniye yanıt sürelerine bile ihtiyaç duymaktadır. Bu makalede Ethereum'un işlem onay hızını artırmak için birkaç uygulanabilir çözüm tartışılacaktır.
Mevcut Teknoloji Özeti
Tek Yuvalı Nihai
Ethereum'un mevcut Gasper konsensüs mekanizması, slot ve dönem yapısına dayanmaktadır. Her 12 saniyede bir slot, bazı doğrulayıcılar zincir başı üzerinde oy kullanır. 32 slot (6.4 dakika) sonra, tüm doğrulayıcıların bir kez oy kullanma şansı vardır. Bu oylar, PBFT benzeri konsensüs algoritmasındaki mesajlar olarak yorumlanır ve iki dönem (12.8 dakika) sonra güçlü ekonomik garantili kesinlik sağlar.
Bu yöntemin iki ana sorunu vardır: yüksek karmaşıklık ve 12.8 dakikalık nihai onay süresinin uzun olması. Tek slot nihaiği (SSF), mevcut mimarinin yerine Tendermint benzeri bir mekanizma ile geçerek, blok N'nin blok N+1 oluşturulmadan önce nihai olarak belirlenmesini sağlar. SSF, 1/3'ten fazla doğrulayıcı çevrimdışı olduğunda bile zincirin çalışmaya devam etmesini ve geri yüklenmesini sağlayan "pasif sızıntı" mekanizmasını korur.
SSF'nin ana zorluğu, her 12 saniyede tüm stake edenlerin iki mesaj yayınlamasını gerektirmesidir, bu da ağ yükünü artırmaktadır. Son zamanlarda önerilen Orbit SSF gibi bazı hafifletici çözümler olsa da, kullanıcıların işlemi onaylamak için hala 5-20 saniye beklemesi gerekmektedir.
Rollup ön onay
Ethereum son yıllarda rollup merkezli bir gelişim yolu izledi, L1 veri kullanılabilirliği gibi temel işlevler sağlıyor ve bunları L2 protokollerinin kullanımına sunuyor. Bu, odak ayrımına neden oldu: L1 sansüre karşı dayanıklılık, güvenilirlik ve çekirdek işlev iyileştirmelerine odaklanırken, L2 daha doğrudan kullanıcı ihtiyaçlarına hitap ediyor.
Teorik olarak, merkeziyetsiz sıralayıcı ağları 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ını stake edebilir. Bu L2 bloklarının başlık dosyaları nihayetinde L1'e yayınlanacaktır.
Ancak, tüm L2'lerin merkeziyetsiz sıralama uygulamasını istemek pek makul görünmüyor; bu, tamamen yeni bir L1 yaratmakla eşdeğerdir. Bu nedenle, tüm L2'lerin (hatta L1'in) temel ön onay mekanizmasını paylaşması fikri ortaya atılmıştır: temel ön onay.
Temel Ön Onay
Temel ön onay, Ethereum önericisinin karmaşıklığını kullanarak, onlara ön onay hizmeti sağlama sorumluluğunu üstlenmeleri için teşvik eder. Kullanıcılar, işlemin bir sonraki blokta yer alacağına dair anlık bir garanti almak için ek ücret ödeyebilir. Önerici taahhüdünü ihlal ederse, ceza ile karşılaşacaktır.
Bu mekanizma yalnızca L1 işlemleri için geçerli değil, "Ethereum tabanlı" rolluplar için de tüm L2 blokları esasen L1 işlemleri olduğundan, aynı ön onay hizmetlerinden yararlanabilir.
Gelecek Görünümü
Diyelim ki tek yuva nihaiyetini gerçekleştirdik ve her yuva için imza doğrulayıcı sayısını azaltmak için Orbit benzeri teknolojiler kullandık, aynı zamanda yuva süresini 16 saniyeye çıkardık. Rollup ön onayı veya temel ön onayı ile birleştirerek, kullanıcılara daha hızlı bir onay deneyimi sunabiliriz. Bu mimari "dönem-yuva" yapısı olarak adlandırılabilir.
Bu yapının ortaya çıkmasının derin nedenleri vardır: belirli bir konuda yaklaşık bir fikir birliğine varmak için gereken süre genellikle "ekonomik nihayet" seviyesine ulaşmaktan daha kısa sürer. Etkileyen faktörler arasında katılımcı düğüm sayısı ve düğümlerin "kalitesi" bulunmaktadır.
L2 için şu anda üç uygulanabilir strateji var:
Farklı uygulama senaryoları için, 12 saniyelik blok süresi yeterli olabilir. Daha hızlı onay gerektiren uygulamalar için, "dönem-kova" mimarisi tek çözüm gibi görünüyor. Anahtar, bu mimariyi ne ölçüde optimize edebileceğimizdir, özellikle eğer kova süresini 1 saniyeye düşürebilirsek, o zaman üçüncü stratejinin cazibesi büyük ölçüde azalacaktır.
Şu anda, bu sorunların nihai cevaplarına ulaşmak için bir süre daha var. Blok önericilerinin karmaşıklık derecesi hâlâ büyük bir belirsizlik taşıyor. Orbit SSF gibi yenilikçi tasarımlar, daha fazla keşif için fırsatlar sunuyor. Sahip olduğumuz seçenekler arttıkça, L1 ve L2 kullanıcılarına daha iyi hizmet verebilirken, L2 geliştiricilerinin işini de kolaylaştırabiliriz.