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 fikri, konsensüs katmanındaki Beam Chain ile karşılaştırarak, yürütme katmanında performans atılımı sağlamanın ve protokol mantığını basitleştirmenin potansiyel tek yolu olduğunu düşünüyor. Özellikle sıfır bilgi kanıtı (ZK Proof) verimliliği açısından, Vitalik EVM'nin değiştirilmesiyle en yüksek %100 oranında bir optimizasyon sağlanabileceğini öngörüyor. Bu öneri, mevcut Ethereum'un ZK kanıt verimliliği, blok inşa karmaşıklığı, veri kullanılabilirliği gibi konulardaki darboğaz sorunlarına yanıt vermeyi amaçlıyor.
Bu yazıda, bu önerinin motivasyonunu, teknik detaylarını, uygulama yollarını ve zorluklarını basit bir dille analiz edeceğiz, Ethereum'un mevcut ölçeklenme yoluna etkisini tartışacağız 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, 256 bit yığın yapısı kullanmaktadır ve modern CPU'larla uyumsuzdur, bu da ZK-EVM'yi çalıştırırken verimliliğin düşmesine neden olmaktadır.
ZK Kanıtı Sıkıntısı: Succinct'e göre, ZK-EVM'nin yaklaşık yarısı EVM'nin kendisini çalıştırmak için kaynak kullanıyor ve bu da ZK kanıtı verimliliğini sınırlıyor.
Bakım zorluğu: Yıllar içinde biriken karmaşık işlevler, düzensiz standartlar, örneğin SELFDESTRUCT'un kaldırılması zor.
Geliştirme kısıtlı: Standart dışı komut seti, çok dilli desteği kısıtlıyor; yaygın dillerin EVM bayt koduna verimli bir şekilde derlenmesi zor.
RISC-V'nin avantajları:
Yüksek performans: RISC-V, gerçek CPU'ların sadeleştirilmiş komut setidir, donanım dostudur ve JIT optimizasyonu 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 basittir.
Araç zinciri olgunlaştı: Rust/C/C++ gibi yaygın dilleri destekliyor, geliştirme eşiği daha düşük, ekosistem daha geniş.
Genel standartlar: Artık Nervos CKB gibi Blok Zincirleri tarafından benimsenmiştir ve başarılı örnekleri bulunmaktadır.
Vitalik, ZK-EVM'de EVM'yi RISC-V'ye derlemek yerine, doğrudan RISC-V'yi bir sözleşme yürütme mimarisi olarak kullanmanın, yürütme verimliliğini ve ölçeklenebilirlik potansiyelini temelden artıracağını belirtti.
İkincisi, değiştirme yolları ve zorluklar: EVM'den nasıl geçiş yapılır?
Üç değiştirme seçeneği:
Çift VM Paralelliği (En Koruyucu): 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.
Uygulamanın karşılaştığı teknik zorluklar:
Performans kaybı riski: RISC-V, x86 çiplerinde simüle edilmesi gerektiğinden, 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 kum havuzu tasarımı: Sistem çağrılarını sınırlamak, kodun kendini değiştirmesini önlemek, belirli bir yürütmeyi garanti etmek.
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şınabilirlik uyumluluğu sorunu: Bazı sözleşmeler EVM özelliklerine bağımlıdır, taşınma işlemi için uyum katmanı veya geri dönüş mekanizması dikkatli bir şekilde tasarlanmalıdır.
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çaları vb. yerine geçecek mi?
Cevap olumsuz: RISC-V bir altyapı optimizasyonudur, mevcut genişleme yollarını değiştirmeyecektir.
Katman 2:
Rollup, Ethereum'in ölçeklenme ana güç kaynağı olmaya devam ediyor; RISC-V, L1'in işlem verimliliğini ve ZK doğrulama performansını artırıyor, doğrudan throughput'u genişletmiyor.
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ırır.
Veri Parçalama ve EIP-4844:
Veri erişilebilirliği darboğazı hala EIP-4844 (blob) ve Danksharding ile çözülmesi gerekiyor, RISC-V zincir üzerindeki veri kapasitesini etkilemiyor.
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'nin ilerlemesi nedeniyle başarısız olmayacaktır.
Özet: RISC-V "motor değişimi", L2/parçalama "yol açma ağı"dır, her iki boyut farklıdır, paralel olarak çelişmez.
Dört, Topluluk Geri Bildirimi ve İlgili Denemeler
Topluluk Farklılıkları:
Destekçiler: Bunun, Solana/Sui gibi performans zorluklarına karşı gerekli bir stratejik yükseltme olduğunu ve geleneksel geliştiricileri çekmeye yardımcı olacağını düşünüyor.
Muhafazakârlar: Uygulama zorluğundan, tarihsel yükten, ekolojik araç zinciri güncelleme maliyetlerinin yüksekliğinden endişe ediyor ve kaynakların yatırım getirisini sorguluyor.
Benzer proje referansı:
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 VM, Sway dili ile birlikte, sınırlı uyumluluğa sahip.
WASM (Stylus): L2'de sözleşme dili olarak WASM'ı tanıttı, şu anda Arbitrum'da uygulanmış durumda ve gerçekçilik taşıyor.
Nervos CKB: Ana ağda RISC-V'nin sözleşme VM'si olarak kullanılması, Ethereum'a pratik bir referans sağlamaktadır.
Vitalik, RISC-V'yi önermenin diğer seçenekleri reddetmek anlamına gelmediğini düşünüyor. Gelecekteki yorumlayıcı mekanizmaların, Move, WASM gibi VM'leri eklemek için de kullanılabileceğini ve çok yönlü bir yürütme ekosistemi oluşturabileceğini düşünüyor.
Gelecekteki Etki Görünümü: Ethereum RISC-V'ye geçerse
Geliştirici deneyimi:
Solidity/Vyper gibi diller hâlâ kullanılabilir, derleyici arka ucu değişir, dilin kendisi değil.
Yeni diller olan Rust/C ile kontrat yazma olasılığı var, ancak geçiş zorunlu değil.
İşletme Maliyetleri ve Performans:
Yürütme verimliliğindeki 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, Gas modeli ZK kanıt maliyetine daha yakın olabilir.
Ekosistem Uyumluluğu ve Gelişimi:
Çift VM birlikte çalışma süresi boyunca 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 bayt kodu formatını desteklemesi gerekiyor, bu da zincirler arası uyumluluk değişikliği (örneğin BSC, Polygon'un durumu) yaratabilir.
Güvenlik ve Stabilite:
Yeni mimarinin geniş kapsamlı testlerden ve biçimsel doğrulamadan geçmesi, protokolün güvenilirliğini artıracaktır.
Daha sade bir yürütme katmanı, denetim ve saldırı yüzeyi kontrolü için faydalıdır.
Sonuç
Vitalik'in Ethereum EVM'yi RISC-V ile değiştirme önerisi, Ethereum'un gelecekteki performans sınırları ve protokol basitliği hakkındaki derin düşüncesini temsil ediyor. Teklif hala tartışmanın ilk aşamalarında ve uygulamanın çok sayıda teknik, topluluk ve ekolojik zorluğu kapsayacak çok yıllı bir süreç olması bekleniyor. Bu, mevcut gidişatı devirmekle ilgili değil, temeli güçlendirmek ve geleceğe hazırlanmakla ilgilidir.
Vitalik'in dediği gibi: "Büyüklük açısından bir sıçrama yapmak için, bu tür radikal değişiklikler tek geçerli yol olabilir."
Bunu geleceğe bir bahis olarak görmekte bir sakınca yok; ayrıca "temelin yeniden şekillendirilip şekillendirilmeyeceği" üzerine 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'in radikal fikri: RISC-V'nin Ethereum EVM'sinin yerini alması ne anlama geliyor?
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 fikri, konsensüs katmanındaki Beam Chain ile karşılaştırarak, yürütme katmanında performans atılımı sağlamanın ve protokol mantığını basitleştirmenin potansiyel tek yolu olduğunu düşünüyor. Özellikle sıfır bilgi kanıtı (ZK Proof) verimliliği açısından, Vitalik EVM'nin değiştirilmesiyle en yüksek %100 oranında bir optimizasyon sağlanabileceğini öngörüyor. Bu öneri, mevcut Ethereum'un ZK kanıt verimliliği, blok inşa karmaşıklığı, veri kullanılabilirliği gibi konulardaki darboğaz sorunlarına yanıt vermeyi amaçlıyor.
Bu yazıda, bu önerinin motivasyonunu, teknik detaylarını, uygulama yollarını ve zorluklarını basit bir dille analiz edeceğiz, Ethereum'un mevcut ölçeklenme yoluna etkisini tartışacağız 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, 256 bit yığın yapısı kullanmaktadır ve modern CPU'larla uyumsuzdur, bu da ZK-EVM'yi çalıştırırken verimliliğin düşmesine neden olmaktadır.
ZK Kanıtı Sıkıntısı: Succinct'e göre, ZK-EVM'nin yaklaşık yarısı EVM'nin kendisini çalıştırmak için kaynak kullanıyor ve bu da ZK kanıtı verimliliğini sınırlıyor.
Bakım zorluğu: Yıllar içinde biriken karmaşık işlevler, düzensiz standartlar, örneğin SELFDESTRUCT'un kaldırılması zor.
Geliştirme kısıtlı: Standart dışı komut seti, çok dilli desteği kısıtlıyor; yaygın dillerin EVM bayt koduna verimli bir şekilde derlenmesi zor.
RISC-V'nin avantajları:
Yüksek performans: RISC-V, gerçek CPU'ların sadeleştirilmiş komut setidir, donanım dostudur ve JIT optimizasyonu 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 basittir.
Araç zinciri olgunlaştı: Rust/C/C++ gibi yaygın dilleri destekliyor, geliştirme eşiği daha düşük, ekosistem daha geniş.
Genel standartlar: Artık Nervos CKB gibi Blok Zincirleri tarafından benimsenmiştir ve başarılı örnekleri bulunmaktadır.
Vitalik, ZK-EVM'de EVM'yi RISC-V'ye derlemek yerine, doğrudan RISC-V'yi bir sözleşme yürütme mimarisi olarak kullanmanın, yürütme verimliliğini ve ölçeklenebilirlik potansiyelini temelden artıracağını belirtti.
İkincisi, değiştirme yolları ve zorluklar: EVM'den nasıl geçiş yapılır?
Üç değiştirme seçeneği:
Çift VM Paralelliği (En Koruyucu): 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.
Uygulamanın karşılaştığı teknik zorluklar:
Performans kaybı riski: RISC-V, x86 çiplerinde simüle edilmesi gerektiğinden, 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 kum havuzu tasarımı: Sistem çağrılarını sınırlamak, kodun kendini değiştirmesini önlemek, belirli bir yürütmeyi garanti etmek.
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şınabilirlik uyumluluğu sorunu: Bazı sözleşmeler EVM özelliklerine bağımlıdır, taşınma işlemi için uyum katmanı veya geri dönüş mekanizması dikkatli bir şekilde tasarlanmalıdır.
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çaları vb. yerine geçecek mi?
Cevap olumsuz: RISC-V bir altyapı optimizasyonudur, mevcut genişleme yollarını değiştirmeyecektir.
Katman 2:
Rollup, Ethereum'in ölçeklenme ana güç kaynağı olmaya devam ediyor; RISC-V, L1'in işlem verimliliğini ve ZK doğrulama performansını artırıyor, doğrudan throughput'u genişletmiyor.
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ırır.
Veri Parçalama ve EIP-4844:
Veri erişilebilirliği darboğazı hala EIP-4844 (blob) ve Danksharding ile çözülmesi gerekiyor, RISC-V zincir üzerindeki veri kapasitesini etkilemiyor.
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'nin ilerlemesi nedeniyle başarısız olmayacaktır.
Özet: RISC-V "motor değişimi", L2/parçalama "yol açma ağı"dır, her iki boyut farklıdır, paralel olarak çelişmez.
Dört, Topluluk Geri Bildirimi ve İlgili Denemeler
Topluluk Farklılıkları:
Destekçiler: Bunun, Solana/Sui gibi performans zorluklarına karşı gerekli bir stratejik yükseltme olduğunu ve geleneksel geliştiricileri çekmeye yardımcı olacağını düşünüyor.
Muhafazakârlar: Uygulama zorluğundan, tarihsel yükten, ekolojik araç zinciri güncelleme maliyetlerinin yüksekliğinden endişe ediyor ve kaynakların yatırım getirisini sorguluyor.
Benzer proje referansı:
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 VM, Sway dili ile birlikte, sınırlı uyumluluğa sahip.
WASM (Stylus): L2'de sözleşme dili olarak WASM'ı tanıttı, şu anda Arbitrum'da uygulanmış durumda ve gerçekçilik taşıyor.
Nervos CKB: Ana ağda RISC-V'nin sözleşme VM'si olarak kullanılması, Ethereum'a pratik bir referans sağlamaktadır.
Vitalik, RISC-V'yi önermenin diğer seçenekleri reddetmek anlamına gelmediğini düşünüyor. Gelecekteki yorumlayıcı mekanizmaların, Move, WASM gibi VM'leri eklemek için de kullanılabileceğini ve çok yönlü bir yürütme ekosistemi oluşturabileceğini düşünüyor.
Geliştirici deneyimi:
Solidity/Vyper gibi diller hâlâ kullanılabilir, derleyici arka ucu değişir, dilin kendisi değil.
Yeni diller olan Rust/C ile kontrat yazma olasılığı var, ancak geçiş zorunlu değil.
İşletme Maliyetleri ve Performans:
Yürütme verimliliğindeki 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, Gas modeli ZK kanıt maliyetine daha yakın olabilir.
Ekosistem Uyumluluğu ve Gelişimi:
Çift VM birlikte çalışma süresi boyunca 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 bayt kodu formatını desteklemesi gerekiyor, bu da zincirler arası uyumluluk değişikliği (örneğin BSC, Polygon'un durumu) yaratabilir.
Güvenlik ve Stabilite:
Yeni mimarinin geniş kapsamlı testlerden ve biçimsel doğrulamadan geçmesi, protokolün güvenilirliğini artıracaktır.
Daha sade bir yürütme katmanı, denetim ve saldırı yüzeyi kontrolü için faydalıdır.
Sonuç
Vitalik'in Ethereum EVM'yi RISC-V ile değiştirme önerisi, Ethereum'un gelecekteki performans sınırları ve protokol basitliği hakkındaki derin düşüncesini temsil ediyor. Teklif hala tartışmanın ilk aşamalarında ve uygulamanın çok sayıda teknik, topluluk ve ekolojik zorluğu kapsayacak çok yıllı bir süreç olması bekleniyor. Bu, mevcut gidişatı devirmekle ilgili değil, temeli güçlendirmek ve geleceğe hazırlanmakla ilgilidir.
Vitalik'in dediği gibi: "Büyüklük açısından bir sıçrama yapmak için, bu tür radikal değişiklikler tek geçerli yol olabilir."
Bunu geleceğe bir bahis olarak görmekte bir sakınca yok; ayrıca "temelin yeniden şekillendirilip şekillendirilmeyeceği" üzerine derin bir keşif.
Referans Kaynağı: