Ethereum kurucu ortağı, EVM'yi RISC-V ile değiştirmek için uzun vadeli öneri sundu.

Ethereum'un kurucu ortağı, yakın zamanda toplulukta uzun vadeli bir öneri sundu ve mevcut yürütme katmanındaki sanal makinenin açık kaynaklı RISC-V talimat seti mimarisi ile değiştirilmesini önerdi. Bu fikri, konsensüs katmanındaki Beam Chain ile karşılaştırarak, yürütme katmanında performans atılımı gerçekleştirme ve protokol mantığını basitleştirme konusunda tek uygulanabilir yol olabileceğini düşünüyor. Özellikle sıfır bilgi kanıtı verimliliği açısından, sanal makinenin değiştirilmesiyle en yüksek %100'lük bir optimizasyon artışı sağlanması bekleniyor. Bu öneri, Ethereum'un mevcut sıfır bilgi kanıtı verimliliği, blok inşa karmaşıklığı, veri kullanılabilirliği gibi alanlardaki darboğaz sorunlarını çözmeyi amaçlıyor.

Mevcut sanal makinenin sınırlamaları ve RISC-V'nin avantajları

Mevcut sanal makine sorunu:

1. Eski mimari: 256 bit yığın yapısı kullanımı, modern CPU'larla uyumsuzdur ve sıfır bilgi kanıtı gerçekleştirilirken verimliliğin düşmesine neden olur.
2. Sıfır Bilgi Kanıtı Darboğazı: Sanal makinenin kendisini çalıştırmak için kaynakların yaklaşık yarısı kullanılıyor, bu da kanıt verimliliğini sınırlıyor.
3. Bakım zorluğu: Yıllar içinde biriken karmaşık işlevler, düzensizlik, bazı işlevlerin kaldırılması zor.
4. Geliştirme kısıtlı: Standart dışı talimat seti, dil desteğini sınırlıyor; yaygın dillerin byte koduna etkin bir şekilde derlenmesi zor.

RISC-V'in avantajları:

1. Yüksek performans: RISC-V, gerçek CPU'ların sadeleştirilmiş komut setidir, donanım dostudur ve anlık derleme optimizasyonu hatta donanım hızlandırması için kullanılabilir.
2. Sıfır Bilgi Optimizasyonu: Kanıt içinde RISC-V komutlarına doğrudan devre üretmek, mevcut sanal makine işlemlerini kanıtlamaktan daha basittir.
3. Araç zinciri olgun: Rust/C/C++ gibi ana akım dilleri destekler, geliştirme eşiği daha düşük, ekosistem daha geniş.
4. Genel Standart: Diğer blok zinciri projeleri tarafından benimsenmiştir ve başarılı vakalar mevcuttur.

Ethereum kurucu ortağı, mevcut sanal makineleri RISC-V'ye derlemek yerine, RISC-V'yi doğrudan sözleşme yürütme mimarisi olarak kullanmanın, yürütme verimliliğini ve ölçeklenebilirlik potansiyelini temelden artırmanın daha iyi olduğunu belirtti.

Değiştirme Yolları ve Zorluklar

Değiştirme için üç seçenek:

1. İki sanal makinenin bir arada varlığı (en muhafazakâr): Eski ve yeni sanal makineler paralel olarak çalışır, yeni sözleşmeler RISC-V'yi seçebilir, geçiş dönemi uyumunu sağlar.
2. Zincir üstü yorumlayıcı çözümü (radikal): Tüm eski sözleşmeler, zincir üstü RISC-V sözleşmesi tarafından yorumlanarak yürütülecektir.
3. Yorumlayıcı eklenti mekanizması (uzlaşma): Yorumlayıcıyı protokol unsuru olarak almak, gelecekte başka sanal makinelerin eklenmesine izin vermek.

Uygulamanın karşılaştığı teknik zorluklar:

1. Performans kaybı riski: RISC-V, x86 çiplerinde simüle edilmesi gerektiğinden, başlangıçta optimize edilmiş mevcut sanal makinelerden daha düşük verimlilikte olabilir.
2. Gas fiyatlandırması yeniden yapılandırılmalı: RISC-V talimatları için yeni bir Gas modeli tanımlanmalı, adalet ve güvenlik sağlanmalıdır.
3. Güvenli kum havuzu tasarımı: Sistem çağrılarını sınırlama, kodun kendini değiştirmesini önleme, belirli bir yürütmeyi garanti etme.
4. Geliştirme Araçları Uyumlu Hale Getirme: Derleyici, hata ayıklayıcı ve güvenlik denetim araçlarının güncellenmesi gerekiyor, RISC-V bayt kodunu desteklemelidir.
5. Göç uyumluluk sorunları: Bazı sözleşmeler mevcut sanal makine özelliklerine bağımlıdır, bu nedenle göç dikkatli bir şekilde uyumluluk katmanı veya geri dönüş mekanizması tasarlanmalıdır.

Ethereum kurucu ortağı, geçiş yolu olarak çift sanal makine eşzamanlı kullanımını benimsemeyi tercih ediyor ve eski ve yeni sözleşmelerin karşılıklı etkileşimini koruyacağına, geliştirici deneyiminin değişmeyeceğine ve kullanıcıların yükseltmeyi hissetmeyeceğine söz veriyor.

Mevcut ölçeklenme yollarının etkisi

RISC-V mevcut ölçeklendirme yollarını değiştirmeyecek, aksine altyapı optimizasyonu olarak hizmet edecektir.

Katman 2：

• Rollup hâlâ Ethereum'un ölçeklenme ana gücü, RISC-V ise L1'in işlem verimliliğini ve sıfır bilgi doğrulama performansını artırıyor.
• Daha hızlı L1 doğrulama, Rollup'ın daha düşük maliyetle ve daha hızlı veri göndermesine yardımcı olarak genel ölçeklenebilirliği artırabilir.

Veri parçalama ve EIP-4844:

• Veri kullanılabilirliği darboğazı hala EIP-4844 ve Danksharding ile çözülmelidir, RISC-V zincir üzerindeki veri kapasitesini etkilemez.
• Uygulama mimarisindeki değişiklikler L1'in veri depolama gereksinimlerini değiştirmez.

FaaS, MEV:

• Sanal makine mimarisi ile ilgisi yoktur, RISC-V'nin ilerlemesi nedeniyle geçersiz hale gelmeyecektir.

Genel olarak, RISC-V "motor değişimi", L2/parçalama "yol açma ağı"dır; her iki boyut farklıdır ve paralel olarak çelişmez.

Topluluk Geri Bildirimi ve İlgili Denemeler

Topluluk Farklılıkları:

• Destekçiler, bunun diğer yüksek performanslı blok zincirlerinin zorluklarına karşı gerekli bir stratejik yükseltme olduğunu ve geleneksel geliştiricileri çekmeye yardımcı olacağını düşünüyor.
• Muhafazakarlar, uygulama zorluğu, tarihi yükler ve ekosistem araç zinciri güncelleme maliyetleri konusunda endişeli ve kaynak yatırımı ile geri dönüş oranını sorguluyor.

Benzer proje referansı:

• Move VM: Tamamen yeni kaynak odaklı VM, dil güvenliği güçlü, ancak mevcut sanal makinelerle uyumlu değil.
• FuelVM: Paralel işleme yönelik tasarlanmış yeni bir VM, Sway diline entegre edilmiş, sınırlı uyumluluk.
• WASM: L2'de sözleşme dili olarak WASM'nin tanıtılması, bazı platformlarda uygulanmıştır ve pratik bir geçerliliğe sahiptir.
• Diğer blockchain projeleri: Ana ağda RISC-V'yi sözleşme VM'si olarak kullanma örneği, Ethereum'a pratik referans sağlıyor.

Ethereum kurucu ortağı, RISC-V'nin diğer seçeneklerin reddedilmesi anlamına gelmediğini öne sürdü. Gelecekte yorumlayıcı mekanizmasının Move, WASM gibi VM'leri entegre etmek için de kullanılabileceğini, çok yönlü bir yürütme ekosistemi oluşturabileceğini düşünüyor.

Gelecek Etki Görünümü

Geliştirici Deneyimi:

• Solidity/Vyper gibi diller hala kullanılabilir, derleyici arka ucu değişiyor, dilin kendisi değil.
• Rust/C gibi yeni dillerle sözleşme yazma olasılığı var, ancak taşınma zorunlu değil.

Çalışma Maliyeti ve Performans:

• İcra verimliliğindeki artış, daha yüksek Gas sınırları ve daha düşük ücretler getirecektir.
• RISC-V sözleşmeleri, önceden derlenmiş sözleşmelere olan bağımlılığı azaltabilir, Gas modeli sıfır bilgi kanıtı maliyetine daha yakın olabilir.

Ekosistem Uyumu ve Gelişimi:

• İki VM'nin birlikte bulunduğu süre içinde mevcut sözleşmeler sürdürülebilir şekilde çalışabilir, yeni sözleşmeler ise kademeli olarak RISC-V'yi benimseyecektir.
• Altyapının yeni bytecode formatını desteklemesi gerekiyor, bu da zincirler arası uyumluluk değişikliklerine neden olabilir.

Güvenlik ve Stabilite:

• Yeni mimarinin geniş çapta test edilmesi ve biçimsel doğrulama yapılması, protokol güvenilirliğini artıracaktır.
• Daha basit bir yürütme katmanı, denetim ve saldırı yüzeyinin kontrolü açısından faydalıdır.

Sonuç

Ethereum'un kurucu ortağı, mevcut sanal makinenin yerine RISC-V'yi önerdi ve bu, Ethereum'un gelecekteki performans sınırları ve protokol yalınlığı üzerine derin bir düşünceyi temsil ediyor. Bu öneri henüz erken tartışma aşamasında ve uygulanmasının birkaç yıl sürecek bir süreç olması bekleniyor; teknoloji, topluluk ve ekosistem gibi birden fazla zorluğun aşılması gerekiyor. Bu mevcut yolu devirmek değil, temeli güçlendirmek ve geleceğe hazırlamaktır.

Onun da söylediği gibi: "Büyüklük açısından bir sıçrama yapmak için bu tür radikal değişim tek mümkün yol olabilir."

Bu, geleceğe yapılan bir bahis olarak görülebilir ve "altyapı yeniden şekillendirmeye değer mi?" konulu derin bir keşifdir.