Ethereum'un kurucu ortağı Vitalik Buterin, yakın zamanda Ethereum Magicians topluluğunda uzun vadeli bir öneri sundu: mevcut yürütme katmanı sanal makinesini (EVM) açık kaynaklı RISC-V talimat seti mimarisi ile değiştirmek. Bu tasarımı, konsensüs katmanı olan Beam Chain ile karşılaştıran Vitalik, bunun yürütme katmanında performans atılımı sağlamak ve protokol mantığını basitleştirmek için potansiyel tek yol olduğunu düşünüyor. Özellikle sıfır bilgi kanıtı (ZK Proof) verimliliği açısından, Vitalik EVM'yi değiştirme ile en fazla 100 kat optimizasyon sağlanabileceğini öngörüyor. Bu öneri, mevcut Ethereum'un ZK kanıt verimliliği, blok oluşturma karmaşıklığı, veri kullanılabilirliği gibi alanlardaki darboğaz sorunlarına yanıt vermeyi amaçlıyor.
Bu makalede, bu teklifin motivasyonunu, teknik detaylarını, uygulama yollarını ve zorluklarını basit bir dille açıklayacak, Ethereum'un mevcut ölçeklenme yoluna etkisini tartışacak ve topluluk tepkilerini ve benzer girişimleri gözden geçireceğiz.
Bir, mevcut EVM'nin sınırlamaları ve RISC-V'nin avantajları
EVM'nin Sorunu:
Eski mimari: EVM, modern CPU'larla uyumsuz olan 256 bit yığın yapısını kullanır ve bu durum ZK-EVM'in çalıştırılmasında verimsizliğe yol açar.
ZK Kanıtı Darboğazı: Succinct'in belirttiği gibi, ZK-EVM'nin yaklaşık yarısı EVM'nin kendisini yürütmek için kaynak kullanıyor, bu da ZK kanıtı verimliliğini sınırlıyor.
Kötü bakım: Yıllar boyunca biriken karmaşık işlevler, karmaşık standartlar; SELFDESTRUCT'ı devre dışı bırakmak zor.
Geliştirici kısıtlaması: Standart olmayan komut seti, çok dilli desteği kısıtlar; ana akım dillerin EVM bayt koduna verimli bir şekilde derlenmesi zordur.
RISC-V'in Avantajları:
Yüksek Performans: RISC-V, gerçek CPU'ların basitleştirilmiş bir komut setidir, donanım dostudur ve JIT optimizasyonu veya hatta donanım hızlandırması için kullanılabilir.
ZK Optimizasyonu: ZK kanıtında doğrudan RISC-V talimatları için devre üretmek, EVM işlemlerini kanıtlamaktan daha kolaydır.
Araç zinciri olgunlaştı: Rust/C/C++ gibi yaygın dilleri destekliyor, geliştirme eşiği daha düşük, ekosistem daha geniş.
Genel Standart: Zaten Nervos CKB gibi blok zincirleri tarafından benimsenmiştir ve başarılı örnekleri vardır.
Vitalik, 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.
İki, Değiştirme Yolu ve Zorluklar: EVM'den Nasıl Geçilir?
Üç Değiştirme Seçeneği:
Çift VM Eşzamanlı (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.
Zincir üstü yorumlayıcı çözümü (radikal): Tüm EVM sözleşmeleri zincir üstü RISC-V sözleşmeleri tarafından yorumlanarak yürütülecektir.
Açıklayıcı eklenti mekanizması (uzlaşma): Açıklayıcıyı protokol unsuru olarak kullanarak, gelecekte başka VM'lerin (örneğin Move) eklenmesine izin verir.
Uygulama ile Karşılaşılan Teknik Zorluklar:
Performans kaybı riski: RISC-V, x86 çipleri üzerinde simülasyon gerektirdiği için, başlangıçta optimize edilmiş EVM'den daha düşük verimlilikte olabilir.
Gaz fiyatlandırması yeniden yapılandırılmalı: RISC-V talimatları için yeni bir Gaz modeli tanımlanmalı, adalet ve güvenlik sağlanmalıdır.
Güvenli Sandbox Tasarımı: Sistem çağrılarını kısıtlama, kodun kendi kendini değiştirmesini önleme, belirli bir yürütme sağlaması.
Geliştirme Araçları Uyumluluğu: Derleyici, hata ayıklayıcı ve güvenlik denetim araçlarının güncellenmesi gerekiyor, RISC-V bayt kodunu destekliyor.
Taşınma uyumluluk sorunları: Bazı sözleşmeler EVM özelliklerine bağımlıdır, bu nedenle taşınma işlemi için uyum katmanının veya geri dönüş mekanizmasının dikkatlice tasarlanması gerekir.
Vitalik, geçiş yolu olarak birinci seçeneği tercih ediyor ve eski ve yeni sözleşmelerin birlikte çalışabilirliğini sürdüreceğine, geliştirici deneyiminin değişmeyeceğine ve kullanıcıların yükseltmeyi hissetmeyeceğine söz veriyor.
Üç, mevcut genişleme yollarının etkisi: RISC-V L2, veri parçalama vb. yerine geçer mi?
Cevap olumsuz: RISC-V, altyapı optimizasyonudur ve mevcut genişleme yollarını değiştirmeyecek.
Katman 2:
Rollup hâlâ Ethereum'un ölçeklenme ana gücü, RISC-V ise L1'in işleme verimliliğini ve ZK doğrulama performansını artırır, doğrudan işleme kapasitesini genişletmez.
Daha hızlı L1 doğrulama, Rollup'un 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 erişilebilirliği darboğazı hala EIP-4844 (blob) ve Danksharding ile çözülmelidir, RISC-V zincir üzerindeki veri kapasitesini etkilemez.
Yürütme mimarisindeki değişiklikler L1'in veri depolama gereksinimlerini değiştirmez.
FaaS, MEV:
Sanal makine mimarisinden bağımsızdır, RISC-V ilerlemesi nedeniyle geçersiz olmayacaktır.
Özet: RISC-V "motor değiştirme", L2/parçalama "yol açma ağı"dır, her ikisi farklı boyutlardadır ve birbirine paraleldir.
Dört, Topluluk Geri Bildirimi ve İlgili Denemeler
Topluluk Bölünmesi:
Destekçiler: Bunun, Solana/Sui gibi performans zorluklarına karşı bir yanıt olarak gerekli bir stratejik yükseltme olduğunu ve geleneksel geliştiricileri çekmeye yardımcı olacağını düşünüyor.
Muhafazakârlar: Uygulama zorluğundan, tarihi yüklerden, ekolojik araç zinciri güncelleme maliyetlerinden endişe duyuyorlar ve kaynak yatırımlarının çıktı oranını sorguluyorlar.
Benzer Proje Referansları:
Move VM (Aptos/Sui): Yeni kaynak odaklı VM, dil güvenliği yüksek, ancak EVM ile uyumlu değil.
FuelVM: Paralel işleme yönelik tasarlanmış yeni bir VM, Sway dili ile birlikte, sınırlı uyumluluk.
WASM (Stylus): L2'de sözleşme dili olarak WASM'ı tanıtarak, şu anda Arbitrum'da uygulanmıştır ve pratik bir uygulanabilirliğe sahiptir.
Nervos CKB: Ana ağda RISC-V'yi sözleşme VM'si olarak kullanma örneği, Ethereum'a pratik bir referans sağlar.
Vitalik, RISC-V'yi önermenin diğer seçenekleri reddettiği anlamına gelmediğini düşünüyor. Gelecekte yorumlayıcı mekanizmalarının Move, WASM gibi VM'lerin eklenmesi için de kullanılabileceğini ve çok yönlü bir yürütme ekosistemi oluşturabileceğini belirtiyor.
Beş, Gelecek Etki Görünümü: Eğer Ethereum RISC-V'ye geçerse
Geliştirici Deneyimi:
Solidity/Vyper gibi diller hâlâ kullanılabilir, derleyici arka ucu değişiyor, dilin kendisi değil.
Yeni diller olan Rust/C ile sözleşme yazma olanağı olabilir, ancak geçiş zorunlu değildir.
Çalışma Maliyetleri ve Performans:
Yürütme verimliliğinin artması, 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, Gas modeli ZK kanıt maliyetine daha yakın.
Ekosistem Uyum ve Gelişim:
Çift VM eşzamanlılığında mevcut sözleşmeler sürdürülebilir bir şekilde çalışabilir, yeni sözleşmeler ise kademeli olarak RISC-V'yi benimseyebilir.
Altyapının yeni bytecode formatını desteklemesi gerekmektedir, bu da zincirler arası uyumluluk değişikliklerine yol açabilir (örneğin BSC, Polygon'un kalıp kalmama sorunu).
Güvenlik ve Stabilite:
Yeni mimarinin geniş çapta test edilmesi ve biçimsel doğrulama gereklidir, protokol güvenilirliğini artırmak için.
Daha sade bir yürütme katmanı, denetim ve saldırı yüzeyi kontrolü için faydalıdır.
Sonuç
Vitalik, Ethereum EVM'sinin yerine RISC-V kullanılmasını önerdi, bu da Ethereum'un gelecekteki performans sınırları ve protokol sadeliği ü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üreceği bekleniyor; teknik, topluluk ve ekosistem gibi birçok zorluğun üstesinden gelinmesi gerekecek. Bu mevcut planı devirmek değil, temeli güçlendirmek ve geleceğe hazırlanmaktır.
Vitalik'in söylediği gibi: "Büyüklük sıçraması sağlamak için, bu tür radikal değişimler tek mümkün yol olabilir."
Bunu geleceğe bir bahis olarak görmekte fayda var, aynı zamanda "altyapının yeniden şekillendirilip şekillendirilmeyeceği" konusundaki derin bir keşif.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Vitalik Buterin'in radikal önerisi: Ethereum EVM'yi RISC-V ile değiştirmek, ZK genişleme için nihai çözüm mü?
Yazar | GaryMa Wu Blok Zinciri hakkında konuştu
Giriş
Ethereum'un kurucu ortağı Vitalik Buterin, yakın zamanda Ethereum Magicians topluluğunda uzun vadeli bir öneri sundu: mevcut yürütme katmanı sanal makinesini (EVM) açık kaynaklı RISC-V talimat seti mimarisi ile değiştirmek. Bu tasarımı, konsensüs katmanı olan Beam Chain ile karşılaştıran Vitalik, bunun yürütme katmanında performans atılımı sağlamak ve protokol mantığını basitleştirmek için potansiyel tek yol olduğunu düşünüyor. Özellikle sıfır bilgi kanıtı (ZK Proof) verimliliği açısından, Vitalik EVM'yi değiştirme ile en fazla 100 kat optimizasyon sağlanabileceğini öngörüyor. Bu öneri, mevcut Ethereum'un ZK kanıt verimliliği, blok oluşturma karmaşıklığı, veri kullanılabilirliği gibi alanlardaki darboğaz sorunlarına yanıt vermeyi amaçlıyor.
Bu makalede, bu teklifin motivasyonunu, teknik detaylarını, uygulama yollarını ve zorluklarını basit bir dille açıklayacak, Ethereum'un mevcut ölçeklenme yoluna etkisini tartışacak ve topluluk tepkilerini ve benzer girişimleri gözden geçireceğiz.
Bir, mevcut EVM'nin sınırlamaları ve RISC-V'nin avantajları
EVM'nin Sorunu:
Eski mimari: EVM, modern CPU'larla uyumsuz olan 256 bit yığın yapısını kullanır ve bu durum ZK-EVM'in çalıştırılmasında verimsizliğe yol açar.
ZK Kanıtı Darboğazı: Succinct'in belirttiği gibi, ZK-EVM'nin yaklaşık yarısı EVM'nin kendisini yürütmek için kaynak kullanıyor, bu da ZK kanıtı verimliliğini sınırlıyor.
Kötü bakım: Yıllar boyunca biriken karmaşık işlevler, karmaşık standartlar; SELFDESTRUCT'ı devre dışı bırakmak zor.
Geliştirici kısıtlaması: Standart olmayan komut seti, çok dilli desteği kısıtlar; ana akım dillerin EVM bayt koduna verimli bir şekilde derlenmesi zordur.
RISC-V'in Avantajları:
Yüksek Performans: RISC-V, gerçek CPU'ların basitleştirilmiş bir komut setidir, donanım dostudur ve JIT optimizasyonu veya hatta donanım hızlandırması için kullanılabilir.
ZK Optimizasyonu: ZK kanıtında doğrudan RISC-V talimatları için devre üretmek, EVM işlemlerini kanıtlamaktan daha kolaydır.
Araç zinciri olgunlaştı: Rust/C/C++ gibi yaygın dilleri destekliyor, geliştirme eşiği daha düşük, ekosistem daha geniş.
Genel Standart: Zaten Nervos CKB gibi blok zincirleri tarafından benimsenmiştir ve başarılı örnekleri vardır.
Vitalik, 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.
İki, Değiştirme Yolu ve Zorluklar: EVM'den Nasıl Geçilir?
Üç Değiştirme Seçeneği:
Çift VM Eşzamanlı (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.
Zincir üstü yorumlayıcı çözümü (radikal): Tüm EVM sözleşmeleri zincir üstü RISC-V sözleşmeleri tarafından yorumlanarak yürütülecektir.
Açıklayıcı eklenti mekanizması (uzlaşma): Açıklayıcıyı protokol unsuru olarak kullanarak, gelecekte başka VM'lerin (örneğin Move) eklenmesine izin verir.
Uygulama ile Karşılaşılan Teknik Zorluklar:
Performans kaybı riski: RISC-V, x86 çipleri üzerinde simülasyon gerektirdiği için, başlangıçta optimize edilmiş EVM'den daha düşük verimlilikte olabilir.
Gaz fiyatlandırması yeniden yapılandırılmalı: RISC-V talimatları için yeni bir Gaz modeli tanımlanmalı, adalet ve güvenlik sağlanmalıdır.
Güvenli Sandbox Tasarımı: Sistem çağrılarını kısıtlama, kodun kendi kendini değiştirmesini önleme, belirli bir yürütme sağlaması.
Geliştirme Araçları Uyumluluğu: Derleyici, hata ayıklayıcı ve güvenlik denetim araçlarının güncellenmesi gerekiyor, RISC-V bayt kodunu destekliyor.
Taşınma uyumluluk sorunları: Bazı sözleşmeler EVM özelliklerine bağımlıdır, bu nedenle taşınma işlemi için uyum katmanının veya geri dönüş mekanizmasının dikkatlice tasarlanması gerekir.
Vitalik, geçiş yolu olarak birinci seçeneği tercih ediyor ve eski ve yeni sözleşmelerin birlikte çalışabilirliğini sürdüreceğine, geliştirici deneyiminin değişmeyeceğine ve kullanıcıların yükseltmeyi hissetmeyeceğine söz veriyor.
Üç, mevcut genişleme yollarının etkisi: RISC-V L2, veri parçalama vb. yerine geçer mi?
Cevap olumsuz: RISC-V, altyapı optimizasyonudur ve mevcut genişleme yollarını değiştirmeyecek.
Katman 2:
Rollup hâlâ Ethereum'un ölçeklenme ana gücü, RISC-V ise L1'in işleme verimliliğini ve ZK doğrulama performansını artırır, doğrudan işleme kapasitesini genişletmez.
Daha hızlı L1 doğrulama, Rollup'un 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 erişilebilirliği darboğazı hala EIP-4844 (blob) ve Danksharding ile çözülmelidir, RISC-V zincir üzerindeki veri kapasitesini etkilemez.
Yürütme mimarisindeki değişiklikler L1'in veri depolama gereksinimlerini değiştirmez.
FaaS, MEV:
Sanal makine mimarisinden bağımsızdır, RISC-V ilerlemesi nedeniyle geçersiz olmayacaktır.
Özet: RISC-V "motor değiştirme", L2/parçalama "yol açma ağı"dır, her ikisi farklı boyutlardadır ve birbirine paraleldir.
Dört, Topluluk Geri Bildirimi ve İlgili Denemeler
Topluluk Bölünmesi:
Destekçiler: Bunun, Solana/Sui gibi performans zorluklarına karşı bir yanıt olarak gerekli bir stratejik yükseltme olduğunu ve geleneksel geliştiricileri çekmeye yardımcı olacağını düşünüyor.
Muhafazakârlar: Uygulama zorluğundan, tarihi yüklerden, ekolojik araç zinciri güncelleme maliyetlerinden endişe duyuyorlar ve kaynak yatırımlarının çıktı oranını sorguluyorlar.
Benzer Proje Referansları:
Move VM (Aptos/Sui): Yeni kaynak odaklı VM, dil güvenliği yüksek, ancak EVM ile uyumlu değil.
FuelVM: Paralel işleme yönelik tasarlanmış yeni bir VM, Sway dili ile birlikte, sınırlı uyumluluk.
WASM (Stylus): L2'de sözleşme dili olarak WASM'ı tanıtarak, şu anda Arbitrum'da uygulanmıştır ve pratik bir uygulanabilirliğe sahiptir.
Nervos CKB: Ana ağda RISC-V'yi sözleşme VM'si olarak kullanma örneği, Ethereum'a pratik bir referans sağlar.
Vitalik, RISC-V'yi önermenin diğer seçenekleri reddettiği anlamına gelmediğini düşünüyor. Gelecekte yorumlayıcı mekanizmalarının Move, WASM gibi VM'lerin eklenmesi için de kullanılabileceğini ve çok yönlü bir yürütme ekosistemi oluşturabileceğini belirtiyor.
Beş, Gelecek Etki Görünümü: Eğer Ethereum RISC-V'ye geçerse
Geliştirici Deneyimi:
Solidity/Vyper gibi diller hâlâ kullanılabilir, derleyici arka ucu değişiyor, dilin kendisi değil.
Yeni diller olan Rust/C ile sözleşme yazma olanağı olabilir, ancak geçiş zorunlu değildir.
Çalışma Maliyetleri ve Performans:
Yürütme verimliliğinin artması, 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, Gas modeli ZK kanıt maliyetine daha yakın.
Ekosistem Uyum ve Gelişim:
Çift VM eşzamanlılığında mevcut sözleşmeler sürdürülebilir bir şekilde çalışabilir, yeni sözleşmeler ise kademeli olarak RISC-V'yi benimseyebilir.
Altyapının yeni bytecode formatını desteklemesi gerekmektedir, bu da zincirler arası uyumluluk değişikliklerine yol açabilir (örneğin BSC, Polygon'un kalıp kalmama sorunu).
Güvenlik ve Stabilite:
Yeni mimarinin geniş çapta test edilmesi ve biçimsel doğrulama gereklidir, protokol güvenilirliğini artırmak için.
Daha sade bir yürütme katmanı, denetim ve saldırı yüzeyi kontrolü için faydalıdır.
Sonuç
Vitalik, Ethereum EVM'sinin yerine RISC-V kullanılmasını önerdi, bu da Ethereum'un gelecekteki performans sınırları ve protokol sadeliği ü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üreceği bekleniyor; teknik, topluluk ve ekosistem gibi birçok zorluğun üstesinden gelinmesi gerekecek. Bu mevcut planı devirmek değil, temeli güçlendirmek ve geleceğe hazırlanmaktır.
Vitalik'in söylediği gibi: "Büyüklük sıçraması sağlamak için, bu tür radikal değişimler tek mümkün yol olabilir."
Bunu geleceğe bir bahis olarak görmekte fayda var, aynı zamanda "altyapının yeniden şekillendirilip şekillendirilmeyeceği" konusundaki derin bir keşif.
Referans Kaynağı: