Ethereum'un gelecekteki planlarında, Ethereum'un kurucularından Vitalik Buterin tarafından başlatılan yeni bir öneri toplulukta büyük bir tartışma yarattı: RISC-V'nin akıllı sözleşmeler için sanal makine dili olarak EVM'nin (Ethereum Sanal Makinesi) yerini alması. Bu fikir, yürütme katmanında 'beam chain seviyesinde büyük bir yükseltme' olarak benzetilmekte, sadece ölçeklenme için değil, aynı zamanda mevcut yürütme katmanının karmaşıklığı ve verimliliğindeki köklü darboğazları çözmek için de ortaya atılmıştır.
RISC-V nedir? Neden EVM'yi değiştirmeli?
Teklifin özü, mevcut Ethereum akıllı sözleşmelerinde kullanılan EVM'nin açık kaynaklı, modüler bir talimat seti mimarisi olan RISC-V ile değiştirilmesidir. Bu tür bir dönüşüm, Ethereum'un mevcut geliştirici araçlarını ve geliştirici alışkanlıklarını bozmayacaktır, çünkü:
Mevcut hesap sistemi, çapraz sözleşme çağrıları, depolama yöntemleri gibi temel soyutlama katmanları hala korunmaktadır.
Asıl Solidity ve Vyper dilleri RISC-V'yi arka uç olarak kullanarak derlenebilir, geliştirici deneyiminde büyük bir değişiklik olmayacaktır.
Eski EVM akıllı sözleşmeleri, yeni RISC-V akıllı sözleşmeleri ile iki yönlü olarak iletişim kurmaya devam edebilir.
Böylece, geliştiricilerin her şeyi yeniden öğrenmesine gerek kalmayacak, ancak Ethereum'un alt yapısının performansı ve sadeliği önemli ölçüde artması bekleniyor.
ZK-EVM en büyük performans darboğazıdır.
Gelecekteki birçok ölçeklenebilirlik önerisi (EIP-4444, gecikmeli yürütme ve durumsuz istemci gibi) çevrimiçi olarak sunulduğunda, Ethereum L1 ölçeklenebilirlik kapasitesini gerçekten sınırlayan faktörler şunlar olacaktır:
Veri kullanılabilirliği örnekleme ve tarihsel depolama protokollerinin istikrarı
Blok üretiminin piyasa rekabeti
ZK-EVM kanıt verimliliği
Şu anda ZK-EVM, bir bloğun kanıtlanma sürecinde, sadece EVM Sanal Makinesi mantığını çalıştırmak yaklaşık %50 kaynak kaplıyor. Bu, akıllı sözleşmelerin doğrudan RISC-V ortamında çalışmasını sağlarsak, ZK kanıtı verimliliğinin 50 katına, hatta 100 katına kadar artma şansının olduğunu gösteriyor.
İlginçtir ki, günümüzde ZK-EVM'nin kanıt süreci, aslında EVM'nin RISC-V'ye derlenmesi ve ardından ZK sisteminin buna kanıt sağlamasıdır. Bu nedenle, doğrudan RISC-V'yi Ethereum'un yürütme katmanının yerel sanal makinesi haline getirmek sadece mantıklı değil, aynı zamanda ara dönüşümün kaynak tüketimini de ortadan kaldırır.
RISC-V neden hızlı? Hash fonksiyonlarından yapı tasarımına kadar kapsamlı optimizasyon
Şu anda ZK-EVM'nin en fazla kaynak tüketen dört ana kalemi şunlardır:
deserialize_inputs
initialize_witness_db
state_root_computation
blok_çalıştırma
İlk üçü, daha dostça karma fonksiyonları (örneğin Poseidon) ve ikili durum ağaçları kullanarak büyük ölçüde optimize edebilir. Örneğin, Poseidon bir dizüstü bilgisayarda saniyede 2 milyon karma işlemi yapabilir, bu da Keccak'ın 15 bin işlemine göre çok daha üstündür. Bu optimizasyonlar uygulanırsa, ilk %50 yük büyük ölçüde azalacaktır.
Ama geri kalan %50 hala geliyor
blok_yürütme
Bu kısım yalnızca daha verimli bir VM tasarımı, örneğin RISC-V ile köklü bir şekilde çözülebilir.
Üç tür uygulama yöntemi, muhafazakar olandan radikal olana kadar seçenekler mevcuttur.
Vitalik üç teknik uygulama yolunu önerdi:
– Seçenek 1: İki Sanal Makine ile paralel (en düşük risk): Sözleşmelerin EVM veya RISC-V'yi seçmesine izin verir, her ikisi de birbirleriyle iletişim kurar ve kaynakları paylaşır, uyumluluk ve yeniliği dengeler.
– Seçenek İki: RISC-V paketli EVM yorumlayıcısı (radikal yükseltme): Tüm EVM sözleşmeleri, RISC-V'nin entegre EVM yorumlayıcısı aracılığıyla çalıştırılacak ve genel yürütme katmanı tek bir altyapıya geçiş yapacaktır.
Seçenek üç: Protokol katmanı sanal makine yorumlayıcısını destekliyor (orta yol): Protokolde "sanal makine modülü" tasarlanmıştır, varsayılan olarak RISC-V ile EVM yorumlayıcısı uygulanır ve gelecekte Move gibi diğer dillere genişletilmesine izin verir.
Bu yolların ortak avantajları şunlardır: yürütme katmanı spesifikasyonlarını basitleştirmek, bakım kolaylığını ve doğrulama şeffaflığını artırmak.
Sui geliştirme şirketi Mysten Labs kurucu ortağı: Eğer yeniden başlayabilseydi, Move'u seçecekti, çok dilli olmayı düşünmeden.
Bu öneri hakkında, Sui geliştirme şirketi Mysten Labs'ın kurucu ortağı Sam Blackshear da görüş bildirdi. Kendisi, "Ethereum için RISC-V arka ucunun benim için iyi bir seçim olduğunu düşünüyorum (çünkü mevcut EVM sözleşmelerini desteklemesi gerekiyor). Ancak sıfırdan yeni bir zincir tasarlamam gerekse, çoklu dil desteği yerine Move'u tercih ederim. Sui'nin birçok avantajı, tüm yığında güçlü türde nesnelerin ortak soyutlama katmanı olarak kullanılmasından kaynaklanıyor."
Bu, farklı blok zincirlerinin "Sanal Makine seçim stratejisi" ile ilgili tarihsel faktörleri yansıtmaktadır. Ethereum, en erken gelişim aşamasında birçok gelecekteki ihtiyaç ve gelişmeyi öngörememiştir. Şu anda, değişime yanıt olarak uyumluluk ve geçiş tasarımına vurgu yapmaktadır; yeni kamu zinciri Sui ise, dilin alt katmanına kadar tam yığın entegrasyonu hedeflemekte ve geliştirme ile güvenliği sıkı bir şekilde entegre etmektedir.
Typus Finance büyüme lideri Kyrie, geçmişte EthTaipei etkinliğinde Vitalik ile yaptığı bir sohbeti de paylaştı. Şöyle hatırlıyor: "O zaman Vitalik'e şunu sordum: 'Move dili ve nesne yönelimli ayarların blok zinciri güvenliğini artırabileceğini düşünüyor musun?'"
O şöyle yanıtladı: "Bunun hiçbir şeyi değiştirdiğini düşünmüyorum, proje çalındıysa çalındı, hangi dil olursa olsun aynı."
Ancak Kyrie, Move'un gerçekten de geliştirme hatası yapma olasılığını azaltabileceğini, Rust'tan daha kolay öğrenilebileceğini ve nesne yönelimli modelin risk alanını sınırlamaya yardımcı olduğunu belirtti. "Sözleşme çalındığında, kayıplar sınırlı bir miktar olabilir, sınırsız bir maruz kalma değil." diye ekledi.
O zamanlar Vitalik bir görüş belirtmemiş olsa da, şu anda RISC-V'yi daha güçlü, modüler bir alternatif olarak önermesi, dil tasarımının blok zinciri güvenliğine yaklaşımında küçük bir değişim olduğunu gösteriyor gibi görünüyor.
Bu makalede Ethereum kalp ameliyatı mı? Vitalik önerisi Ethereum yürütme katmanının EVM'yi tamamen değiştirebileceği, RISC-V kullanarak, ilk olarak Zincir Haberleri ABMedia'da ortaya çıktı.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Ethereum kalp ameliyatı mı? Vitalik, Ethereum yürütme katmanının EVM'yi tamamen değiştirebileceğini, RISC-V'ye geçiş yapabileceğini önerdi.
Ethereum'un gelecekteki planlarında, Ethereum'un kurucularından Vitalik Buterin tarafından başlatılan yeni bir öneri toplulukta büyük bir tartışma yarattı: RISC-V'nin akıllı sözleşmeler için sanal makine dili olarak EVM'nin (Ethereum Sanal Makinesi) yerini alması. Bu fikir, yürütme katmanında 'beam chain seviyesinde büyük bir yükseltme' olarak benzetilmekte, sadece ölçeklenme için değil, aynı zamanda mevcut yürütme katmanının karmaşıklığı ve verimliliğindeki köklü darboğazları çözmek için de ortaya atılmıştır.
RISC-V nedir? Neden EVM'yi değiştirmeli?
Teklifin özü, mevcut Ethereum akıllı sözleşmelerinde kullanılan EVM'nin açık kaynaklı, modüler bir talimat seti mimarisi olan RISC-V ile değiştirilmesidir. Bu tür bir dönüşüm, Ethereum'un mevcut geliştirici araçlarını ve geliştirici alışkanlıklarını bozmayacaktır, çünkü:
Mevcut hesap sistemi, çapraz sözleşme çağrıları, depolama yöntemleri gibi temel soyutlama katmanları hala korunmaktadır.
Asıl Solidity ve Vyper dilleri RISC-V'yi arka uç olarak kullanarak derlenebilir, geliştirici deneyiminde büyük bir değişiklik olmayacaktır.
Eski EVM akıllı sözleşmeleri, yeni RISC-V akıllı sözleşmeleri ile iki yönlü olarak iletişim kurmaya devam edebilir.
Böylece, geliştiricilerin her şeyi yeniden öğrenmesine gerek kalmayacak, ancak Ethereum'un alt yapısının performansı ve sadeliği önemli ölçüde artması bekleniyor.
ZK-EVM en büyük performans darboğazıdır.
Gelecekteki birçok ölçeklenebilirlik önerisi (EIP-4444, gecikmeli yürütme ve durumsuz istemci gibi) çevrimiçi olarak sunulduğunda, Ethereum L1 ölçeklenebilirlik kapasitesini gerçekten sınırlayan faktörler şunlar olacaktır:
Veri kullanılabilirliği örnekleme ve tarihsel depolama protokollerinin istikrarı
Blok üretiminin piyasa rekabeti
ZK-EVM kanıt verimliliği
Şu anda ZK-EVM, bir bloğun kanıtlanma sürecinde, sadece EVM Sanal Makinesi mantığını çalıştırmak yaklaşık %50 kaynak kaplıyor. Bu, akıllı sözleşmelerin doğrudan RISC-V ortamında çalışmasını sağlarsak, ZK kanıtı verimliliğinin 50 katına, hatta 100 katına kadar artma şansının olduğunu gösteriyor.
İlginçtir ki, günümüzde ZK-EVM'nin kanıt süreci, aslında EVM'nin RISC-V'ye derlenmesi ve ardından ZK sisteminin buna kanıt sağlamasıdır. Bu nedenle, doğrudan RISC-V'yi Ethereum'un yürütme katmanının yerel sanal makinesi haline getirmek sadece mantıklı değil, aynı zamanda ara dönüşümün kaynak tüketimini de ortadan kaldırır.
RISC-V neden hızlı? Hash fonksiyonlarından yapı tasarımına kadar kapsamlı optimizasyon
Şu anda ZK-EVM'nin en fazla kaynak tüketen dört ana kalemi şunlardır:
deserialize_inputs
initialize_witness_db
state_root_computation
blok_çalıştırma
İlk üçü, daha dostça karma fonksiyonları (örneğin Poseidon) ve ikili durum ağaçları kullanarak büyük ölçüde optimize edebilir. Örneğin, Poseidon bir dizüstü bilgisayarda saniyede 2 milyon karma işlemi yapabilir, bu da Keccak'ın 15 bin işlemine göre çok daha üstündür. Bu optimizasyonlar uygulanırsa, ilk %50 yük büyük ölçüde azalacaktır.
Ama geri kalan %50 hala geliyor
blok_yürütme
Bu kısım yalnızca daha verimli bir VM tasarımı, örneğin RISC-V ile köklü bir şekilde çözülebilir.
Üç tür uygulama yöntemi, muhafazakar olandan radikal olana kadar seçenekler mevcuttur.
Vitalik üç teknik uygulama yolunu önerdi:
– Seçenek 1: İki Sanal Makine ile paralel (en düşük risk): Sözleşmelerin EVM veya RISC-V'yi seçmesine izin verir, her ikisi de birbirleriyle iletişim kurar ve kaynakları paylaşır, uyumluluk ve yeniliği dengeler.
– Seçenek İki: RISC-V paketli EVM yorumlayıcısı (radikal yükseltme): Tüm EVM sözleşmeleri, RISC-V'nin entegre EVM yorumlayıcısı aracılığıyla çalıştırılacak ve genel yürütme katmanı tek bir altyapıya geçiş yapacaktır.
Seçenek üç: Protokol katmanı sanal makine yorumlayıcısını destekliyor (orta yol): Protokolde "sanal makine modülü" tasarlanmıştır, varsayılan olarak RISC-V ile EVM yorumlayıcısı uygulanır ve gelecekte Move gibi diğer dillere genişletilmesine izin verir.
Bu yolların ortak avantajları şunlardır: yürütme katmanı spesifikasyonlarını basitleştirmek, bakım kolaylığını ve doğrulama şeffaflığını artırmak.
Sui geliştirme şirketi Mysten Labs kurucu ortağı: Eğer yeniden başlayabilseydi, Move'u seçecekti, çok dilli olmayı düşünmeden.
Bu öneri hakkında, Sui geliştirme şirketi Mysten Labs'ın kurucu ortağı Sam Blackshear da görüş bildirdi. Kendisi, "Ethereum için RISC-V arka ucunun benim için iyi bir seçim olduğunu düşünüyorum (çünkü mevcut EVM sözleşmelerini desteklemesi gerekiyor). Ancak sıfırdan yeni bir zincir tasarlamam gerekse, çoklu dil desteği yerine Move'u tercih ederim. Sui'nin birçok avantajı, tüm yığında güçlü türde nesnelerin ortak soyutlama katmanı olarak kullanılmasından kaynaklanıyor."
Bu, farklı blok zincirlerinin "Sanal Makine seçim stratejisi" ile ilgili tarihsel faktörleri yansıtmaktadır. Ethereum, en erken gelişim aşamasında birçok gelecekteki ihtiyaç ve gelişmeyi öngörememiştir. Şu anda, değişime yanıt olarak uyumluluk ve geçiş tasarımına vurgu yapmaktadır; yeni kamu zinciri Sui ise, dilin alt katmanına kadar tam yığın entegrasyonu hedeflemekte ve geliştirme ile güvenliği sıkı bir şekilde entegre etmektedir.
Typus Finance büyüme lideri Kyrie, geçmişte EthTaipei etkinliğinde Vitalik ile yaptığı bir sohbeti de paylaştı. Şöyle hatırlıyor: "O zaman Vitalik'e şunu sordum: 'Move dili ve nesne yönelimli ayarların blok zinciri güvenliğini artırabileceğini düşünüyor musun?'"
O şöyle yanıtladı: "Bunun hiçbir şeyi değiştirdiğini düşünmüyorum, proje çalındıysa çalındı, hangi dil olursa olsun aynı."
Ancak Kyrie, Move'un gerçekten de geliştirme hatası yapma olasılığını azaltabileceğini, Rust'tan daha kolay öğrenilebileceğini ve nesne yönelimli modelin risk alanını sınırlamaya yardımcı olduğunu belirtti. "Sözleşme çalındığında, kayıplar sınırlı bir miktar olabilir, sınırsız bir maruz kalma değil." diye ekledi.
O zamanlar Vitalik bir görüş belirtmemiş olsa da, şu anda RISC-V'yi daha güçlü, modüler bir alternatif olarak önermesi, dil tasarımının blok zinciri güvenliğine yaklaşımında küçük bir değişim olduğunu gösteriyor gibi görünüyor.
Bu makalede Ethereum kalp ameliyatı mı? Vitalik önerisi Ethereum yürütme katmanının EVM'yi tamamen değiştirebileceği, RISC-V kullanarak, ilk olarak Zincir Haberleri ABMedia'da ortaya çıktı.