Yazar: Gri Yengeç, Deep潮 TechFlow
Ethereum geliştiricileri, EVM'yi mümkün olduğunca kullanmama alışkanlığına sahiptir.
Geçtiğimiz yıllarda, zincir üzerinde yeni bir kriptografik işlem gerekli olduğunda, geliştiricilerin ilk tepkisi onu EVM içinde uygulamak değil, sanal makineyi atlayarak protokol katmanında doğrudan sabitlenmiş bir kısayol olan bir "önceden derlenmiş sözleşme" eklemek için başvurmaktı.
1 Mart'ta Vitalik Buterin, X üzerinde uzun bir gönderi paylaşıp bu ince perdeyi tamamen yıktı. Tam olarak söyledikleri şuydu: Ethereum'un tamamının anlamı genel amaçlı olmasıdır; EVM yeterince iyi değilse, bu sorunu doğrudan çözmeli ve daha iyi bir sanal makine oluşturmaliyiz.
İki tane spesifik cerrahi bıçak verdi.
Birinci kesim: "Veri yapıları" değiştirilir
İlk değişiklik, Ethereum durum ağacını hedefliyor. Bunun Ethereum'un "defter indeks sistemi" olarak düşünebilirsiniz; her kimse bakiye sorgulamak veya işlemi doğrulamak istediğinde, bu ağacın altına doğru iner.
Sorun şu ki, şu an bu ağaç çok "kalın". Ethereum, "altı kollu Keccak Merkle Patricia ağacı" adlı bir yapı kullanıyor (adı bir büyücü gibi uzun). Vitalik, bunu daha sade bir ikili ağaçla değiştirmek için EIP-7864 önerdi.
Bir örnek verelim: Daha önce bir veri sorgulamak için altı yollu bir kavşakta sürekli yön seçmeniz gerekiyordu, şimdi sadece sol ve sağ kalıyor. Sonuç ne? Merkel dal uzunluğu doğrudan orijinalinin dörtte birine düşüyor. Hafif istemciler için veri doğrulamak gereken bant genişliği büyük ölçüde azalıyor.
Ancak Vitalik, sadece ağacın şeklini değiştirmekle yetinmiyor; hash fonksiyonu olarak "yapraklardaki yazı tipini" de değiştirmek istiyor. Adaylar: Blake3 ve Poseidon.
- Blake3, istikrarlı bir hız artışı sağlar;
- Poseidon daha agresif, teorik olarak kanıt verimliliğini onlarca kat artırabilir, ancak güvenlik için daha fazla denetim gerekmektedir.
Dikkat edilmesi gereken nokta, bu方案ın daha önce topluluk tarafından yıllardır tartışılan Verkle Ağaçlarını aslında yerine geçirmesidir. Verkle, 2026 yılındaki sert forking için öncelikli方案 olarak kabul ediliyordu, ancak temelini oluşturan eliptik eğri kriptografisinin kuantum hesaplama tehdidine maruz kalması nedeniyle 2024 ortalarından itibaren popülerliğini kaybetmeye başladı ve ikili ağaç方案ları yükselmeye başladı.
İkinci kesim: "Sanal Makine"yi değiştirin, EVM'yi bir akıllı sözleşme haline getirin
İkinci değişiklik daha cesaretli ve daha tartışmalı: EVM yerine uzun vadeli olarak RISC-V mimarisini kullanmak.
RISC-V, orijinal olarak blok zinciriyle ilişkisi olmayan açık kaynaklı bir komut setidir, ancak şu anda neredeyse tüm ZK kanıt sistemleri içinde kullanılmaktadır. Vitalik'in mantığı oldukça basittir: Kanıtlayıcılar zaten RISC-V dilini konuşuyorsa, neden sanal makine başka bir dil konuşsun ve araya bir çeviri katmanı eklesin? Çeviri katmanını kaldırırsanız, verimlilik otomatik olarak artar.
Bir RISC-V yorumlayıcısı sadece birkaç yüz satır kod gerektirir. Vitalik, bunun blockchain sanal makinesinin olması gereken şekli olduğunu söylüyor.
Üç aşamalı bir plan çizdi: İlk adım, yeni sanal makine üzerinde önceden derlenmiş sözleşmeleri çalıştırmak ve mevcut %80 önceden derlenmiş kodu yeni VM koduyla yeniden yazmak; İkinci adım, geliştiricilerin yeni sanal makine sözleşmelerini doğrudan dağıtmasını ve EVM ile paralel olarak çalışmasını sağlamak; Üçüncü adım, EVM'nin emekliliğine geçmek, ancak kaybolmamak—yeni sanal makine üzerinde çalışan bir akıllı sözleşme haline getirilerek tam geriye dönük uyumluluk sağlanacak.
Eski sahipler arabalarını değiştirmek zorunda değil. Sadece motor sessizce değiştirildi, direksiyon hâlâ aynı direksiyon.
Bu iki şey birlikte ne kadar önemli? Vitalik, durum ağacı ve sanal makinenin birlikte Ethereum'un kanıt sınırlamasının %80'inden fazlasını oluşturduğunu belirtti. Başka bir deyişle, bu iki bileşen değiştirilmeden Ethereum, ZK çağında ölçeklenebilirlik açısından yerinde dönmeye devam edecektir.
Arbitrum katılmıyor: Depoda forklift kullanıyorsanız, kuryenin de forklift sürmesini bekleyemezsiniz
Ancak bu, herkesin başını sallayıp kabul ettiği bir hikaye değil.
Geçen yıl Kasım'da, Arbitrum'un temel geliştirme ekibi Offchain Labs, detaylı bir teknik itiraz yayımladı. Dört araştırmacının temel görüşü şuydu: RISC-V, ZK kanıtları için gerçekten uygun olsa da, sözleşmelerin "teslim formatı" olarak uygun değildir.
Bir kritik ayrım yaptılar: "Teslimat Komut Seti" (dISA) ve "Kanıt Komut Seti" (pISA) aynı şey olmak zorunda değil. Deponuzda yük taşımak için forklift en verimli olsa da, kuryenin evinize kadar forklift sürmesi gerekmez.
Offchain Labs, sözleşme katmanı olarak WebAssembly (WASM) kullanımını, WASM'ın standart donanımlarda yüksek verimle çalışması; çoğu Ethereum düğümünün RISC-V çipini çalıştırmaması nedeniyle geçişin bir emülatöre ihtiyaç duyması; WASM'ın olgun bir tür güvenliği doğrulama mekanizmasına sahip olması; ve WASM'in araç zinciri ekosisteminin milyarlarca yürütme ortamında test edilmiş olması gibi güçlü nedenlerle savunmaktadır.
Daha da önemlisi, sadece konuşmalarla kalmadılar. Offchain Labs, bir prototip zaten Arbitrum üzerinde çalıştırdı: WASM’i sözleşmelerin dağıtım formatı olarak kullandı ve RISC-V’e derleyerek ZK kanıtı oluşturdu. İki katman birbirinden bağımsız olarak görevlerini yerine getiriyor.
Ayrıca, ZK kanıt alanındaki teknolojik değişimlerin çok hızlı olduğunu düşündürücü bir risk olarak belirttiler: Son zamanlarda RISC-V uygulaması 32 bitten 64 bite geçti. Eğer şimdi RISC-V’yi Ethereum L1’e sabitlersek, iki yıl sonra daha iyi bir kanıt mimarisi ortaya çıkarsa ne olacak? Hızla hareket eden bir hedefe bahis yapmak, Ethereum’un tarzı değil.
Daha büyük bir bağlam: L2'ler "emekten kesiliyor"
Bu teklifi anlamak için daha genel bir bağlam gerekir.
Bir ay önce Vitalik, Ethereum'un hâlâ "özel bir L2 yolu haritasına" ihtiyacı olup olmadığını açıkça sorgulayarak L2 topluluğundan ortak bir tepki çekti. Espresso Systems CEO'su Ben Fisch, CoinDesk'e şu çok doğru bir ifade verdi: Vitalik'in kastettiği şey, L2'lerin başlangıçta Ethereum'un ölçeklenebilirliğini artırmak için oluşturulmuş olması, şimdi Ethereum kendi kendini hızlandırıyor ve bu nedenle L2'lerin konumu doğal olarak değişmelidir.
İlginç olan, L2'lerin paniklemek yerine aktif olarak "Ethereum'dan ayrılma" yönünde harekete geçmesi. OP Labs'in ortak kurucusu Jing Wang, L2'leri bağımsız web siteleri olarak, Ethereum'u ise temel açık bir sonuç standardı olarak karşılaştırıyor. Polygon'un CEO'su Marc Boiron, daha açık bir şekilde şunu söylüyor: Gerçek zorluk ölçeklenebilirlik değil, ödeme gibi gerçek senaryolar için benzersiz blok alanları oluşturmak.
Diğer bir deyişle, Vitalik’in bu yürütme katmanındaki büyük değişikliği, Ethereum’un kendi temel yetenekleri üzerindeki kontrolü geri almakta olduğu ve L2’lerin zorla ya da nihayetinde kendi bağımsız varoluş nedenlerini bulmaya başladığı daha büyük bir trendin teknik bir notudur.
Bu iş olur mu?
Vitalik, sanal makinenin değiştirilmesinin şu anda geliştirici topluluğu arasında geniş bir uzlaşmanın olmadığını itiraf etti. Durum ağacı reformu daha olgun; EIP-7864'ün hem somut bir taslak hem de ilerletme ekibi var. Ancak RISC-V'in EVM'yi değiştirmesi? Bu hâlâ "yol haritası" aşamasında, kodlara dahil edilmesi için hâlâ uzak.
Ancak Vitalik, geçen hafta etkileyici bir ifade verdi: Ethereum, bir kez jet motorunu değiştirdi (The Merge ile), bundan sonra yaklaşık dört kez daha değiştirebilir—durum ağacı, sadeleştirilmiş konsensüs, ZK-EVM doğrulama, sanal makine değişimi.
Ethereum Glamsterdam yükseltmesi 2026 yılının ilk yarısında hayata geçirilecek ve Hegota onu takip edecek. İki katı bölünmenin tam detayları henüz onaylanmadı, ancak durum ağacı reformu ve yürütme katmanı iyileştirmeleri kesin ana hatlar.
Ethereum'in hikayesi asla "yapıp yapamama" sorunu değildir. PoW'dan PoS'e, L1 all-in'den Rollup merkezli yapıya geçiş yaparak, kendi motorunu on binlerce metre yükseklikte sökmek için hem yeteneğe hem de cesarete sahip olduğunu kanıtlamıştır.
Bu sefer daha derin bir şeyi harekete geçirmek—yeni özellikler eklemek değil, eski temeli kazıp yeniden dökmek. Bu, dikkatle planlanmış bir yenileme mi, yoksa giderek daha karmaşıklaşan bir sonsuz çukur mu? Cevap muhtemelen 2027 yılına kadar belli olmayacak.
Ancak en az bir şey kesin: Ethereum, ZK çağında bir "onarım eski sistem" olmak istemiyor. Onarımlar nasıl kaldırılacak, motor hangi modele değiştirilecek — bu tartışmanın kendisi, sonuca göre daha değerli olabilir.