Ethereum, RISC-V mimarisi ile EVM'nin yerini alabilir, ZK teknolojisi ise çığır açan bir gelişim yaşayabilir.

Ethereum'un kurucu ortaklarından biri, mevcut yürütme katmanı sanal makinesinin (EVM) açık kaynak RISC-V talimat seti mimarisi ile değiştirilmesini öneren uzun vadeli bir öneri sundu. Bu fikir, konsensüs katmanı olan Beam Chain ile karşılaştırılıyor ve yürütme katmanında performans sıçraması ve protokol mantığını basitleştirmek için potansiyel tek yol olarak görülüyor. Özellikle sıfır bilgi kanıtı (ZK Proof) verimliliği açısından, EVM'nin değiştirilmesi ile en yüksek %100 optimizasyon artışı sağlanabileceği bekleniyor. Bu öneri, Ethereum'un ZK kanıtı verimliliği, blok inşa karmaşıklığı, veri kullanılabilirliği gibi mevcut darboğaz sorunlarını çözmeyi amaçlıyor.

EVM'nin Sınırlamaları ve RISC-V'nin Avantajları

EVM'nin karşılaştığı zorluklar

1. Eski mimari: EVM 256 bit yığın yapısını kullanıyor, bu da modern CPU'larla uyumsuzdur ve ZK-EVM'nin yürütme verimliliğini düşürüyor.
2. ZK kanıtı darboğazı: ZK-EVM'nin yaklaşık yarısı EVM'nin kendisini çalıştırmak için kaynak kullanıyor, bu da ZK kanıtı verimliliğini sınırlıyor.
3. Bakım Zorluğu: Yıllar içinde biriken işlevler, düzenin dağılmasına yol açtı ve bazı işlevlerin kaldırılması zorlaştı.
4. Geliştirme Kısıtlılığı: Standart olmayan komut setleri, çok dilli desteği sınırlandırarak ana akım dillerin EVM bytecode'una verimli bir şekilde derlenmesini zorlaştırır.

RISC-V'nin avantajları

1. Yüksek performans: RISC-V, gerçek CPU'nun sadeleştirilmiş talimat setidir, donanım dostudur ve JIT optimizasyonu hatta donanım hızlandırması için kullanılabilir.
2. ZK optimizasyonu: ZK kanıtlarında doğrudan RISC-V talimatları için devre üretmek, EVM işlemlerini kanıtlamaktan daha basittir.
3. Araç zinciri olgunlaştı: Rust/C/C++ gibi ana akım dilleri destekler, geliştirme engelini azaltır, ekosistem daha geniştir.
4. Genel Standart: Mevcut blockchain projeleri tarafından benimsenmiştir, başarılı örnekler bulunmaktadır.

Ethereum kurucu ortağı, ZK-EVM'de EVM'yi 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ıracağını belirtti.

Değiştirme Yolu ve Zorluklar

Üç farklı değiştirme seçeneği

1. Çift VM varlığı (en muhafazakâr): EVM ve RISC-V paralel olarak çalışır, yeni sözleşmeler RISC-V'yi seçebilir, geçiş döneminin uyumunu sağlar.
2. Zincir üzerindeki yorumcu çözümü (radikal): Tüm EVM sözleşmeleri, zincir üzerindeki RISC-V sözleşmeleri tarafından yorumlanarak yürütülecektir.
3. Yorumlayıcı eklenti mekanizması (uzlaşma): Yorumlayıcıyı protokol unsuru olarak alarak gelecekte başka VM'lerin (örneğin Move) eklenmesine izin verir.

Uygulama ile karşılaşılan teknik zorluklar

1. Performans kaybı riski: RISC-V, x86 çipleri üzerinde simülasyonla çalıştırılmalıdır, bu da başlangıçta optimize edilmiş EVM'den daha düşük verimlilikle sonuçlanabilir.
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 kendi kendini değiştirmesini önleme, belirli bir yürütmeyi garanti etme.
4. Geliştirme Araçları Uyumu: Derleyici, hata ayıklayıcı, güvenlik denetim araçlarının güncellenmesi gereklidir, RISC-V bayt kodunu destekler.
5. Göç uyumluluğu sorunları: Bazı sözleşmeler EVM özelliklerine bağımlıdır, göç için uyum katmanı veya geri dönüş mekanizması dikkatlice tasarlanmalıdır.

Ethereum kurucu ortağı, geçiş yolu olarak çift VM'nin birlikte var olmasını tercih ediyor ve eski ve yeni sözleşmelerin karşılıklı etkileşimini sürdüreceğine, geliştirici deneyiminin değişmeyeceğine ve kullanıcıların yükseltmeleri hissetmeyeceğine söz veriyor.

Mevcut Ölçekleme Yollarının Etkisi

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

Katman 2

• Rollup, Ethereum'un ölçeklenmesi için ana güç olmaya devam ediyor, RISC-V, L1'in işleme verimliliğini ve ZK doğrulama performansını artırıyor, doğrudan throughput'u genişletmiyor.
• Daha hızlı L1 onayları, 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 (blob) ve Danksharding ile çözülmelidir, RISC-V zincir üzerindeki veri kapasitesini etkilemez.
• Uygulama mimarisindeki değişiklikler L1 veri depolama gereksinimlerini değiştirmiyor.

FaaS, MEV

• Sanal makine mimarisine bağlı değildir, RISC-V'nin ilerlemesi nedeniyle geçersiz hale gelmeyecektir.

Genel olarak, RISC-V "motoru değiştirmek" iken, L2/şardalama "yol açma ağı"dır; her ikisi de farklı boyutlardadır ve birbiriyle çelişmez.

Topluluk Geri Bildirimi ve İlgili Denemeler

Topluluk Farklılıkları

• Destekçiler, bunun performans zorluklarıyla başa çıkmak için 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 ekolojik araç zinciri güncelleme maliyetleri konusunda endişelidir ve kaynakların yatırım getirisini sorgulamaktadır.

benzer proje referansı

1. Move VM: Tamamen yeni kaynak odaklı VM, dil güvenliği yüksek, ancak EVM ile uyumlu değil.
2. FuelVM: Paralel işleme için tasarlanmış yeni bir VM, Sway dili ile birlikte, sınırlı uyumluluk.
3. WASM: L2'de sözleşme dili olarak WASM'ı tanıttı, şu anda belirli bir L2 platformunda uygulanmış olup, gerçek bir uygulanabilirliğe sahiptir.
4. Bir kamu blok zinciri: Ana ağda RISC-V'nin sözleşme VM'si olarak kullanılması, Ethereum'a uygulamalı bir referans sağlamaktadır.

Ethereum kurucu ortağı, RISC-V'nin diğer seçeneklerin reddi anlamına gelmediğini öne sürdü. Gelecekte, yorumlayıcı mekanizmalarının Move, WASM gibi sanal makinelerin eklenmesi için de kullanılabileceğini düşünüyor ve çoklu yürütme ekosisteminin inşa edilmesini savunuyor.

Gelecek Etki Görünümü

Geliştirici deneyimi

• Solidity/Vyper gibi diller hala kullanılabilir, derleyici arka ucu değişir, dilin kendisi değil.
• Rust/C gibi yeni dillerin sözleşme yazma imkanı olabilir, ancak geçiş zorunlu değildir.

İşletme maliyeti ve performans

• Performans artışı, daha yüksek Gas limiti ve daha düşük ücretler getirecektir.
• RISC-V sözleşmeleri, önceden derlenmiş sözleşmelere olan bağımlılığı azaltabilir, Gaz modeli ZK kanıt maliyetine daha yakın olabilir.

Ekosistem uyumu ve gelişim

• İki VM'nin birlikte çalıştığı süre zarfında mevcut sözleşmeler sürdürülebilir şekilde çalışabilir, yeni sözleşmeler ise yavaş yavaş RISC-V'yi benimseyecektir.
• Altyapının yeni bytecode formatını desteklemesi gerekmektedir, bu da zincirler arası uyumluluk değişikliklerine yol açabilir.

Güvenlik ve Stabilite

• Yeni mimarinin kapsamlı testlere ve biçimsel doğrulamaya ihtiyacı var, protokol güvenilirliğini artırmak için.
• Daha sade bir yürütme katmanı, denetim ve saldırı yüzeyinin kontrolünü kolaylaştırır.

Sonuç

Ethereum'in kurucu ortağı, EVM'nin yerine RISC-V'yi önerdi, bu da gelecekteki performans sınırları ve protokol sadeliği üzerine derin bir düşünceyi yansıtıyor. Bu öneri henüz erken tartışma aşamasında ve uygulanması birkaç yıl sürecek bir süreç olarak bekleniyor; teknik, topluluk ve ekosistem gibi birçok zorluğun üstesinden gelinmesi gerekecek. Bu, mevcut yolu devirmek değil, temeli güçlendirmek ve geleceği hazırlamaktır.

Onun da dediği gibi: "Büyüklük sıçraması sağlamak için, bu radikal değişim tek uygulanabilir yol olabilir."

Bu, geleceğe bir bahis olarak görülebilir ve "altyapının yeniden şekillendirilip şekillendirilmeyeceği" konusunda derin bir keşif niteliğindedir.