Ethereum kurucu ortağı Vitalik Buterin kısa süre önce Ethereum Magicians topluluğunda mevcut Yürütme Katmanı Sanal Makinesi'ni (EVM) açık kaynaklı RISC-V komut seti mimarisiyle değiştirmek için uzun vadeli bir teklifte bulundu. Bu fikri, yürütme katmanında bir performans atılımı elde etmenin ve protokol mantığını basitleştirmenin tek potansiyel yolu olarak gördüğü konsensüs katmanının Işın Zinciri ile karşılaştırıyor. Özellikle sıfır bilgi kanıtı (ZK kanıtı) verimliliği açısından Vitalik, EVM'leri değiştirerek 100 kata kadar optimizasyon iyileştirmesi elde etmeyi bekliyor. Teklif, Ethereum'un ZK kanıt verimliliği, blok oluşturma karmaşıklığı, veri kullanılabilirliği vb. açısından mevcut darboğazlarını ele almayı amaçlıyor.
Bu metin, bu önerinin motivasyonunu, teknik detaylarını, uygulama yolunu ve zorluklarını basit bir dille analiz edecek, mevcut Ethereum genişletme yoluna etkisini tartışacak ve topluluğun tepkisini ve benzer girişimleri gözden geçirecektir.
Bir. Mevcut EVM'nin sınırlamaları ve RISC-V'nin avantajları
EVM'nin sorunu:
Eski mimari: EVM, 256 bit yığın yapısı kullanır ve modern CPU'larla uyumsuzdur, bu da ZK-EVM'yi çalıştırırken verimliliğin düşmesine neden olur.
ZK kanıtı darboğazı: Succinct'e göre, ZK-EVM'in 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.
Bakım zorluğu: Yıllar boyunca karmaşık işlevlerin birikimi, kuralların karmaşası, SELFDESTRUCT'un kaldırılmasının zor olması gibi.
Geliştirme kısıtlı: Standart olmayan komut setleri, çok dilli desteği kısıtlamakta ve yaygın dillerin EVM bayt koduna verimli bir şekilde derlenmesini zorlaştırmaktadır.
RISC-V'nin avantajları:
Yüksek Performans: RISC-V, gerçek CPU'ların sadeleştirilmiş talimat 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 oluşturmak, EVM işlemlerini kanıtlamaktan daha basittir.
Araç zinciri olgun: Rust/C/C++ gibi ana akım dilleri destekler, geliştirme eşiği daha düşük, ekosistem daha geniş.
Genel Standart: 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 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çilir?
Üç değiştirme seçeneği:
İki VM'nin Birlikte Çalışması (En Korumacı): EVM ve RISC-V paralel olarak çalışır, yeni sözleşmeler RISC-V'yi seçebilir, geçiş süresinin uyumunu sağlar.
Zincir Üzerinde Açıklayıcı Çözüm (Radikal): Tüm EVM sözleşmeleri zincir üzerinde RISC-V sözleşmeleri tarafından yorumlanarak yürütülecektir.
Açıklayıcı eklenti mekanizması (uzlaşma): Açıklayıcıyı bir protokol unsuru olarak alarak, gelecekte başka VM'lerin (örneğin Move) eklenmesine izin verir.
Uygulamanın Karşılaştığı Teknik Zorluklar:
Performans kaybı riski: RISC-V, x 86 yongası üzerinde simüle edilmesi gerektiğinden, başlangıçta optimize edilmiş EVM'den daha düşük bir verimlilikle çalışabilir.
Gas fiyatlandırması yeniden yapılandırılmalıdır: RISC-V komutları için yeni bir Gas 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, kesin 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 byte kodunu destekliyor.
Taşınma uyumluluk sorunları: Bazı sözleşmeler EVM özelliklerine bağlıdır, bu nedenle taşınma sırasında uyum katmanı veya geri dönüş mekanizması dikkatlice tasarlanmalıdır.
Vitalik, geçiş yolu olarak seçenek birini 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 fark etmeden güncelleme yapacaklarına söz veriyor.
Üç, mevcut genişletme yollarının etkisi: RISC-V L 2'yi, veri parçalarını vb. değiştirecek mi?
Cevap olumsuz: RISC-V, altyapı optimizasyonudur, mevcut ölçeklendirme yollarının yerini almayacaktır.
Katman 2：
Rollup hala Ethereum'un ölçeklenme ana gücü, RISC-V'nin artırdığı şey L 1'in işlem verimliliği ve ZK doğrulama performansı, doğrudan throughput'u genişletmek değil.
Daha hızlı L 1 doğrulaması, Rollup'un 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 kullanılabilirliği darboğazı hâlâ EIP-4844 (blob) ve Danksharding ile çözülmelidir, RISC-V zincir üzerindeki veri kapasitesini etkilemez.
Yürütme mimarisindeki değişiklikler L 1'in veri depolama gereksinimlerini değiştirmez.
FaaS, MEV:
Sanal makine mimarisiyle ilgisi yoktur, RISC-V ilerlemesi nedeniyle geçersiz hale gelmeyecektir.
Özet: RISC-V "motor değiştirme", L 2/şardalama "yol açma ağı"dır, her iki boyut farklıdır ve paralel bir şekilde çelişmez.
Dört, Topluluk Geri Bildirimi ve İlgili Denemeler
Topluluk Anlaşmazlığı:
Destekçiler: Bunu Solana/Sui gibi performans zorluklarına karşı gerekli bir stratejik yükseltme olarak görüyorlar ve geleneksel geliştiricileri çekmeye yardımcı olacağını düşünüyorlar.
Muhafazakârlar: Uygulama zorluğu, tarihî yükler ve ekolojik araç zinciri güncelleme maliyetleri konusunda endişe duyuyor, kaynak yatırımı ve çıktı oranını sorguluyor.
Benzer proje referansları:
Move VM (Aptos/Sui): Yenilikçi kaynak odaklı VM, dil güvenliği güçlü, 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): L 2'de sözleşme dili olarak WASM'ı tanıttı, şu anda Arbitrum'da uygulanmış durumda ve pratik bir uygulanabilirliğe sahip.
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'nin diğer seçenekleri reddettiği anlamına gelmediğini öne sürdü. Gelecekte yorumlayıcı mekanizmalarının Move, WASM gibi VM'leri entegre etmek için de kullanılabileceğini ve çok yönlü bir yürütme ekosistemi inşa edilebileceğini düşünüyor.
Beş, Gelecek Etki Görünümü: Eğer Ethereum RISC-V'ye geçerse
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 imkanı olabilir, ancak geçiş zorunlu değildir.
Çalışma Maliyeti ve Performans:
İşlem 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 ve Gas modeli ZK kanıtı maliyetine daha yakın olabilir.
Ekosistem Uyumu ve Gelişimi:
Çift VM birlikte varlık süresince mevcut sözleşmeler sürdürülebilir bir şekilde çalışabilir, yeni sözleşmeler yavaş yavaş RISC-V kullanmaya başlayacaktır.
Altyapının yeni bytecode formatını desteklemesi gerekiyor, bu da zincirler arası uyumluluk değişikliklerine neden olabilir (örneğin BSC, Polygon kalıp kalmama sorunu).
Güvenlik ve Stabilite:
Yeni mimari geniş kapsamlı testler ve biçimsel doğrulama gerektirir, protokol güvenilirliğini artırır.
Daha basit bir yürütme katmanı, denetim ve saldırı yüzeyinin kontrolüne yardımcı olur.
Sonuç
Vitalik, Ethereum EVM's yerine RISC-V'yi önerdi. Bu, Ethereum'un gelecekteki performans sınırları ve protokol basitliği üzerine derin bir düşünceyi temsil ediyor. Bu teklif henüz erken tartışma aşamasında ve uygulanması birkaç yıl sürecek bir süreç olması bekleniyor. Teknik, topluluk ve ekosistem gibi çok sayıda zorluğun üstesinden gelinmesi gerekecek. Mevcut yolu devirmek değil, temeli güçlendirmek ve geleceğe hazırlanmaktır.
Vitalik'in dediği gibi: "Büyüklükte bir artış sağlamak için, bu radikal değişim tek uygulanabilir yol olabilir."
Bunu geleceğe bir bahis olarak görmemiz ve "altyapının yeniden şekillendirilip şekillendirilmeyeceği" konusunda derin bir keşif yapmamız iyi olur.
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 tasarımı: RISC-V'nin Ethereum EVM'nin yerini alması ne anlama geliyor?
Yazan: GaryMa Wu, Blok Zinciri hakkında konuştu
Giriş
Ethereum kurucu ortağı Vitalik Buterin kısa süre önce Ethereum Magicians topluluğunda mevcut Yürütme Katmanı Sanal Makinesi'ni (EVM) açık kaynaklı RISC-V komut seti mimarisiyle değiştirmek için uzun vadeli bir teklifte bulundu. Bu fikri, yürütme katmanında bir performans atılımı elde etmenin ve protokol mantığını basitleştirmenin tek potansiyel yolu olarak gördüğü konsensüs katmanının Işın Zinciri ile karşılaştırıyor. Özellikle sıfır bilgi kanıtı (ZK kanıtı) verimliliği açısından Vitalik, EVM'leri değiştirerek 100 kata kadar optimizasyon iyileştirmesi elde etmeyi bekliyor. Teklif, Ethereum'un ZK kanıt verimliliği, blok oluşturma karmaşıklığı, veri kullanılabilirliği vb. açısından mevcut darboğazlarını ele almayı amaçlıyor.
Bu metin, bu önerinin motivasyonunu, teknik detaylarını, uygulama yolunu ve zorluklarını basit bir dille analiz edecek, mevcut Ethereum genişletme yoluna etkisini tartışacak ve topluluğun tepkisini ve benzer girişimleri gözden geçirecektir.
Bir. Mevcut EVM'nin sınırlamaları ve RISC-V'nin avantajları
EVM'nin sorunu:
Eski mimari: EVM, 256 bit yığın yapısı kullanır ve modern CPU'larla uyumsuzdur, bu da ZK-EVM'yi çalıştırırken verimliliğin düşmesine neden olur.
ZK kanıtı darboğazı: Succinct'e göre, ZK-EVM'in 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.
Bakım zorluğu: Yıllar boyunca karmaşık işlevlerin birikimi, kuralların karmaşası, SELFDESTRUCT'un kaldırılmasının zor olması gibi.
Geliştirme kısıtlı: Standart olmayan komut setleri, çok dilli desteği kısıtlamakta ve yaygın dillerin EVM bayt koduna verimli bir şekilde derlenmesini zorlaştırmaktadır.
RISC-V'nin avantajları:
Yüksek Performans: RISC-V, gerçek CPU'ların sadeleştirilmiş talimat 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 oluşturmak, EVM işlemlerini kanıtlamaktan daha basittir.
Araç zinciri olgun: Rust/C/C++ gibi ana akım dilleri destekler, geliştirme eşiği daha düşük, ekosistem daha geniş.
Genel Standart: 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 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çilir?
Üç değiştirme seçeneği:
İki VM'nin Birlikte Çalışması (En Korumacı): EVM ve RISC-V paralel olarak çalışır, yeni sözleşmeler RISC-V'yi seçebilir, geçiş süresinin uyumunu sağlar.
Zincir Üzerinde Açıklayıcı Çözüm (Radikal): Tüm EVM sözleşmeleri zincir üzerinde RISC-V sözleşmeleri tarafından yorumlanarak yürütülecektir.
Açıklayıcı eklenti mekanizması (uzlaşma): Açıklayıcıyı bir protokol unsuru olarak alarak, gelecekte başka VM'lerin (örneğin Move) eklenmesine izin verir.
Uygulamanın Karşılaştığı Teknik Zorluklar:
Performans kaybı riski: RISC-V, x 86 yongası üzerinde simüle edilmesi gerektiğinden, başlangıçta optimize edilmiş EVM'den daha düşük bir verimlilikle çalışabilir.
Gas fiyatlandırması yeniden yapılandırılmalıdır: RISC-V komutları için yeni bir Gas 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, kesin 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 byte kodunu destekliyor.
Taşınma uyumluluk sorunları: Bazı sözleşmeler EVM özelliklerine bağlıdır, bu nedenle taşınma sırasında uyum katmanı veya geri dönüş mekanizması dikkatlice tasarlanmalıdır.
Vitalik, geçiş yolu olarak seçenek birini 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 fark etmeden güncelleme yapacaklarına söz veriyor.
Üç, mevcut genişletme yollarının etkisi: RISC-V L 2'yi, veri parçalarını vb. değiştirecek mi?
Cevap olumsuz: RISC-V, altyapı optimizasyonudur, mevcut ölçeklendirme yollarının yerini almayacaktır.
Katman 2：
Rollup hala Ethereum'un ölçeklenme ana gücü, RISC-V'nin artırdığı şey L 1'in işlem verimliliği ve ZK doğrulama performansı, doğrudan throughput'u genişletmek değil.
Daha hızlı L 1 doğrulaması, Rollup'un 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 kullanılabilirliği darboğazı hâlâ EIP-4844 (blob) ve Danksharding ile çözülmelidir, RISC-V zincir üzerindeki veri kapasitesini etkilemez.
Yürütme mimarisindeki değişiklikler L 1'in veri depolama gereksinimlerini değiştirmez.
FaaS, MEV:
Sanal makine mimarisiyle ilgisi yoktur, RISC-V ilerlemesi nedeniyle geçersiz hale gelmeyecektir.
Özet: RISC-V "motor değiştirme", L 2/şardalama "yol açma ağı"dır, her iki boyut farklıdır ve paralel bir şekilde çelişmez.
Dört, Topluluk Geri Bildirimi ve İlgili Denemeler
Topluluk Anlaşmazlığı:
Destekçiler: Bunu Solana/Sui gibi performans zorluklarına karşı gerekli bir stratejik yükseltme olarak görüyorlar ve geleneksel geliştiricileri çekmeye yardımcı olacağını düşünüyorlar.
Muhafazakârlar: Uygulama zorluğu, tarihî yükler ve ekolojik araç zinciri güncelleme maliyetleri konusunda endişe duyuyor, kaynak yatırımı ve çıktı oranını sorguluyor.
Benzer proje referansları:
Move VM (Aptos/Sui): Yenilikçi kaynak odaklı VM, dil güvenliği güçlü, 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): L 2'de sözleşme dili olarak WASM'ı tanıttı, şu anda Arbitrum'da uygulanmış durumda ve pratik bir uygulanabilirliğe sahip.
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'nin diğer seçenekleri reddettiği anlamına gelmediğini öne sürdü. Gelecekte yorumlayıcı mekanizmalarının Move, WASM gibi VM'leri entegre etmek için de kullanılabileceğini ve çok yönlü bir yürütme ekosistemi inşa edilebileceğini düşünüyor.
Beş, Gelecek Etki Görünümü: Eğer Ethereum RISC-V'ye geçerse
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 imkanı olabilir, ancak geçiş zorunlu değildir.
Çalışma Maliyeti ve Performans:
İşlem 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 ve Gas modeli ZK kanıtı maliyetine daha yakın olabilir.
Ekosistem Uyumu ve Gelişimi:
Çift VM birlikte varlık süresince mevcut sözleşmeler sürdürülebilir bir şekilde çalışabilir, yeni sözleşmeler yavaş yavaş RISC-V kullanmaya başlayacaktır.
Altyapının yeni bytecode formatını desteklemesi gerekiyor, bu da zincirler arası uyumluluk değişikliklerine neden olabilir (örneğin BSC, Polygon kalıp kalmama sorunu).
Güvenlik ve Stabilite:
Yeni mimari geniş kapsamlı testler ve biçimsel doğrulama gerektirir, protokol güvenilirliğini artırır.
Daha basit bir yürütme katmanı, denetim ve saldırı yüzeyinin kontrolüne yardımcı olur.
Sonuç
Vitalik, Ethereum EVM's yerine RISC-V'yi önerdi. Bu, Ethereum'un gelecekteki performans sınırları ve protokol basitliği üzerine derin bir düşünceyi temsil ediyor. Bu teklif henüz erken tartışma aşamasında ve uygulanması birkaç yıl sürecek bir süreç olması bekleniyor. Teknik, topluluk ve ekosistem gibi çok sayıda zorluğun üstesinden gelinmesi gerekecek. Mevcut yolu devirmek değil, temeli güçlendirmek ve geleceğe hazırlanmaktır.
Vitalik'in dediği gibi: "Büyüklükte bir artış sağlamak için, bu radikal değişim tek uygulanabilir yol olabilir."
Bunu geleceğe bir bahis olarak görmemiz ve "altyapının yeniden şekillendirilip şekillendirilmeyeceği" konusunda derin bir keşif yapmamız iyi olur.