Son zamanlardaki blok zinciri teknolojisi evrimi içerisinde, başlangıçta yalnızca yonga mühendisleri arasında popüler olan bir terim, sessizce blok zinciri geliştiricilerinin yeni gözdesi haline geldi: RISC-V.
20 Nisan 2025'te, Ethereum'un kurucusu Vitalik Buterin, Ethereum Magicians topluluk forumunda bir gönderi yayınlayarak, Ethereum'un uzun süredir kullandığı EVM sanal makinesinin yerine RISC-V kullanımıyla ilgili keşif önerisini sundu.
Bu arada, Polkadot, AseetHub Westend test ağı üzerinde RISC-V destekli akıllı sözleşme yürütme ortamını gizlice başlattı. Geliştiriciler, Polkadot'ta geliştirmeye devam etmek için Solidity kullanabilirler, ancak sözleşmeler nihayetinde tamamen yeni bir yürütme motoru olan PolkaVM üzerinde çalışacaktır.
Tesadüf mü? İlk olarak çip tasarımı için yaratılan bir açık kaynak talimat seti, neden blockchain dünyasında "kırılma" yaşıyor?
Ethereum ve Polkadot, RISC-V'ye aynı zamanda yatırım yapıyor, peki arkasında neyi beğeniyorlar?
Çipten Blok Zinciri'ne, RISC-V Neden Ortaya Çıktı?
Her bir hesaplama cihazının "ruhu" talimat seti mimarisidir (ISA), yani yazılımın donanıma "Senden ne yapmanı istiyorum" dediği dildir. Tanıdık Intel CPU x86 mimarisini kullanırken, Apple bilgisayarlarının M çipi ARM mimarisini kullanmaktadır.
RISC-V, herkesin Intel veya ARM'ye lisans ücreti ödemek zorunda kalmadan CPU tasarlamak için kullanabileceği açık kaynaklı, ücretsiz bir mimari standardıdır.
Başlangıçta Berkeley'deki California Üniversitesi'nin akademik bir programıydı ve şimdi giderek daha fazla çip şirketi bu mimari standartla aynı fikirde: basit yapı, esnek ve uyarlanabilir, mevcut açık kaynak ve jeopolitik risklerden kaçınabilir.
Peki RISC-V'nin blockchain ile ne ilgisi var? **
Sanal makine (VM), her blok zincirinin "işlem beyni"dir; tüm sözleşmeler bunun üzerinde çalışmalıdır. Ancak şu anda yaygın sanal makine sistemleri, örneğin Ethereum'un EVM'si, Polkadot'un WASM'ı, Solana'nın BPF'si bazı belirgin sorunlara sahiptir:
EVM'nin 2015 yılında tasarlanmış yığılmış bir model olması ve modern CPU'larla uyumlu hale getirilmesi zor olması gibi mimari eskidir
Güvenlik zayıf, mevcut mimarinin biçimsel doğrulaması zor, gerçek matematiksel düzeyde kod güvenliğini sağlayamıyor.
Çok dilli destek sınırlıdır, geliştiriciler dilleri serbestçe seçemez, yalnızca Solidity yığınını pasif olarak kullanmak zorundadır.
Bu nedenle, RISC-V gibi "son derece modern" bir mimari blockchain mühendislerinin önüne çıktığında, içgüdüleri şudur: Blockchain sanal makinesini de "RISC-V hale getirebilir miyiz?"
Yığın tabanlı vs Kayıt tabanlı hesaplama modeli karşılaştırma grafiği
Ethereum Seçenekleri: Kavramdan Yola Çıkarak Bir Sonraki Nesil ZK Yerel Sanal Makineyi Tasarlamak
Vitalik'in düşünceleri, Ethereum topluluğunun tarzına çok uygun: basit bir optimizasyon değil, felsefi bir seviyeden yeniden tasarım.
Ethereum Magicians forumundaki tanımına göre, onun hayali şudur: Gelecekteki Ethereum'un yürütme katmanı son derece basit, güvenli ve matematiksel olarak kanıtlanabilir olmalıdır. Ancak EVM çok karmaşık hale geldi ve değiştirilemez. Bunun yerine, yeni bir doğrulanabilir VM oluşturmak için RISC-V kullanmak daha iyi.
RISC-V yapısı net, yürütme davranışı tahmin edilebilir, bu nedenle sıfır bilgi kanıtı devrelerine dönüştürmek için çok uygundur; gelecekte LLVM derleyicisi ile birlikte kullanılabilir (çünkü birçok hata yorumunu gördüm), Rust ve C gibi daha zengin dillerle sözleşmeler geliştirmek için; daha da önemlisi, "ZK Yerel Zincir" in yürütme katmanı temeli olarak kullanılabilir.
Elbette, bunların hepsi hâlâ tasarım aşamasında. Ethereum topluluğunun henüz uygulanabilir bir planı yok, ancak yön netleşti: sadece sanal makineyi değiştirmekle kalmayıp, gelecekte ölçeklenebilir, güvenli ve güvenilir bir blok zinciri için hazırlık yapmak.
Polkadot'un Yolu: Mühendis Odaklı, Alt Katmanı Değiştirmekten Başlayan Gerçekçilik
Ethereum'un "kavramsal vizyonunun" aksine, Polkadot farklı bir pragmatik yol seçti.
2023 yılında, Parity'nin ana mühendislerinden Jan Bujak, WASM'in alternatiflerini keşfetmeye başladı ve sonunda RISC-V'yi seçti, ardından PolkaVM projesini başlattı.
Polkadot'un yaklaşımı oldukça açıktır:
Dil değişmeden, Solidity kullanmaya devam et
Araçlar değişmez, Remix, Ethers.js, MetaMask hepsi uyumludur.
Derleme yolu ayarı, revive aracıyla Solidity'yi RISC-V bayt koduna dönüştürme
Sonunda yeni sanal makine PolkaVM üzerinde çalışarak daha verimli, daha güvenli ve daha doğrulanabilir bir yürütme kapasitesi sağlar.
Bu, geliştiricilerin deneyiminin temelde değişmediği, ancak alt yapının tamamen yenilendiği anlamına geliyor. WebAssembly'den RISC-V'ye, yığın tabanlıdan kayıt tabanlıya, geleneksel yürütmeden ZK dostu yürütmeye, bu bir "sessiz devrim".
Şu anda, PolkaVM Asset Hub'ın Westend test ağında çalışabiliyor ve hedef 2025'in 3. çeyreğinde Polkadot'un piyasaya sürülmesi.
Geliştirici Bakış Açısı: Yazdığınız Kod Aynı Kalıyor, Ancak Alt Yapı Gizlice Yeniden Yapılandırılıyor
Ethereum ve Polkadot'un RISC-V'ye yaklaşımları farklı olsa da, biri vizyonun önünde ilerlerken diğeri uygulama aşamasında, geliştiricilere verdikleri mesajlar oldukça tutarlı: bu bir "yazım katmanı" devrimi değil, altyapının yeniden yapılandırılmasıdır.
Geliştiriciler için, hangi blok zincirinde olursanız olun, kısa vadede neredeyse parçalanma hissi hissetmeyeceksiniz: Hala Solidity ile sözleşmeler yazabilir, tanıdık araçlar olan Remix, Ethers.js, MetaMask gibi araçları kullanmaya devam edebilir, dağıtım süreci temelde aynıdır, her şey aynı.
Ama görünmeyen alt katmanda, yürütme motoru zaten değişti!
Polkadot'ta, Solidity sözleşmeleri revive aracıyla RISC-V bayt koduna derlenebilir ve yeni sanal makine PolkaVM'de çalıştırılabilir. WASM ve geleneksel EVM'ye kıyasla, PolkaVM yürütme verimliliği ve kaynak maliyetlendirmesi açısından daha iyi bir performans sergiler, özellikle karmaşık sözleşmelerin çalışma maliyet kontrolü konusunda daha dostça bir yaklaşım sunar.
Ethereum'ın teknik tasarımında, RISC-V "ZK yerel zincir" için en uygun temel olarak görülmektedir. Vitalik, gelecekte gerçekten matematiksel olarak kanıtlanabilir zincir içi yürütme mantığını gerçekleştirmek istendiğinde, EVM'in aşılması gereken bir engel olduğunu açıkça belirtmiştir; net bir yapıya ve öngörülebilir bir davranışa sahip olan RISC-V ise ideal çözüm yoludur.
Daha da önemlisi, bu mimari katmanın değişimi, yalnızca performans artışından çok daha fazlasını ifade ediyor - zincir üstü geliştirme paradigmasındaki köklü bir değişim, sessizce gerçekleşiyor.
Güvenlik, "insan gözetimine" dayanmaktan "matematiksel olarak doğrulanabilir" hale geçecek. RISC-V'nin her bir talimat davranışı biçimsel olarak modellenebilir, bu EVM'nin ulaşamayacağı bir şeydir. Bu, gelecekteki sözleşme güvenliğinin, her yıl yapılan denetimlere dayanmayacağı, bunun yerine derleme aşamasında "hata yapmayacağım" matematiksel onayını alabileceği anlamına geliyor. Güvenilmez insanlara ihtiyaç duymadan, yalnızca "ispat edilebilir olduğu" için kod yazabilirsiniz.
Sıfır bilgi, niş bir alandan standart bir hale geçiyor. Geçmişte ZK sözleşmeleri yazmak, yalnızca kıdemli mühendislerin üstesinden gelebileceği bir beceriydi. Ancak RISC-V mimarisi, kendisi zk-uyumlu bir yapıdadır; yürütme süreci düzenli ve devreye dönüştürmesi kolaydır, bu nedenle doğal olarak zkEVM gibi sistemlerin ideal arka ucu haline gelmiştir. Alt katmana geçiş tamamlandığında, ZK sözleşmeleri artık opsiyonel olmayabilir, bunun yerine akıllı sözleşmelerin "varsayılan güvenlik modu" haline gelebilir.
Çok dilli akıllı sözleşmeler dönemi de yakında başlayacak. RISC-V, LLVM araç ekosistemine entegre edilmiştir, bu da Rust, C gibi dillerin doğal olarak zincir üzerinde çalışacak biçime derlenebileceği anlamına geliyor. Artık Solidity ile sınırlı değilsiniz, gelecekte akıllı sözleşme yazmak, sistem modüllerini yazmak kadar alt düzeyde kontrol edilebilir ve özgürce esnek olacaktır. Polkadot, ink! dilinin RISC-V'ye geçişini teşvik ediyor, bu da farklı dillerin bir arada bulunduğu sözleşme dünyasının gerçek olduğu, bir hayal değil.
Son Söz
Şu anda hangi blok zincirinde olursan ol, Solidity mi yoksa Rust mı kullanıyorsan, Remix'te sözleşme yazıyor ya da Ethers.js ile ön yüzü çağırıyorsan, sonunda şunu fark edeceksin: sanal makinenin evrimi, kod yazma şeklinizi değiştirmek için değil, yazdığınız her bir satırın - daha hızlı çalışması, daha sağlam bir şekilde yürütülmesi, daha net bir mantıkla çalışması ve daha güvenilir olması için.
Bu değişiklikler hemen görünmeyebilir, tıpkı temelin yeniden inşasının asla ilk görülen şey olmaması gibi. Ancak sonunda etkisini gösterecektir: gelecekteki akıllı sözleşmeler, sizin hiç farkında olmadan daha güçlü, daha özgür ve daha güvenilir hale gelecektir.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Neden Polkadot ve Ethereum RISC-V'yi seçti?
Kaynak: PolkaWorld
Son zamanlardaki blok zinciri teknolojisi evrimi içerisinde, başlangıçta yalnızca yonga mühendisleri arasında popüler olan bir terim, sessizce blok zinciri geliştiricilerinin yeni gözdesi haline geldi: RISC-V.
20 Nisan 2025'te, Ethereum'un kurucusu Vitalik Buterin, Ethereum Magicians topluluk forumunda bir gönderi yayınlayarak, Ethereum'un uzun süredir kullandığı EVM sanal makinesinin yerine RISC-V kullanımıyla ilgili keşif önerisini sundu.
Bu arada, Polkadot, AseetHub Westend test ağı üzerinde RISC-V destekli akıllı sözleşme yürütme ortamını gizlice başlattı. Geliştiriciler, Polkadot'ta geliştirmeye devam etmek için Solidity kullanabilirler, ancak sözleşmeler nihayetinde tamamen yeni bir yürütme motoru olan PolkaVM üzerinde çalışacaktır.
Tesadüf mü? İlk olarak çip tasarımı için yaratılan bir açık kaynak talimat seti, neden blockchain dünyasında "kırılma" yaşıyor?
Ethereum ve Polkadot, RISC-V'ye aynı zamanda yatırım yapıyor, peki arkasında neyi beğeniyorlar?
Çipten Blok Zinciri'ne, RISC-V Neden Ortaya Çıktı?
Her bir hesaplama cihazının "ruhu" talimat seti mimarisidir (ISA), yani yazılımın donanıma "Senden ne yapmanı istiyorum" dediği dildir. Tanıdık Intel CPU x86 mimarisini kullanırken, Apple bilgisayarlarının M çipi ARM mimarisini kullanmaktadır.
RISC-V, herkesin Intel veya ARM'ye lisans ücreti ödemek zorunda kalmadan CPU tasarlamak için kullanabileceği açık kaynaklı, ücretsiz bir mimari standardıdır.
Başlangıçta Berkeley'deki California Üniversitesi'nin akademik bir programıydı ve şimdi giderek daha fazla çip şirketi bu mimari standartla aynı fikirde: basit yapı, esnek ve uyarlanabilir, mevcut açık kaynak ve jeopolitik risklerden kaçınabilir.
Peki RISC-V'nin blockchain ile ne ilgisi var? **
Sanal makine (VM), her blok zincirinin "işlem beyni"dir; tüm sözleşmeler bunun üzerinde çalışmalıdır. Ancak şu anda yaygın sanal makine sistemleri, örneğin Ethereum'un EVM'si, Polkadot'un WASM'ı, Solana'nın BPF'si bazı belirgin sorunlara sahiptir:
Bu nedenle, RISC-V gibi "son derece modern" bir mimari blockchain mühendislerinin önüne çıktığında, içgüdüleri şudur: Blockchain sanal makinesini de "RISC-V hale getirebilir miyiz?"
Yığın tabanlı vs Kayıt tabanlı hesaplama modeli karşılaştırma grafiği
Ethereum Seçenekleri: Kavramdan Yola Çıkarak Bir Sonraki Nesil ZK Yerel Sanal Makineyi Tasarlamak
Vitalik'in düşünceleri, Ethereum topluluğunun tarzına çok uygun: basit bir optimizasyon değil, felsefi bir seviyeden yeniden tasarım.
Ethereum Magicians forumundaki tanımına göre, onun hayali şudur: Gelecekteki Ethereum'un yürütme katmanı son derece basit, güvenli ve matematiksel olarak kanıtlanabilir olmalıdır. Ancak EVM çok karmaşık hale geldi ve değiştirilemez. Bunun yerine, yeni bir doğrulanabilir VM oluşturmak için RISC-V kullanmak daha iyi.
RISC-V yapısı net, yürütme davranışı tahmin edilebilir, bu nedenle sıfır bilgi kanıtı devrelerine dönüştürmek için çok uygundur; gelecekte LLVM derleyicisi ile birlikte kullanılabilir (çünkü birçok hata yorumunu gördüm), Rust ve C gibi daha zengin dillerle sözleşmeler geliştirmek için; daha da önemlisi, "ZK Yerel Zincir" in yürütme katmanı temeli olarak kullanılabilir.
Elbette, bunların hepsi hâlâ tasarım aşamasında. Ethereum topluluğunun henüz uygulanabilir bir planı yok, ancak yön netleşti: sadece sanal makineyi değiştirmekle kalmayıp, gelecekte ölçeklenebilir, güvenli ve güvenilir bir blok zinciri için hazırlık yapmak.
Polkadot'un Yolu: Mühendis Odaklı, Alt Katmanı Değiştirmekten Başlayan Gerçekçilik
Ethereum'un "kavramsal vizyonunun" aksine, Polkadot farklı bir pragmatik yol seçti.
2023 yılında, Parity'nin ana mühendislerinden Jan Bujak, WASM'in alternatiflerini keşfetmeye başladı ve sonunda RISC-V'yi seçti, ardından PolkaVM projesini başlattı.
Polkadot'un yaklaşımı oldukça açıktır:
Bu, geliştiricilerin deneyiminin temelde değişmediği, ancak alt yapının tamamen yenilendiği anlamına geliyor. WebAssembly'den RISC-V'ye, yığın tabanlıdan kayıt tabanlıya, geleneksel yürütmeden ZK dostu yürütmeye, bu bir "sessiz devrim".
Şu anda, PolkaVM Asset Hub'ın Westend test ağında çalışabiliyor ve hedef 2025'in 3. çeyreğinde Polkadot'un piyasaya sürülmesi.
Geliştirici Bakış Açısı: Yazdığınız Kod Aynı Kalıyor, Ancak Alt Yapı Gizlice Yeniden Yapılandırılıyor
Ethereum ve Polkadot'un RISC-V'ye yaklaşımları farklı olsa da, biri vizyonun önünde ilerlerken diğeri uygulama aşamasında, geliştiricilere verdikleri mesajlar oldukça tutarlı: bu bir "yazım katmanı" devrimi değil, altyapının yeniden yapılandırılmasıdır.
Geliştiriciler için, hangi blok zincirinde olursanız olun, kısa vadede neredeyse parçalanma hissi hissetmeyeceksiniz: Hala Solidity ile sözleşmeler yazabilir, tanıdık araçlar olan Remix, Ethers.js, MetaMask gibi araçları kullanmaya devam edebilir, dağıtım süreci temelde aynıdır, her şey aynı.
Ama görünmeyen alt katmanda, yürütme motoru zaten değişti!
Polkadot'ta, Solidity sözleşmeleri revive aracıyla RISC-V bayt koduna derlenebilir ve yeni sanal makine PolkaVM'de çalıştırılabilir. WASM ve geleneksel EVM'ye kıyasla, PolkaVM yürütme verimliliği ve kaynak maliyetlendirmesi açısından daha iyi bir performans sergiler, özellikle karmaşık sözleşmelerin çalışma maliyet kontrolü konusunda daha dostça bir yaklaşım sunar.
Ethereum'ın teknik tasarımında, RISC-V "ZK yerel zincir" için en uygun temel olarak görülmektedir. Vitalik, gelecekte gerçekten matematiksel olarak kanıtlanabilir zincir içi yürütme mantığını gerçekleştirmek istendiğinde, EVM'in aşılması gereken bir engel olduğunu açıkça belirtmiştir; net bir yapıya ve öngörülebilir bir davranışa sahip olan RISC-V ise ideal çözüm yoludur.
Daha da önemlisi, bu mimari katmanın değişimi, yalnızca performans artışından çok daha fazlasını ifade ediyor - zincir üstü geliştirme paradigmasındaki köklü bir değişim, sessizce gerçekleşiyor.
Güvenlik, "insan gözetimine" dayanmaktan "matematiksel olarak doğrulanabilir" hale geçecek. RISC-V'nin her bir talimat davranışı biçimsel olarak modellenebilir, bu EVM'nin ulaşamayacağı bir şeydir. Bu, gelecekteki sözleşme güvenliğinin, her yıl yapılan denetimlere dayanmayacağı, bunun yerine derleme aşamasında "hata yapmayacağım" matematiksel onayını alabileceği anlamına geliyor. Güvenilmez insanlara ihtiyaç duymadan, yalnızca "ispat edilebilir olduğu" için kod yazabilirsiniz.
Sıfır bilgi, niş bir alandan standart bir hale geçiyor. Geçmişte ZK sözleşmeleri yazmak, yalnızca kıdemli mühendislerin üstesinden gelebileceği bir beceriydi. Ancak RISC-V mimarisi, kendisi zk-uyumlu bir yapıdadır; yürütme süreci düzenli ve devreye dönüştürmesi kolaydır, bu nedenle doğal olarak zkEVM gibi sistemlerin ideal arka ucu haline gelmiştir. Alt katmana geçiş tamamlandığında, ZK sözleşmeleri artık opsiyonel olmayabilir, bunun yerine akıllı sözleşmelerin "varsayılan güvenlik modu" haline gelebilir.
Çok dilli akıllı sözleşmeler dönemi de yakında başlayacak. RISC-V, LLVM araç ekosistemine entegre edilmiştir, bu da Rust, C gibi dillerin doğal olarak zincir üzerinde çalışacak biçime derlenebileceği anlamına geliyor. Artık Solidity ile sınırlı değilsiniz, gelecekte akıllı sözleşme yazmak, sistem modüllerini yazmak kadar alt düzeyde kontrol edilebilir ve özgürce esnek olacaktır. Polkadot, ink! dilinin RISC-V'ye geçişini teşvik ediyor, bu da farklı dillerin bir arada bulunduğu sözleşme dünyasının gerçek olduğu, bir hayal değil.
Son Söz
Şu anda hangi blok zincirinde olursan ol, Solidity mi yoksa Rust mı kullanıyorsan, Remix'te sözleşme yazıyor ya da Ethers.js ile ön yüzü çağırıyorsan, sonunda şunu fark edeceksin: sanal makinenin evrimi, kod yazma şeklinizi değiştirmek için değil, yazdığınız her bir satırın - daha hızlı çalışması, daha sağlam bir şekilde yürütülmesi, daha net bir mantıkla çalışması ve daha güvenilir olması için.
Bu değişiklikler hemen görünmeyebilir, tıpkı temelin yeniden inşasının asla ilk görülen şey olmaması gibi. Ancak sonunda etkisini gösterecektir: gelecekteki akıllı sözleşmeler, sizin hiç farkında olmadan daha güçlü, daha özgür ve daha güvenilir hale gelecektir.