Editörün notu: Bu öğleden sonra, Bangkok'taki Devcon etkinliğinin ana mekanında, Ethereum çekirdek geliştiricisi Justin Drake, Ethereum'un geçen birkaç yılda yaptığı en iddialı konsensüs katmanı değişiklik önerisini duyurdu - Beam Zinciri, eski Ethereum Beacon Zincirini değiştirmek için bir dizi ZK teknolojisini tanıtıyor. Toplantıda, Justin, yeni konsensüs katmanının geliştirilmesinin 2030'a kadar devam edebileceğini söyledi. Ancak, piyasa bunu satın almadı gibi görünmüyor ve basın toplantısı devam ederken Ethereum'un fiyatı keskin bir şekilde düştü. Herkes şu gibi görünüyor: Vakıf başka bir bahane ile paraları mı satıyor?
Aşağıdaki konuşmanın tam metni:
Bu yıl çok fazla zaman harcadığım proje 'Beam Chain' olarak adlandırılıyor. Beam Chain, araştırma yol haritasından en son ve en gelişmiş fikirleri içeren bir konsensüs katmanı yeniden tasarımıdır. Hedef, mevcut Beacon Chain'den bu tasarıma güvenli ve hızlı bir şekilde geçmektir, bu da Ethereum'a daha yakın bir sonuç elde edecektir.
Resim kaynağı: Uncommons Dasong
Daha fazlasını paylaşmadan önce, iki feragatnamem var: İlk olarak, bu sadece benim önerim ve yalnızca uzlaşı ile ilerleyecektir. İkinci olarak, yeni bir jeton yok, yeni bir ağ yok, aynı ticker'ı kullanmaya devam edeceğiz, Vitalik bunun hakkında çok netti.
Aşağıdaki konuşmada, görünüşte çılgın bir fikri mantıklı bir teklife dönüştürmeye çalışacağım - yani tamamen uzlaşma katmanını yeniden tasarlamak.
Öncelikle, Beam Zincirinin büyük çerçeve vizyonundan bahsetmek istiyorum. Beam Zinciri'nin kapsamı, veri katmanındaki blokları ve işletme katmanındaki EVM'yi içermez çünkü bloklar ve EVM uygulamalar tarafından doğrudan kullanılır ve ileriye dönük uyumluluğunu korumak zorundadır, bu nedenle bu iki katmanı değiştirme fırsatları oldukça sınırlıdır. İkna katmanı doğrudan uygulamalar tarafından tüketilmez, bu da bu konuda daha fazla ayarlama yapabileceğimiz anlamına gelir.
Peki, neden şimdi uzlaşma katmanının bu büyük yeniden yapılandırılmasını öneriyorum?
Ana neden Beacon Zinciri'nin biraz "eski" olmasıdır.
“Özellikler” beş yıl önce donduruldu ve o beş yıl içinde çok şey değişti, özellikle de yeni bakış açılarımızın beş yıl öncesine göre çok daha derin olduğu gerçeği. Beş yıl önce PoW konusunda oldukça safdik, ancak o zamandan beri pazar hızla büyüdü ve MEV'nin olumsuz dışsallıklarını hafifletmeye yardımcı olabilecek mekanizmaların daha iyi anlaşılması var.
İkinci olarak, mühendislik perspektifinden, şimdi SNARKs adı verilen çok güçlü bir teknolojiye sahibiz. Son beş yılda, SNARKs teknolojisinde birçok çığır açan gelişme yaşandı ve hızlar katlanarak arttı. Aynı zamanda, zkVMs'nin de doğduğunu gördük, bu muazzam teknoloji herhangi bir programcının, kriptografi konusunda bilgili olması veya SNARKs'ın derinlemesine anlaşılması gerekmeden bu güçlü teknolojiden faydalanmasını sağlıyor.
Ayrıca, zamanla, Beacon Zinciri'nde yapılan hataların ve biriken teknik borcun net bir anlayışına sahibiz. Bu borçlar çok inatçıdır ve zamanla artacaktır.
Belki şimdi bu teknik borcu temizleme fırsatımız var. Bu nedenle, önerim, konsensüs katmanı yol haritasındaki en gelişmiş teknolojileri Beam Zinciri'ne entegre etmektir.
Sonraki olarak, anlaşma katmanı yol haritasında tam olarak nelerin yer aldığını açıklamak için biraz zaman ayıracağım. Temelde dokuz farklı proje var ve ben onları blok üretimi, staking ve kriptografi olmak üzere üç kategoriye ayırdım.
Kaynak: Aaros.183
İlk olarak blok üretimi MEV'yi içerir. Şu anda blok oluşturucu ve iletim seviyesinde birçok merkezileşme sorunu bulunmaktadır. Sansür direncini önemli ölçüde artırmak için bir "dahil etme listesi" tanıtmayı umuyoruz. Dahil etme listesi sansüre dayanıklı olduğunda, doğrulayıcıları blok üretim sürecinden açıkça ayırabileceğiz. Bu, önerici-oluşturucu ayrımı (PBS) olarak adlandırılır ve yürütme işlevleri gibi fikirleri içerir.
Bloklama kategorisindeki son öğe daha hızlı zaman aralıkları, belki de mevcut 12 saniyelik zaman aralıklarını değiştirmeden daha da azaltabiliriz ve Avustralya'da ağ gecikmesi yüksek olsa bile, kullanıcılar hala doğrulayıcılar olarak katılabilsin ve ilk sınıf haklardan yararlanabilsin.
İkinci kategori teminattır. Araştırmacılar genellikle mevcut çıkış eğrisinin kusurlu olduğu ve Ethereum'un sağlığını ve uzun vadeli gelişimini iyileştirmek için ayarlamalar için fırsatlar olduğu konusunda genel bir uzlaşıya varmışlardır. Teminat kategorisindeki ikinci proje, bir doğrulayıcı olmak için gereken ETH miktarını mevcut 32 ETH'den sadece 1 ETH'e önemli ölçüde azaltmaktır.
Son zamanlarda "Orbit" hakkında bazı fikirler var. Ek olarak, yıllardır tartışılan bir başka fikir de, Ethereum'un kesinlik sürecini önemli ölçüde hızlandırabilecek tek yuvalı kesinliktir.
Son kategori, iki önemli proje içeren kriptografidir. İlk proje, makul donanım desteği ile tüm konsensüs katmanının gerçek zamanlı olarak SNARK doğrulamasıdır.
Sonunda, Ethereum'u güvenli kılan şifreleme yöntemini onlarca hatta yüzyıllar boyunca sürdürülebilir ve kuantum saldırılarına dayanıklı hale getirebilir miyiz?
Burada farklı renkler kullanarak yol haritasındaki öğelerin kolayca veya aşamalı olarak tamamlanabileceğini veya zor bir şekilde gerçekleştirilebileceğini ayırt etmek için farklı renkler kullanıyorum. Sol üst köşedeki dört yeşil proje, Beacon Zinciri'nde aşamalı olarak uygulanabileceğini ve benim düşüncesine göre bu küçük projeler tamamlandığında geriye kalanın daha bütüncül bir yaklaşım ile en iyi şekilde gerçekleştirilebileceğini düşündüğüm bazı büyük projeler (kırmızı bölümler) olduğunu düşünüyorum.
“Değişiklik Bildirimi”ni örnek alalım, gerçek zamanlı Beacon Chain kanıtını makul bir donanımda elde etmek için, kara zincirinin karma işlevini, imza yöntemini ve durum seri hale getirme ve Merkelizasyon yöntemlerini değiştirmemiz gerekiyor. Bu, Beacon Chain için büyük bir değişiklik olacak, bu yüzden belki diğer iyileştirmelerle birlikte bu ayarlamaları yapma fırsatımız var.
Alt kısımdaki iki kırmızı kutuda “Daha Hızlı Yuvalar” ve “Daha Hızlı Nihai Durum” için benzer bir durum geçerlidir. Beş yıl önce Beacon Zincirini tasarlarken odak noktamız güvenlik, değil performanstı. Ancak şimdi, ihtiyacımız olan güvenliği koruyabilen ve aynı zamanda performansı artırabilen ve bazı kolayca elde edilebilecek performans iyileştirmelerini yakalayabilen tasarımlar olduğunu keşfediyoruz.
Bu PPT, sadece bahsettiğim konsensüs katmanı yol haritasından Vitalik'in daha geniş yol haritasına olan eşlemeyi gösteriyor. Projelerimizin bazıları Birleşme aşamasında, bazıları Veba aşamasında ve bazıları Veba ve Veba aşamalarında.
Bu sunumun temel amacı, Beam Zincirinin tüm yol haritasını değiştirmiyor, ancak belirli bir alt kümesini tanımlıyor, hızlandırıyor ve ona benzersiz bir anlam veriyor.
Kaynak: Aaros.183
Mevcutluk katman yol haritasındaki "daha hızlı zaman aralıkları", daha hızlı zaman aralıklarıyla ilgili tartışmaların 2024'te başlaması nedeniyle yeni, ve Vitalik'in yol haritası son olarak 2023'te güncellendi.
Bu önemli projeleri hızlandırmanın yanı sıra, daha önce bahsedilen bazı teknik borçları da temizleyebiliriz. Tek kaynaklı nihai onayı uygularsak, epokslara artık ihtiyaç olmayacak ve slotlar doğrudan kullanılabilir. Ayrıca, mevcut depozito sözleşmesi biraz karmaşık ve birleşmeden kalma bir miras; gerçek zamanlı Beacon Zinciri'nin SNARK'ı yapıldıktan sonra senkronizasyon komitesi gibi altyapı artık gereksiz olmayacak. Bu, bir seferde temizlik yapma fırsatıdır.
Eğer Beacon Zincir tasarımındaki bazı konularla ilgileniyorsanız, geçen yıl Beacon Zincir tasarımı sırasında yaptığımız 20'den fazla hatayı tartıştığım kapsamlı bir konuşma yaptım.
Bu resim, oluşumundan bu yana konsensüs katmanındaki yükseltmelerimizin tam bir resmini gösteriyor. Sol alt köşede görebileceğiniz gibi, başlangıç 2020'de gerçekleşti ve o zamandan beri her yıl yeni bir çatal oldu ve her çatalda konsensüs katmanına aşamalı iyileştirmeler yaptık.
2021'de senkronizasyon komitesi ekledik, 2022'de birleştirdik, 2023'te çekme yetenekleri ve yerel dinamik parçalama ekledik ve 2025'te maksimum etkili dengeyi artıracağız.
Önümüzdeki birkaç yıl içinde bu artımlı çatalları yapmaya devam etmemizi ve yol haritasının sol üst köşesinde yeşil ile işaretlenmiş düşük zorluktaki projeleri almamızı bekleyin.
Yavaş yavaş bir darboğaza rastlayacağız. Tüm düşük zorluklu projeler tamamlandığında, geri kalanlar kademeli olarak uygulanması zor olan büyük projelerdir. Bu noktada, "Beam Fork" gereklidir. Beam Fork, bir kez yükseltme ile konsensüs katmanında büyük bir sıçrama yapma fırsatı sağlar. Beam Fork'u, birden fazla yükseltmenin tek bir çatalda birleştirildiği bir toplu işleme fırsatı olarak düşünün, hem teknik hem de yönetişim açısından faydaları vardır.
Bu toplu işleme fırsatı, "katılaşmış hızlandırıcılık" olarak adlandırılabilir. Bu bir çelişki gibi geliyor, ancak temel fikir Ethereum'un mümkün olan en kısa sürede bakım moduna girmesini istemektir ve şu anda böyle bir gerilim var. Ethereum'un temel bir yeniden yapılanmaya ihtiyaç duyan bazı önemli projeler olduğunu biliyoruz ve bu değişiklikler ne kadar gecikirse, Ethereum'un istikrarlı bir duruma ulaşması o kadar uzak olacaktır.
Bir sonraki kısım, Beam Zinciri'nde kullanılacak bazı teknikleri tanıttığım ikinci kısımdır. Bu, Ethereum'un farklı dönemleri gibi düşünülebilir: başlangıçta Proof of Work (POW) dönemi, ardından Proof of Stake (POS) dönemine geçiş ve şimdi Zero Knowledge Proof (ZK) dönemine girmiş olabiliriz.
ZK çağında SNARKs teknolojisini yoğun bir şekilde kullanacağız. SNARK'ları zaten kullandığımız bir yer Beam Zinciri'nin - tüm uzlaşma katmanının - sıfır bilgi doğrulamasını sağlamak için ve bu noktada zkVM'ler (sıfır bilgi sanal makineleri) çok faydalı hale geliyor.
Hayal edin ki Beam Zincirini Rust ve Go gibi farklı yüksek seviyeli programlama dillerinde uygulayabilir ve ardından bu yüksek seviyeli dilleri zkVM'lerin anlayabileceği bir bayt koduna derleyebiliriz, böylece düşük seviye ayrıntılarla uğraşmadan SNARK doğrulamasını başarabiliriz.
Vurgulanması gereken bir nokta, yalnızca SNARK doğrulaması gerektiren tek bölümün, bir uzlaşı müşterisi haline gelmenin çekirdeği olan Durum Geçiş Fonksiyonu olduğudur. Temel olarak, durum geçiş fonksiyonu, müşteri yapısının çok küçük bir parçasıdır ve çevre altyapısı (ağ, senkronizasyon, önbellek optimizasyonu veya blok seçim kuralları gibi) SNARK doğrulaması gerektirmez.
RISC-V, geçtiğimiz yıllarda bu zkVM'ler için endüstri standardı haline gelmiştir. RISC-V, yüksek seviyeli kodu RISC-V talimatlarına derleyen bir talimat setidir. RISC Zero ve SP1 gibi RISC-V zkVM'leri sunan yedi şirket bulunmaktadır.
Bu güçlü teknolojinin yürütme katmanında da kullanılabileceğini belirtmek önemlidir, bu da Beam Zinciri'nden farklı bir hikaye, ancak bu, gaz sınırını önemli ölçüde artırabilir ve Ethereum'u L1 Dikey ölçeklenebilirlik olarak geliştirebilir demektir, ancak bu başka bir konu.
Beam Zinciri'nde SNARK'ların yoğun olarak kullanıldığı başka bir yer, birleştirilebilir imzalardır. Kuantum dirençli birleştirilebilir imzalara sahip olmak istiyoruz ve buradaki öneri, hash fonksiyonlarını kullanmaktır. Hash fonksiyonları kuantum dirençlidir ve kriptografi oluşturmak için temel bir modül olarak kullanılabilir.
Doğrulayıcılar ve kanıtlayıcılar tarafından üretilen karma tabanlı imzalar kullanacağız ve ayrıca binlerce imzayı tek bir kanıta sıkıştırabilen karma tabanlı SNARK'ları da tanıtacağız. İkisini birleştirerek, Ethereum'da kullanılabilecek kuantum dirençli, birleştirilebilir karma tabanlı bir çözüm oluşturabiliriz. İlginç bir detay ise bu birleştirme şemasının sonsuz tekrarlı birleştirmeye yeteneği olmasıdır, yani birleştirme sonuçları sürekli olarak yeniden birleştirilebilir, bu BLS imzaları ile şu anda mümkün olmayan ve daha esnek bir özelliktir.
Bugün bunu önerme sebebim, son aylarda SNARK karma işlevi performansında büyük iyileşmeler olmuştur. Bilenler için, bunu şimdi bir dizüstü bilgisayarda doğrulayabildik.
Bu ölçüm MacBook Pro CPU üzerinde tamamlandı ve şimdi saniyede 2 milyon karma doğrulayabilir. Bu inanılmaz bir hızdır, bu da demektir ki bu karmaya dayalı teklif Beam Chain üzerinde büyük performansa sahiptir. potansiyel.
zkVM ve SNARK'ları kullanacağımızın yanı sıra, mevcut altyapıyı büyük ölçüde yeniden kullanacağımızı da vurgulamak istiyorum.
Örneğin, ağ kütüphanesi libp2p, seri hale getirme kütüphanesi Basit Serileştirme, vb. doğrudan yeniden kullanılabilir. Aynı şey, resmi özellikler ve birim testleri yazmak için kullandığımız Python özellikleri çerçevesi Pyspec için de geçerlidir.
Ayrıca, Protokol Loncası gibi altyapılar da yeniden kullanılabilir. Bunlar Beacon Zinciri'nin erken günlerinde mevcut değildi, ancak şimdi ücretsiz olarak yeniden kullanılabilir.
Benzer şekilde, artık Beacon Chain'in geliştirilmesini destekleyen birden fazla ekip var. O zamanlar, fikir birliğine varılmış bir müşteri ekibimiz yoktu. Mevcut beş konsensüs müşteri ekibi, yeniden düzenlemeye gerek kalmadan doğrudan kullanıma sunulabilir.
Ayrıca, Panda Ops ekibi tarafından sağlanan DevOps desteği gibi birleşik operasyonlardan sorumlu özel ekiplerimiz var, güvenlik ekibi ve motivasyon ekibi gibi uygulama araştırma grupları gibi, bunlar doğrudan kullanılabilecek tüm kaynaklardır.
Son bölümde, gelecek adımlar ve gelecek vaatleri hakkında konuşmak istiyorum. Bir olası sonuç, 2025 yılında başlayarak normalleşme sürecine gireceğimizdir. Bu, küçük bir araştırmacı ekibi tarafından yürütülecek ve tüm yılı alabilir. 2026'da, geliştirme süreci müşteri ekipleri tarafından üretim kalitesinde kod yazarak başlayacak, ardından 2027'de üretim dağıtımlarının güvenliği ve kararlılığını sağlamak için çok kapsamlı bir test süreci izleyecek.
Görüntü kaynağı: Uncommons Dasong
Bir araştırmacı olarak bir sonraki görevim, "yürütülebilir yol haritası" olarak adlandırdığım yürütülebilir bir spesifikasyon yazmaya başlamaktır. Buradaki fikir, yol haritasındaki "pikselleri", çeşitli araştırma ve akademik makalelerdeki yüz binlerce kelimeyi ve araştırmacıların kafasındaki çeşitli fikirleri birleştirmek, temel özlerini çıkarmak ve yürütülebilir bir spesifikasyon belgesi oluşturmaktır. Sonuçta, bu çok kompakt bir belge olacak, yaklaşık 1000 satırlık Python kodu.
Benim için heyecan verici olan şey, Beam Chain'in yeni yönü konusunda genel bir uzlaşma varsa, bu, uzlaşma istemcilerine yeni kan enjekte etmek için harika bir fırsat olacaktır.
Şu anda, fikir birliği istemcisi ekibimiz Kuzey Amerika, Avrupa ve Okyanusya'ya yayılmış durumda. Bugün, Beam istemcisi geliştirmeye istekli yeni bir ekip olduğunu duyurmaktan mutluluk duyuyorum. Hindistan'da Zine adında bir ekip, Zig dili kullanarak Beam istemcisi yazıyor. Ayrıca Güney Amerika'da Lambda Class adında bir ekip de Beam istemcisi geliştirmeye ilgi gösterdi.
Siz de katılmakla ilgileniyorsanız, spesifikasyonlar ve ağ uzmanları, koordinatörler, kriptografi uzmanları ve müşteri geliştiricileri dahil olmak üzere birçok yetenekli insana ihtiyacımız var. Bize katılmak ve bu yeni maceraya birlikte başlamak için lütfen bu e-posta yoluyla bizimle iletişime geçin. Çok teşekkür ederim!
Editörün notu: Bu öğleden sonra, Bangkok'taki Devcon etkinliğinin ana mekanında, Ethereum çekirdek geliştiricisi Justin Drake, Ethereum'un geçen birkaç yılda yaptığı en iddialı konsensüs katmanı değişiklik önerisini duyurdu - Beam Zinciri, eski Ethereum Beacon Zincirini değiştirmek için bir dizi ZK teknolojisini tanıtıyor. Toplantıda, Justin, yeni konsensüs katmanının geliştirilmesinin 2030'a kadar devam edebileceğini söyledi. Ancak, piyasa bunu satın almadı gibi görünmüyor ve basın toplantısı devam ederken Ethereum'un fiyatı keskin bir şekilde düştü. Herkes şu gibi görünüyor: Vakıf başka bir bahane ile paraları mı satıyor?
Aşağıdaki konuşmanın tam metni:
Bu yıl çok fazla zaman harcadığım proje 'Beam Chain' olarak adlandırılıyor. Beam Chain, araştırma yol haritasından en son ve en gelişmiş fikirleri içeren bir konsensüs katmanı yeniden tasarımıdır. Hedef, mevcut Beacon Chain'den bu tasarıma güvenli ve hızlı bir şekilde geçmektir, bu da Ethereum'a daha yakın bir sonuç elde edecektir.
Resim kaynağı: Uncommons Dasong
Daha fazlasını paylaşmadan önce, iki feragatnamem var: İlk olarak, bu sadece benim önerim ve yalnızca uzlaşı ile ilerleyecektir. İkinci olarak, yeni bir jeton yok, yeni bir ağ yok, aynı ticker'ı kullanmaya devam edeceğiz, Vitalik bunun hakkında çok netti.
Aşağıdaki konuşmada, görünüşte çılgın bir fikri mantıklı bir teklife dönüştürmeye çalışacağım - yani tamamen uzlaşma katmanını yeniden tasarlamak.
Öncelikle, Beam Zincirinin büyük çerçeve vizyonundan bahsetmek istiyorum. Beam Zinciri'nin kapsamı, veri katmanındaki blokları ve işletme katmanındaki EVM'yi içermez çünkü bloklar ve EVM uygulamalar tarafından doğrudan kullanılır ve ileriye dönük uyumluluğunu korumak zorundadır, bu nedenle bu iki katmanı değiştirme fırsatları oldukça sınırlıdır. İkna katmanı doğrudan uygulamalar tarafından tüketilmez, bu da bu konuda daha fazla ayarlama yapabileceğimiz anlamına gelir.
Peki, neden şimdi uzlaşma katmanının bu büyük yeniden yapılandırılmasını öneriyorum?
Ana neden Beacon Zinciri'nin biraz "eski" olmasıdır.
“Özellikler” beş yıl önce donduruldu ve o beş yıl içinde çok şey değişti, özellikle de yeni bakış açılarımızın beş yıl öncesine göre çok daha derin olduğu gerçeği. Beş yıl önce PoW konusunda oldukça safdik, ancak o zamandan beri pazar hızla büyüdü ve MEV'nin olumsuz dışsallıklarını hafifletmeye yardımcı olabilecek mekanizmaların daha iyi anlaşılması var.
İkinci olarak, mühendislik perspektifinden, şimdi SNARKs adı verilen çok güçlü bir teknolojiye sahibiz. Son beş yılda, SNARKs teknolojisinde birçok çığır açan gelişme yaşandı ve hızlar katlanarak arttı. Aynı zamanda, zkVMs'nin de doğduğunu gördük, bu muazzam teknoloji herhangi bir programcının, kriptografi konusunda bilgili olması veya SNARKs'ın derinlemesine anlaşılması gerekmeden bu güçlü teknolojiden faydalanmasını sağlıyor.
Ayrıca, zamanla, Beacon Zinciri'nde yapılan hataların ve biriken teknik borcun net bir anlayışına sahibiz. Bu borçlar çok inatçıdır ve zamanla artacaktır.
Belki şimdi bu teknik borcu temizleme fırsatımız var. Bu nedenle, önerim, konsensüs katmanı yol haritasındaki en gelişmiş teknolojileri Beam Zinciri'ne entegre etmektir.
Sonraki olarak, anlaşma katmanı yol haritasında tam olarak nelerin yer aldığını açıklamak için biraz zaman ayıracağım. Temelde dokuz farklı proje var ve ben onları blok üretimi, staking ve kriptografi olmak üzere üç kategoriye ayırdım.
Kaynak: Aaros.183
İlk olarak blok üretimi MEV'yi içerir. Şu anda blok oluşturucu ve iletim seviyesinde birçok merkezileşme sorunu bulunmaktadır. Sansür direncini önemli ölçüde artırmak için bir "dahil etme listesi" tanıtmayı umuyoruz. Dahil etme listesi sansüre dayanıklı olduğunda, doğrulayıcıları blok üretim sürecinden açıkça ayırabileceğiz. Bu, önerici-oluşturucu ayrımı (PBS) olarak adlandırılır ve yürütme işlevleri gibi fikirleri içerir.
Bloklama kategorisindeki son öğe daha hızlı zaman aralıkları, belki de mevcut 12 saniyelik zaman aralıklarını değiştirmeden daha da azaltabiliriz ve Avustralya'da ağ gecikmesi yüksek olsa bile, kullanıcılar hala doğrulayıcılar olarak katılabilsin ve ilk sınıf haklardan yararlanabilsin.
İkinci kategori teminattır. Araştırmacılar genellikle mevcut çıkış eğrisinin kusurlu olduğu ve Ethereum'un sağlığını ve uzun vadeli gelişimini iyileştirmek için ayarlamalar için fırsatlar olduğu konusunda genel bir uzlaşıya varmışlardır. Teminat kategorisindeki ikinci proje, bir doğrulayıcı olmak için gereken ETH miktarını mevcut 32 ETH'den sadece 1 ETH'e önemli ölçüde azaltmaktır.
Son zamanlarda "Orbit" hakkında bazı fikirler var. Ek olarak, yıllardır tartışılan bir başka fikir de, Ethereum'un kesinlik sürecini önemli ölçüde hızlandırabilecek tek yuvalı kesinliktir.
Son kategori, iki önemli proje içeren kriptografidir. İlk proje, makul donanım desteği ile tüm konsensüs katmanının gerçek zamanlı olarak SNARK doğrulamasıdır.
Sonunda, Ethereum'u güvenli kılan şifreleme yöntemini onlarca hatta yüzyıllar boyunca sürdürülebilir ve kuantum saldırılarına dayanıklı hale getirebilir miyiz?
Burada farklı renkler kullanarak yol haritasındaki öğelerin kolayca veya aşamalı olarak tamamlanabileceğini veya zor bir şekilde gerçekleştirilebileceğini ayırt etmek için farklı renkler kullanıyorum. Sol üst köşedeki dört yeşil proje, Beacon Zinciri'nde aşamalı olarak uygulanabileceğini ve benim düşüncesine göre bu küçük projeler tamamlandığında geriye kalanın daha bütüncül bir yaklaşım ile en iyi şekilde gerçekleştirilebileceğini düşündüğüm bazı büyük projeler (kırmızı bölümler) olduğunu düşünüyorum.
“Değişiklik Bildirimi”ni örnek alalım, gerçek zamanlı Beacon Chain kanıtını makul bir donanımda elde etmek için, kara zincirinin karma işlevini, imza yöntemini ve durum seri hale getirme ve Merkelizasyon yöntemlerini değiştirmemiz gerekiyor. Bu, Beacon Chain için büyük bir değişiklik olacak, bu yüzden belki diğer iyileştirmelerle birlikte bu ayarlamaları yapma fırsatımız var.
Alt kısımdaki iki kırmızı kutuda “Daha Hızlı Yuvalar” ve “Daha Hızlı Nihai Durum” için benzer bir durum geçerlidir. Beş yıl önce Beacon Zincirini tasarlarken odak noktamız güvenlik, değil performanstı. Ancak şimdi, ihtiyacımız olan güvenliği koruyabilen ve aynı zamanda performansı artırabilen ve bazı kolayca elde edilebilecek performans iyileştirmelerini yakalayabilen tasarımlar olduğunu keşfediyoruz.
Bu PPT, sadece bahsettiğim konsensüs katmanı yol haritasından Vitalik'in daha geniş yol haritasına olan eşlemeyi gösteriyor. Projelerimizin bazıları Birleşme aşamasında, bazıları Veba aşamasında ve bazıları Veba ve Veba aşamalarında.
Bu sunumun temel amacı, Beam Zincirinin tüm yol haritasını değiştirmiyor, ancak belirli bir alt kümesini tanımlıyor, hızlandırıyor ve ona benzersiz bir anlam veriyor.
Kaynak: Aaros.183
Mevcutluk katman yol haritasındaki "daha hızlı zaman aralıkları", daha hızlı zaman aralıklarıyla ilgili tartışmaların 2024'te başlaması nedeniyle yeni, ve Vitalik'in yol haritası son olarak 2023'te güncellendi.
Bu önemli projeleri hızlandırmanın yanı sıra, daha önce bahsedilen bazı teknik borçları da temizleyebiliriz. Tek kaynaklı nihai onayı uygularsak, epokslara artık ihtiyaç olmayacak ve slotlar doğrudan kullanılabilir. Ayrıca, mevcut depozito sözleşmesi biraz karmaşık ve birleşmeden kalma bir miras; gerçek zamanlı Beacon Zinciri'nin SNARK'ı yapıldıktan sonra senkronizasyon komitesi gibi altyapı artık gereksiz olmayacak. Bu, bir seferde temizlik yapma fırsatıdır.
Eğer Beacon Zincir tasarımındaki bazı konularla ilgileniyorsanız, geçen yıl Beacon Zincir tasarımı sırasında yaptığımız 20'den fazla hatayı tartıştığım kapsamlı bir konuşma yaptım.
Bu resim, oluşumundan bu yana konsensüs katmanındaki yükseltmelerimizin tam bir resmini gösteriyor. Sol alt köşede görebileceğiniz gibi, başlangıç 2020'de gerçekleşti ve o zamandan beri her yıl yeni bir çatal oldu ve her çatalda konsensüs katmanına aşamalı iyileştirmeler yaptık.
2021'de senkronizasyon komitesi ekledik, 2022'de birleştirdik, 2023'te çekme yetenekleri ve yerel dinamik parçalama ekledik ve 2025'te maksimum etkili dengeyi artıracağız.
Önümüzdeki birkaç yıl içinde bu artımlı çatalları yapmaya devam etmemizi ve yol haritasının sol üst köşesinde yeşil ile işaretlenmiş düşük zorluktaki projeleri almamızı bekleyin.
Yavaş yavaş bir darboğaza rastlayacağız. Tüm düşük zorluklu projeler tamamlandığında, geri kalanlar kademeli olarak uygulanması zor olan büyük projelerdir. Bu noktada, "Beam Fork" gereklidir. Beam Fork, bir kez yükseltme ile konsensüs katmanında büyük bir sıçrama yapma fırsatı sağlar. Beam Fork'u, birden fazla yükseltmenin tek bir çatalda birleştirildiği bir toplu işleme fırsatı olarak düşünün, hem teknik hem de yönetişim açısından faydaları vardır.
Bu toplu işleme fırsatı, "katılaşmış hızlandırıcılık" olarak adlandırılabilir. Bu bir çelişki gibi geliyor, ancak temel fikir Ethereum'un mümkün olan en kısa sürede bakım moduna girmesini istemektir ve şu anda böyle bir gerilim var. Ethereum'un temel bir yeniden yapılanmaya ihtiyaç duyan bazı önemli projeler olduğunu biliyoruz ve bu değişiklikler ne kadar gecikirse, Ethereum'un istikrarlı bir duruma ulaşması o kadar uzak olacaktır.
Bir sonraki kısım, Beam Zinciri'nde kullanılacak bazı teknikleri tanıttığım ikinci kısımdır. Bu, Ethereum'un farklı dönemleri gibi düşünülebilir: başlangıçta Proof of Work (POW) dönemi, ardından Proof of Stake (POS) dönemine geçiş ve şimdi Zero Knowledge Proof (ZK) dönemine girmiş olabiliriz.
ZK çağında SNARKs teknolojisini yoğun bir şekilde kullanacağız. SNARK'ları zaten kullandığımız bir yer Beam Zinciri'nin - tüm uzlaşma katmanının - sıfır bilgi doğrulamasını sağlamak için ve bu noktada zkVM'ler (sıfır bilgi sanal makineleri) çok faydalı hale geliyor.
Hayal edin ki Beam Zincirini Rust ve Go gibi farklı yüksek seviyeli programlama dillerinde uygulayabilir ve ardından bu yüksek seviyeli dilleri zkVM'lerin anlayabileceği bir bayt koduna derleyebiliriz, böylece düşük seviye ayrıntılarla uğraşmadan SNARK doğrulamasını başarabiliriz.
Vurgulanması gereken bir nokta, yalnızca SNARK doğrulaması gerektiren tek bölümün, bir uzlaşı müşterisi haline gelmenin çekirdeği olan Durum Geçiş Fonksiyonu olduğudur. Temel olarak, durum geçiş fonksiyonu, müşteri yapısının çok küçük bir parçasıdır ve çevre altyapısı (ağ, senkronizasyon, önbellek optimizasyonu veya blok seçim kuralları gibi) SNARK doğrulaması gerektirmez.
RISC-V, geçtiğimiz yıllarda bu zkVM'ler için endüstri standardı haline gelmiştir. RISC-V, yüksek seviyeli kodu RISC-V talimatlarına derleyen bir talimat setidir. RISC Zero ve SP1 gibi RISC-V zkVM'leri sunan yedi şirket bulunmaktadır.
Bu güçlü teknolojinin yürütme katmanında da kullanılabileceğini belirtmek önemlidir, bu da Beam Zinciri'nden farklı bir hikaye, ancak bu, gaz sınırını önemli ölçüde artırabilir ve Ethereum'u L1 Dikey ölçeklenebilirlik olarak geliştirebilir demektir, ancak bu başka bir konu.
Beam Zinciri'nde SNARK'ların yoğun olarak kullanıldığı başka bir yer, birleştirilebilir imzalardır. Kuantum dirençli birleştirilebilir imzalara sahip olmak istiyoruz ve buradaki öneri, hash fonksiyonlarını kullanmaktır. Hash fonksiyonları kuantum dirençlidir ve kriptografi oluşturmak için temel bir modül olarak kullanılabilir.
Doğrulayıcılar ve kanıtlayıcılar tarafından üretilen karma tabanlı imzalar kullanacağız ve ayrıca binlerce imzayı tek bir kanıta sıkıştırabilen karma tabanlı SNARK'ları da tanıtacağız. İkisini birleştirerek, Ethereum'da kullanılabilecek kuantum dirençli, birleştirilebilir karma tabanlı bir çözüm oluşturabiliriz. İlginç bir detay ise bu birleştirme şemasının sonsuz tekrarlı birleştirmeye yeteneği olmasıdır, yani birleştirme sonuçları sürekli olarak yeniden birleştirilebilir, bu BLS imzaları ile şu anda mümkün olmayan ve daha esnek bir özelliktir.
Bugün bunu önerme sebebim, son aylarda SNARK karma işlevi performansında büyük iyileşmeler olmuştur. Bilenler için, bunu şimdi bir dizüstü bilgisayarda doğrulayabildik.
Bu ölçüm MacBook Pro CPU üzerinde tamamlandı ve şimdi saniyede 2 milyon karma doğrulayabilir. Bu inanılmaz bir hızdır, bu da demektir ki bu karmaya dayalı teklif Beam Chain üzerinde büyük performansa sahiptir. potansiyel.
zkVM ve SNARK'ları kullanacağımızın yanı sıra, mevcut altyapıyı büyük ölçüde yeniden kullanacağımızı da vurgulamak istiyorum.
Örneğin, ağ kütüphanesi libp2p, seri hale getirme kütüphanesi Basit Serileştirme, vb. doğrudan yeniden kullanılabilir. Aynı şey, resmi özellikler ve birim testleri yazmak için kullandığımız Python özellikleri çerçevesi Pyspec için de geçerlidir.
Ayrıca, Protokol Loncası gibi altyapılar da yeniden kullanılabilir. Bunlar Beacon Zinciri'nin erken günlerinde mevcut değildi, ancak şimdi ücretsiz olarak yeniden kullanılabilir.
Benzer şekilde, artık Beacon Chain'in geliştirilmesini destekleyen birden fazla ekip var. O zamanlar, fikir birliğine varılmış bir müşteri ekibimiz yoktu. Mevcut beş konsensüs müşteri ekibi, yeniden düzenlemeye gerek kalmadan doğrudan kullanıma sunulabilir.
Ayrıca, Panda Ops ekibi tarafından sağlanan DevOps desteği gibi birleşik operasyonlardan sorumlu özel ekiplerimiz var, güvenlik ekibi ve motivasyon ekibi gibi uygulama araştırma grupları gibi, bunlar doğrudan kullanılabilecek tüm kaynaklardır.
Son bölümde, gelecek adımlar ve gelecek vaatleri hakkında konuşmak istiyorum. Bir olası sonuç, 2025 yılında başlayarak normalleşme sürecine gireceğimizdir. Bu, küçük bir araştırmacı ekibi tarafından yürütülecek ve tüm yılı alabilir. 2026'da, geliştirme süreci müşteri ekipleri tarafından üretim kalitesinde kod yazarak başlayacak, ardından 2027'de üretim dağıtımlarının güvenliği ve kararlılığını sağlamak için çok kapsamlı bir test süreci izleyecek.
Görüntü kaynağı: Uncommons Dasong
Bir araştırmacı olarak bir sonraki görevim, "yürütülebilir yol haritası" olarak adlandırdığım yürütülebilir bir spesifikasyon yazmaya başlamaktır. Buradaki fikir, yol haritasındaki "pikselleri", çeşitli araştırma ve akademik makalelerdeki yüz binlerce kelimeyi ve araştırmacıların kafasındaki çeşitli fikirleri birleştirmek, temel özlerini çıkarmak ve yürütülebilir bir spesifikasyon belgesi oluşturmaktır. Sonuçta, bu çok kompakt bir belge olacak, yaklaşık 1000 satırlık Python kodu.
Benim için heyecan verici olan şey, Beam Chain'in yeni yönü konusunda genel bir uzlaşma varsa, bu, uzlaşma istemcilerine yeni kan enjekte etmek için harika bir fırsat olacaktır.
Şu anda, fikir birliği istemcisi ekibimiz Kuzey Amerika, Avrupa ve Okyanusya'ya yayılmış durumda. Bugün, Beam istemcisi geliştirmeye istekli yeni bir ekip olduğunu duyurmaktan mutluluk duyuyorum. Hindistan'da Zine adında bir ekip, Zig dili kullanarak Beam istemcisi yazıyor. Ayrıca Güney Amerika'da Lambda Class adında bir ekip de Beam istemcisi geliştirmeye ilgi gösterdi.
Siz de katılmakla ilgileniyorsanız, spesifikasyonlar ve ağ uzmanları, koordinatörler, kriptografi uzmanları ve müşteri geliştiricileri dahil olmak üzere birçok yetenekli insana ihtiyacımız var. Bize katılmak ve bu yeni maceraya birlikte başlamak için lütfen bu e-posta yoluyla bizimle iletişime geçin. Çok teşekkür ederim!