Son zamanlarda Blok Zinciri teknolojisi evrimi ile, bir zamanlar sadece çip mühendisleri arasında popüler olan bir terim, Blok Zinciri geliştiricilerinin yeni gözdesi haline geldi: RISC-V.
20 Nisan 2025'te, Ethereum'un kurucusu Vitalik Buterin, Ethereum Magicians topluluk forumunda, Ethereum'un uzun zamandır kullandığı EVM sanal makinesinin yerine RISC-V kullanma konusunda keşif önerisi sundu.
Bu arada, Polkadot, AseetHub Westend test ağında RISC-V destekli akıllı sözleşme yürütme ortamını sessizce başlattı. Geliştiriciler, Polkadot üzerinde geliştirmeye devam etmek için Solidity kullanabilirler, ancak sözleşmeler nihayetinde tamamen yeni bir yürütme motoru olan PolkaVM üzerinde çalışacak.
Tesadüf mü? Başlangıçta çip tasarımı için yaratılan bir açık kaynaklı talimat seti, neden blok zinciri dünyasında "dışa açıldı"?
Ethereum ve Polkadot, RISC-V'ye yaptığı yatırımlarda nedense aynı noktada buluştu; peki, arkasında neyi görüyorlar?
Çiplerden Blok Zinciri'ne, RISC-V neden aniden 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 kullanıyor.
RISC-V, herkesin CPU tasarlamak için kullanabileceği açık kaynaklı ve ücretsiz bir mimari standarttır; Intel veya ARM'a lisans ücreti ödemeye gerek yoktur.
Bu, başlangıçta Kaliforniya Üniversitesi, Berkeley'deki bir akademik projeydi; artık daha fazla çip şirketi bu mimari standartı kabul ediyor: basit bir yapı, esnek ve özelleştirilebilir, açık kaynaklı ve jeopolitik risklerden kaçınmayı sağlıyor.
Ama RISC-V ve Blok Zinciri'nin ne ilişkisi var?
Sanal Makine (VM), her blok zincirinin "işletim beyni"dir; tüm sözleşmeler onun üzerinde çalışmak zorundadır. Ancak mevcut popüler sanal makine sistemleri, örneğin Ethereum'un EVM'si, Polkadot'un WASM'ı, Solana'nın BPF'si bazı belirgin sorunlara sahiptir:
· Eski mimari, EVM gibi 2015 yılında tasarlanmış yığın modelidir, modern CPU'larla hizalanması zordur.
· Güvenlik zayıf, mevcut mimari biçimsel doğrulamayı zorlaştırıyor, gerçek matematik düzeyinde kod güvenliğini sağlamak mümkün değil.
· Sınırlı çok dilli destek, geliştiriciler dil seçimini özgürce yapamaz, yalnızca Solidity yığınına bağımlı kalırlar.
Bu nedenle, RISC-V gibi bu "modern" mimari blok zinciri mühendislerinin önüne çıktığında, içgüdüleri şudur: Blok zinciri sanal makinesini de "RISC-V yapabilir miyiz?"
Yığın Tabanlı vs Kayıt Tabanlı Hesaplama Modeli Karşılaştırma Grafiği
Ethereum'in Seçimi: Kavramdan yola çıkarak bir sonraki nesil ZK yerel sanal makinesini tasarlamak
Vitalik'in düşünceleri Ethereum topluluğunun tarzına çok uygun: basit bir optimizasyon değil, felsefi bir düzeyde yeniden tasarım.
Ethereum Magicians forumundaki tanımına göre, onun hayali şudur: gelecekte 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, değiştirmek de mümkün değil. 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, sıfır bilgi kanıtı devrelerine dönüştürmek için çok uygundur; gelecekte LLVM derleyicisi ile birlikte kullanılabilir (her ne kadar birçok hata hakkında yorum görsem de), Rust ve C gibi daha zengin dillerle sözleşmeler geliştirmek için; daha önemlisi, "ZK Yerel Zincir" in yürütme katmanı temeli olarak hizmet edebilir.
Tabii ki, bunların hepsi hâlâ tasarım aşamasında. Ethereum topluluğunun şu anda somut bir planı yok, ancak yön netleşmiş durumda: sadece sanal makineyi değiştirmek değil, aynı zamanda gelecekte ölçeklenebilir, güvenli ve güvenilir bir Blok Zinciri için hazırlık yapmak.
Polkadot'un yolu: Mühendis odaklı, temeli değiştirmeye başlayan gerçekçilik
Ethereum'un "kavram tasarımı"ndan farklı olarak, Polkadot başka 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ı çok açık:
· Dil değişmeden, Solidity kullanmaya devam edin
· Araçlar aynı kalıyor, Remix, Ethers.js, MetaMask hepsi uyumlu.
· Derleme yolu ayarları, revive aracı kullanarak Solidity'yi RISC-V bayt koduna dönüştürme.
· Sonuç olarak yeni sanal makine PolkaVM üzerinde çalışarak daha verimli, daha güvenli ve daha doğrulanabilir yürütme yeteneği sunar.
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 "sessiz bir devrim".
Şu anda, PolkaVM Asset Hub'ın Westend test ağında çalışabiliyor ve hedef, 2025'in 3. çeyreğinde Polkadot'u piyasaya sürmek.
Geliştirici Perspektifi: Yazdığınız kod değişmiyor, ancak altyapı sessizce yeniden yapılandırılıyor.
Ethereum ve Polkadot'un RISC-V'ye yaklaşımı farklı olsa da, biri vizyonun önünde yürürken diğeri uygulamaya geçmiştir, ancak geliştiricilere verdikleri mesaj oldukça tutarlıdır: bu bir "yazım katmanı" devrimi değil, temel altyapının yeniden yapılandırılmasıdır.
Geliştiriciler için, hangi zincirde olursanız olun, kısa vadede neredeyse bir kopma hissi yaşamazsınız: 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 de temelde aynıdır, her şey eski gibi.
Ama görünmeyen alt yapıda, yürütme motoru zaten değişti!
Polkadot'ta Solidity sözleşmesi, canlandırma aracı aracılığıyla RISC-V bayt koduna derlenebilir ve yeni bir sanal makine olan PolkaVM'de çalıştırılabilir. WASM ve geleneksel EVM ile karşılaştırıldığında PolkaVM, özellikle karmaşık sözleşmelerin işletme maliyeti kontrolü için yürütme verimliliği ve kaynak faturalandırması açısından daha iyi performans gösterir.
Ethereum'un teknik tasarımında, RISC-V "ZK yerel zincir" için en uygun yapı olarak görülmektedir. Vitalik, gelecekte gerçekten matematiksel olarak kanıtlanabilir zincir üstü yürütme mantığını gerçekleştirmek için EVM'nin aşılması gereken bir engel olduğunu açıkça belirtti ve net bir yapıya sahip, davranışları tahmin edilebilir olan RISC-V'nin ideal bir çözüm yolu olduğunu vurguladı.
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ında köklü bir dönüşüm sessizce gerçekleşiyor.
Güvenlik, "insana bağımlı olma"dan "matematiksel olarak doğrulanabilir" hale geçecektir. RISC-V'nin her bir talimat davranışı biçimsel olarak modellenebilir, bu da EVM'nin ulaşamayacağı bir noktadır. Bu, gelecekteki sözleşmelerin güvenliğinin artık yıl yıl yapılan denetimlere bağımlı olmayacağı, bunun yerine derleme aşamasında "hata yapmayacağım" matematiksel onayı alabileceği anlamına geliyor. Güvenilir birine ihtiyaç duymadan, sadece "kanıtlanabilir olduğu için" kod yazabilirsiniz.
Sıfır bilgi, nişten varsayılan hale geçiyor. Geçmişte ZK sözleşmesi yazmak, yalnızca kıdemli mühendislerin yapabileceği bir beceriydi. Ancak RISC-V yapısı kendisi zaten zk-friendly, yürütme süreci düzenli ve devreye çevrilmesi kolay, bu nedenle doğal olarak zkEVM gibi sistemlerin ideal arka ucu haline geliyor. Altyapı geçişi tamamlandığında, ZK sözleşmeleri artık isteğe bağlı değil, akıllı sözleşmelerin "varsayılan güvenlik modu" haline gelebilir.
Çok dilli akıllı sözleşmelerin dönemi de yakında başlayacak. RISC-V, LLVM araç ekosistemi ile entegre olduğu için Rust, C gibi diller doğal olarak zincir üzerinde çalışan formatlara derlenebilir. Artık Solidity ile sınırlı kalmayacaksınız, gelecekte akıllı sözleşme yazmak, sistem modülleri yazmak kadar düşük seviyede kontrol edilebilir ve özgürce esnek olacak. Polkadot, ink! dilinin RISC-V'ye taşınmasını teşvik ediyor, bu da farklı dillerin bir arada var olduğu sözleşme dünyasının gerçek olduğunu, hayal olmadığını gösteriyor.
Son olarak yazıldı
Şu anda hangi zincirde olursanız olun, ister Solidity veya Rust kullanıyor olun, ister Remix'te sözleşmeler yazıyor olun, ister Ethers.js ile ön uçları ayarlıyor olun, sanal makinelerin kod yazma şeklinizi değiştirmek için değil, yazdığınız her kod satırını daha hızlı, daha kararlı, daha net ve daha güvenli hale getirmek için geliştiğini fark edeceksiniz.
Bu değişiklikler hemen fark edilmeyebilir, tıpkı temelin yeniden inşasının asla ilk görülmemesi gibi. Ancak bunun bir etkisi olacak: Geleceğin akıllı sözleşmeleri siz farkına bile varmadan daha güçlü, daha özgür ve daha güvenilir olacak.
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 Vitalik tesadüfen RISC-V'yi seçti?
Son zamanlarda Blok Zinciri teknolojisi evrimi ile, bir zamanlar sadece çip mühendisleri arasında popüler olan bir terim, Blok Zinciri geliştiricilerinin yeni gözdesi haline geldi: RISC-V.
20 Nisan 2025'te, Ethereum'un kurucusu Vitalik Buterin, Ethereum Magicians topluluk forumunda, Ethereum'un uzun zamandır kullandığı EVM sanal makinesinin yerine RISC-V kullanma konusunda keşif önerisi sundu.
Bu arada, Polkadot, AseetHub Westend test ağında RISC-V destekli akıllı sözleşme yürütme ortamını sessizce başlattı. Geliştiriciler, Polkadot üzerinde geliştirmeye devam etmek için Solidity kullanabilirler, ancak sözleşmeler nihayetinde tamamen yeni bir yürütme motoru olan PolkaVM üzerinde çalışacak.
Tesadüf mü? Başlangıçta çip tasarımı için yaratılan bir açık kaynaklı talimat seti, neden blok zinciri dünyasında "dışa açıldı"?
Ethereum ve Polkadot, RISC-V'ye yaptığı yatırımlarda nedense aynı noktada buluştu; peki, arkasında neyi görüyorlar?
Çiplerden Blok Zinciri'ne, RISC-V neden aniden 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 kullanıyor.
RISC-V, herkesin CPU tasarlamak için kullanabileceği açık kaynaklı ve ücretsiz bir mimari standarttır; Intel veya ARM'a lisans ücreti ödemeye gerek yoktur.
Bu, başlangıçta Kaliforniya Üniversitesi, Berkeley'deki bir akademik projeydi; artık daha fazla çip şirketi bu mimari standartı kabul ediyor: basit bir yapı, esnek ve özelleştirilebilir, açık kaynaklı ve jeopolitik risklerden kaçınmayı sağlıyor.
Ama RISC-V ve Blok Zinciri'nin ne ilişkisi var?
Sanal Makine (VM), her blok zincirinin "işletim beyni"dir; tüm sözleşmeler onun üzerinde çalışmak zorundadır. Ancak mevcut popüler sanal makine sistemleri, örneğin Ethereum'un EVM'si, Polkadot'un WASM'ı, Solana'nın BPF'si bazı belirgin sorunlara sahiptir:
· Eski mimari, EVM gibi 2015 yılında tasarlanmış yığın modelidir, modern CPU'larla hizalanması zordur. · Güvenlik zayıf, mevcut mimari biçimsel doğrulamayı zorlaştırıyor, gerçek matematik düzeyinde kod güvenliğini sağlamak mümkün değil. · Sınırlı çok dilli destek, geliştiriciler dil seçimini özgürce yapamaz, yalnızca Solidity yığınına bağımlı kalırlar.
Bu nedenle, RISC-V gibi bu "modern" mimari blok zinciri mühendislerinin önüne çıktığında, içgüdüleri şudur: Blok zinciri sanal makinesini de "RISC-V yapabilir miyiz?"
Yığın Tabanlı vs Kayıt Tabanlı Hesaplama Modeli Karşılaştırma Grafiği Ethereum'in Seçimi: Kavramdan yola çıkarak bir sonraki nesil ZK yerel sanal makinesini tasarlamak
Vitalik'in düşünceleri Ethereum topluluğunun tarzına çok uygun: basit bir optimizasyon değil, felsefi bir düzeyde yeniden tasarım.
Ethereum Magicians forumundaki tanımına göre, onun hayali şudur: gelecekte 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, değiştirmek de mümkün değil. 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, sıfır bilgi kanıtı devrelerine dönüştürmek için çok uygundur; gelecekte LLVM derleyicisi ile birlikte kullanılabilir (her ne kadar birçok hata hakkında yorum görsem de), Rust ve C gibi daha zengin dillerle sözleşmeler geliştirmek için; daha önemlisi, "ZK Yerel Zincir" in yürütme katmanı temeli olarak hizmet edebilir.
Tabii ki, bunların hepsi hâlâ tasarım aşamasında. Ethereum topluluğunun şu anda somut bir planı yok, ancak yön netleşmiş durumda: sadece sanal makineyi değiştirmek değil, aynı zamanda gelecekte ölçeklenebilir, güvenli ve güvenilir bir Blok Zinciri için hazırlık yapmak.
Polkadot'un yolu: Mühendis odaklı, temeli değiştirmeye başlayan gerçekçilik
Ethereum'un "kavram tasarımı"ndan farklı olarak, Polkadot başka 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ı çok açık:
· Dil değişmeden, Solidity kullanmaya devam edin · Araçlar aynı kalıyor, Remix, Ethers.js, MetaMask hepsi uyumlu. · Derleme yolu ayarları, revive aracı kullanarak Solidity'yi RISC-V bayt koduna dönüştürme. · Sonuç olarak yeni sanal makine PolkaVM üzerinde çalışarak daha verimli, daha güvenli ve daha doğrulanabilir yürütme yeteneği sunar.
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 "sessiz bir devrim".
Şu anda, PolkaVM Asset Hub'ın Westend test ağında çalışabiliyor ve hedef, 2025'in 3. çeyreğinde Polkadot'u piyasaya sürmek. Geliştirici Perspektifi: Yazdığınız kod değişmiyor, ancak altyapı sessizce yeniden yapılandırılıyor.
Ethereum ve Polkadot'un RISC-V'ye yaklaşımı farklı olsa da, biri vizyonun önünde yürürken diğeri uygulamaya geçmiştir, ancak geliştiricilere verdikleri mesaj oldukça tutarlıdır: bu bir "yazım katmanı" devrimi değil, temel altyapının yeniden yapılandırılmasıdır.
Geliştiriciler için, hangi zincirde olursanız olun, kısa vadede neredeyse bir kopma hissi yaşamazsınız: 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 de temelde aynıdır, her şey eski gibi.
Ama görünmeyen alt yapıda, yürütme motoru zaten değişti!
Polkadot'ta Solidity sözleşmesi, canlandırma aracı aracılığıyla RISC-V bayt koduna derlenebilir ve yeni bir sanal makine olan PolkaVM'de çalıştırılabilir. WASM ve geleneksel EVM ile karşılaştırıldığında PolkaVM, özellikle karmaşık sözleşmelerin işletme maliyeti kontrolü için yürütme verimliliği ve kaynak faturalandırması açısından daha iyi performans gösterir.
Ethereum'un teknik tasarımında, RISC-V "ZK yerel zincir" için en uygun yapı olarak görülmektedir. Vitalik, gelecekte gerçekten matematiksel olarak kanıtlanabilir zincir üstü yürütme mantığını gerçekleştirmek için EVM'nin aşılması gereken bir engel olduğunu açıkça belirtti ve net bir yapıya sahip, davranışları tahmin edilebilir olan RISC-V'nin ideal bir çözüm yolu olduğunu vurguladı.
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ında köklü bir dönüşüm sessizce gerçekleşiyor.
Güvenlik, "insana bağımlı olma"dan "matematiksel olarak doğrulanabilir" hale geçecektir. RISC-V'nin her bir talimat davranışı biçimsel olarak modellenebilir, bu da EVM'nin ulaşamayacağı bir noktadır. Bu, gelecekteki sözleşmelerin güvenliğinin artık yıl yıl yapılan denetimlere bağımlı olmayacağı, bunun yerine derleme aşamasında "hata yapmayacağım" matematiksel onayı alabileceği anlamına geliyor. Güvenilir birine ihtiyaç duymadan, sadece "kanıtlanabilir olduğu için" kod yazabilirsiniz.
Sıfır bilgi, nişten varsayılan hale geçiyor. Geçmişte ZK sözleşmesi yazmak, yalnızca kıdemli mühendislerin yapabileceği bir beceriydi. Ancak RISC-V yapısı kendisi zaten zk-friendly, yürütme süreci düzenli ve devreye çevrilmesi kolay, bu nedenle doğal olarak zkEVM gibi sistemlerin ideal arka ucu haline geliyor. Altyapı geçişi tamamlandığında, ZK sözleşmeleri artık isteğe bağlı değil, akıllı sözleşmelerin "varsayılan güvenlik modu" haline gelebilir.
Çok dilli akıllı sözleşmelerin dönemi de yakında başlayacak. RISC-V, LLVM araç ekosistemi ile entegre olduğu için Rust, C gibi diller doğal olarak zincir üzerinde çalışan formatlara derlenebilir. Artık Solidity ile sınırlı kalmayacaksınız, gelecekte akıllı sözleşme yazmak, sistem modülleri yazmak kadar düşük seviyede kontrol edilebilir ve özgürce esnek olacak. Polkadot, ink! dilinin RISC-V'ye taşınmasını teşvik ediyor, bu da farklı dillerin bir arada var olduğu sözleşme dünyasının gerçek olduğunu, hayal olmadığını gösteriyor.
Son olarak yazıldı
Şu anda hangi zincirde olursanız olun, ister Solidity veya Rust kullanıyor olun, ister Remix'te sözleşmeler yazıyor olun, ister Ethers.js ile ön uçları ayarlıyor olun, sanal makinelerin kod yazma şeklinizi değiştirmek için değil, yazdığınız her kod satırını daha hızlı, daha kararlı, daha net ve daha güvenli hale getirmek için geliştiğini fark edeceksiniz.
Bu değişiklikler hemen fark edilmeyebilir, tıpkı temelin yeniden inşasının asla ilk görülmemesi gibi. Ancak bunun bir etkisi olacak: Geleceğin akıllı sözleşmeleri siz farkına bile varmadan daha güçlü, daha özgür ve daha güvenilir olacak.
Bu makale için referans bağlantısı: