В останніх еволюціях технології Блокчейн термін, що раніше був популярний лише в колах інженерів чіпів, тихо став новим улюбленцем розробників Блокчейн: RISC-V.
20 квітня 2025 року засновник Ethereum Віталік Бутерін опублікував у спільнотному форумі Ethereum Magicians експериментальну пропозицію про заміну давньої віртуальної машини EVM на RISC-V.
А тим часом Polkadot тихо запустив середовище виконання смарт-контрактів, що підтримує RISC-V, на тестовій мережі AseetHub Westend. Розробники навіть можуть продовжувати використовувати Solidity для розробки на Polkadot, але контракти врешті-решт виконуються на новому виконувальному двигуні PolkaVM.
Чи це збіг? Чому відкритий набір інструкцій, спочатку створений для проектування чіпів, «вийшов за межі» світу Блокчейн?
Ethereum та Polkadot одночасно ставлять на RISC-V, що ж вони в ньому побачили?
Від чіпів до Блокчейну, чому RISC-V виник на горизонті?
Кожен обчислювальний пристрій має свою "душу" — це його архітектура набору інструкцій (ISA), або ж мова, якою програмне забезпечення говорить апаратному забезпеченню: "Я хочу, щоб ти зробив це". Знайома нам архітектура x86 використовується в процесорах Intel, а чіпи M компанії Apple використовують архітектуру ARM.
А RISC-V є відкритим, безкоштовним стандартом архітектури, який будь-хто може використовувати для проектування процесорів, не сплачуючи ліцензійні збори Intel або ARM.
Це спочатку був академічний проект Каліфорнійського університету в Берклі, сьогодні все більше чіпових компаній визнають цей стандарт архітектури: проста структура, гнучкість і можливість налаштування, доступність з відкритим вихідним кодом, а також можливість уникати ризиків, пов'язаних з геополітичною ситуацією.
Але яка зв'язок між RISC-V та Блокчейн?
Віртуальна машина (VM) є "виконавчим мозком" кожного Блокчейн, всі контракти повинні виконуватись на ній. Але наразі основні системи віртуальних машин, такі як EVM Ethereum, WASM Polkadot, BPF Solana, мають деякі очевидні проблеми:
· Старе архітектурне рішення, таке як EVM, є стековою моделлю, розробленою в 2015 році, що ускладнює її узгодження з сучасними ЦП.
· Низька безпека, існуюча архітектура важко формалізується, неможливо досягти справжньої математичної безпеки коду.
· Підтримка кількох мов обмежена, розробники не можуть вільно вибирати мову, а лише пасивно покладаються на стек Solidity
Отже, коли архітектура RISC-V, яка має "сучасний вигляд", з'являється перед інженерами Блокчейн, їхнє чуття підказує: чи можемо ми "RISC-Vізувати" і Блокчейн віртуальну машину?
Сравнительная таблиця стекових та регістрових обчислювальних моделей
Вибір Ethereum: від концепції до уявлення наступного покоління нативної віртуальної машини ZK
Ідеї Віталіка дуже в стилі спільноти Ethereum: це не проста оптимізація, а переосмислення з філософського рівня.
Згідно з його описом на форумі Ethereum Magicians, його концепція полягає в тому, що в майбутньому виконавчий шар Ethereum повинен бути надзвичайно простим, безпечним і математично доведеним. А EVM вже занадто складний, його вже не виправити. Краще використати RISC-V для побудови абсолютно нової верифіковної віртуальної машини.
Структура RISC-V чітка, поведінка виконання передбачувана, що робить його дуже підходящим для перетворення на електронні схеми нульового знання; у майбутньому він також може бути використаний разом з компілятором LLVM (хоча є багато коментарів про баги), для розробки контрактів на більш розширених мовах, таких як Rust і C; що важливо, він може стати основою для виконувального рівня в будівництві "ZK нативного ланцюга".
Звичайно, все це все ще перебуває на стадії концепції. Спільнота Ethereum наразі не має планів щодо реалізації, але напрямок вже зрозумілий: мова йде не лише про зміну віртуальної машини, а про підготовку до масштабованого, безпечного та надійного Блокчейн у майбутньому.
Шлях Polkadot: інженерний підхід, що починається з заміни базового рівня, реалізм
На відміну від "концептуальної ідеї" Ethereum, Polkadot обрала інший, більш прагматичний шлях.
Ще в 2023 році основний інженер Parity Ян Бужак почав досліджувати альтернативи WASM і зрештою обрав RISC-V, після чого запустив проект PolkaVM.
Полкадот робить це дуже просто:
· Мова залишається незмінною, продовжуйте використовувати Solidity
· Інструменти залишаються незмінними, Remix, Ethers.js, MetaMask всі сумісні
· Налаштування шляху компіляції, за допомогою інструменту revive компілювати Solidity в байт-код RISC-V
· Остаточне виконання на новій віртуальній машині PolkaVM, що забезпечує більш ефективні, безпечні та перевіряємі можливості виконання.
Це означає, що досвід розробників в основному залишається незмінним, але виконання на рівні платформи було повністю змінено. Від WebAssembly до RISC-V, від стекової архітектури до реєстрової, від традиційного виконання до дружнього до ZK, це "тиха революція".
Наразі PolkaVM може працювати в тестовій мережі Westend Asset Hub, очікується, що мета полягає в запуску Polkadot у третьому кварталі 2025 року.
Перспектива розробника: ваш код залишається незмінним, а нижній рівень тихо перебудовується
Хоча Ethereum і Polkadot мають різні підходи до RISC-V, один з яких є попереду візії, а інший вже реалізований, сигнали, які вони посилають розробникам, дивовижно однакові: це не революція "рівня написання", а перебудова базової інфраструктури.
Для розробників, незалежно від того, на якій ланцюгу ви знаходитесь, у короткостроковій перспективі майже не відчувається розриву: ви все ще можете писати контракти на Solidity, продовжувати використовувати знайомі інструменти, такі як Remix, Ethers.js, MetaMask, а процес розгортання також в основному залишається незмінним, все як завжди.
Але на невидимому рівні, виконавчий механізм вже змінився!
У Polkadot контракт Solidity можна скомпілювати в байт-код RISC-V за допомогою інструменту відродження та запустити на новій віртуальній машині PolkaVM. У порівнянні з WASM і традиційним EVM, PolkaVM працює краще з точки зору ефективності виконання та виставлення рахунків за ресурси, особливо для контролю операційних витрат складних контрактів.
У технічному уявленні Ethereum RISC-V також розглядається як найвідповідніша база для "ZK нативного ланцюга". Віталік чітко заявив, що якщо в майбутньому потрібно буде реалізувати справжню логіку виконання на ланцюзі, що може бути математично доведена, EVM є нездоланною перешкодою, тоді як RISC-V з чіткою структурою і передбачуваною поведінкою є ідеальним шляхом вирішення.
Більш важливо, що ця зміна на рівні архітектури далеко не обмежується простим підвищенням продуктивності — насправді відбувається фундаментальна зміна парадигми розробки на блокчейні.
Безпека перейде від «людського погляду» до «математично перевіреного». Будь-яка поведінка RISC-V може бути формально змодельована, що знаходиться за межами досяжності EVM. Це означає, що майбутнє безпеки контрактів більше не буде залежати від аудиту рік за роком, а з математичним схваленням «Я не можу помилитися» на етапі компіляції. Ви можете написати код, який не вимагає довіри, просто тому, що "це можна довести".
Zero-knowledge перетворився з ніші на дефолт. У минулому написання контрактів ZK було навичкою, яку могли грати лише старші інженери. Структура RISC-V за своєю суттю є дружньою до zk, з добре організованим процесом виконання та легкою схемою, що робить його ідеальним бекендом для таких систем, як zkEVM. Після завершення базового перемикання контракт ZK може більше не бути опцією, а стане «режимом безпеки за замовчуванням» смарт-контракту.
Ера багатомовних смарт-контрактів також незабаром розпочнеться. RISC-V підключається до екосистеми інструментів LLVM, що означає, що мови програмування, такі як Rust, C, можуть безпосередньо компілюватися у формат, що працює на ланцюгу. Ви більше не обмежені Solidity, у майбутньому написання смарт-контрактів буде таким же контрольованим на низькому рівні і вільним, як написання системних модулів. Polkadot вже сприяє переносу мови ink! на RISC-V, що свідчить про те, що світ контрактів з різними мовами існує насправді, а не є фантазією.
Написано в кінці
Незалежно від того, на якій ланцюгу ви зараз знаходитесь, чи використовуєте ви Solidity, чи Rust, чи пишете контракти на Remix, чи викликаєте фронтенд за допомогою Ethers.js, ви врешті-решт усвідомите: еволюція віртуальної машини не для того, щоб змінити спосіб написання вами коду, а для того, щоб кожен рядок коду, який ви пишете — виконувався швидше, стабільніше, з більш чіткою логікою та був більш безпечним і надійним.
Ці зміни можуть не проявитися відразу, як реконструкція фундаменту ніколи не є першою, яку видно. Але вона врешті-решт матиме вплив: майбутні смарт-контракти стануть більш потужними, вільними і вартими довіри, поки ти цього не помічаєш.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Чому Polkadot і Віталік одночасно вибрали RISC-V?
В останніх еволюціях технології Блокчейн термін, що раніше був популярний лише в колах інженерів чіпів, тихо став новим улюбленцем розробників Блокчейн: RISC-V.
20 квітня 2025 року засновник Ethereum Віталік Бутерін опублікував у спільнотному форумі Ethereum Magicians експериментальну пропозицію про заміну давньої віртуальної машини EVM на RISC-V.
А тим часом Polkadot тихо запустив середовище виконання смарт-контрактів, що підтримує RISC-V, на тестовій мережі AseetHub Westend. Розробники навіть можуть продовжувати використовувати Solidity для розробки на Polkadot, але контракти врешті-решт виконуються на новому виконувальному двигуні PolkaVM.
Чи це збіг? Чому відкритий набір інструкцій, спочатку створений для проектування чіпів, «вийшов за межі» світу Блокчейн?
Ethereum та Polkadot одночасно ставлять на RISC-V, що ж вони в ньому побачили?
Від чіпів до Блокчейну, чому RISC-V виник на горизонті?
Кожен обчислювальний пристрій має свою "душу" — це його архітектура набору інструкцій (ISA), або ж мова, якою програмне забезпечення говорить апаратному забезпеченню: "Я хочу, щоб ти зробив це". Знайома нам архітектура x86 використовується в процесорах Intel, а чіпи M компанії Apple використовують архітектуру ARM.
А RISC-V є відкритим, безкоштовним стандартом архітектури, який будь-хто може використовувати для проектування процесорів, не сплачуючи ліцензійні збори Intel або ARM.
Це спочатку був академічний проект Каліфорнійського університету в Берклі, сьогодні все більше чіпових компаній визнають цей стандарт архітектури: проста структура, гнучкість і можливість налаштування, доступність з відкритим вихідним кодом, а також можливість уникати ризиків, пов'язаних з геополітичною ситуацією.
Але яка зв'язок між RISC-V та Блокчейн?
Віртуальна машина (VM) є "виконавчим мозком" кожного Блокчейн, всі контракти повинні виконуватись на ній. Але наразі основні системи віртуальних машин, такі як EVM Ethereum, WASM Polkadot, BPF Solana, мають деякі очевидні проблеми:
· Старе архітектурне рішення, таке як EVM, є стековою моделлю, розробленою в 2015 році, що ускладнює її узгодження з сучасними ЦП. · Низька безпека, існуюча архітектура важко формалізується, неможливо досягти справжньої математичної безпеки коду. · Підтримка кількох мов обмежена, розробники не можуть вільно вибирати мову, а лише пасивно покладаються на стек Solidity
Отже, коли архітектура RISC-V, яка має "сучасний вигляд", з'являється перед інженерами Блокчейн, їхнє чуття підказує: чи можемо ми "RISC-Vізувати" і Блокчейн віртуальну машину?
Сравнительная таблиця стекових та регістрових обчислювальних моделей Вибір Ethereum: від концепції до уявлення наступного покоління нативної віртуальної машини ZK
Ідеї Віталіка дуже в стилі спільноти Ethereum: це не проста оптимізація, а переосмислення з філософського рівня.
Згідно з його описом на форумі Ethereum Magicians, його концепція полягає в тому, що в майбутньому виконавчий шар Ethereum повинен бути надзвичайно простим, безпечним і математично доведеним. А EVM вже занадто складний, його вже не виправити. Краще використати RISC-V для побудови абсолютно нової верифіковної віртуальної машини.
Структура RISC-V чітка, поведінка виконання передбачувана, що робить його дуже підходящим для перетворення на електронні схеми нульового знання; у майбутньому він також може бути використаний разом з компілятором LLVM (хоча є багато коментарів про баги), для розробки контрактів на більш розширених мовах, таких як Rust і C; що важливо, він може стати основою для виконувального рівня в будівництві "ZK нативного ланцюга".
Звичайно, все це все ще перебуває на стадії концепції. Спільнота Ethereum наразі не має планів щодо реалізації, але напрямок вже зрозумілий: мова йде не лише про зміну віртуальної машини, а про підготовку до масштабованого, безпечного та надійного Блокчейн у майбутньому.
Шлях Polkadot: інженерний підхід, що починається з заміни базового рівня, реалізм
На відміну від "концептуальної ідеї" Ethereum, Polkadot обрала інший, більш прагматичний шлях.
Ще в 2023 році основний інженер Parity Ян Бужак почав досліджувати альтернативи WASM і зрештою обрав RISC-V, після чого запустив проект PolkaVM. Полкадот робить це дуже просто:
· Мова залишається незмінною, продовжуйте використовувати Solidity · Інструменти залишаються незмінними, Remix, Ethers.js, MetaMask всі сумісні · Налаштування шляху компіляції, за допомогою інструменту revive компілювати Solidity в байт-код RISC-V · Остаточне виконання на новій віртуальній машині PolkaVM, що забезпечує більш ефективні, безпечні та перевіряємі можливості виконання.
Це означає, що досвід розробників в основному залишається незмінним, але виконання на рівні платформи було повністю змінено. Від WebAssembly до RISC-V, від стекової архітектури до реєстрової, від традиційного виконання до дружнього до ZK, це "тиха революція".
Наразі PolkaVM може працювати в тестовій мережі Westend Asset Hub, очікується, що мета полягає в запуску Polkadot у третьому кварталі 2025 року. Перспектива розробника: ваш код залишається незмінним, а нижній рівень тихо перебудовується
Хоча Ethereum і Polkadot мають різні підходи до RISC-V, один з яких є попереду візії, а інший вже реалізований, сигнали, які вони посилають розробникам, дивовижно однакові: це не революція "рівня написання", а перебудова базової інфраструктури.
Для розробників, незалежно від того, на якій ланцюгу ви знаходитесь, у короткостроковій перспективі майже не відчувається розриву: ви все ще можете писати контракти на Solidity, продовжувати використовувати знайомі інструменти, такі як Remix, Ethers.js, MetaMask, а процес розгортання також в основному залишається незмінним, все як завжди.
Але на невидимому рівні, виконавчий механізм вже змінився!
У Polkadot контракт Solidity можна скомпілювати в байт-код RISC-V за допомогою інструменту відродження та запустити на новій віртуальній машині PolkaVM. У порівнянні з WASM і традиційним EVM, PolkaVM працює краще з точки зору ефективності виконання та виставлення рахунків за ресурси, особливо для контролю операційних витрат складних контрактів.
У технічному уявленні Ethereum RISC-V також розглядається як найвідповідніша база для "ZK нативного ланцюга". Віталік чітко заявив, що якщо в майбутньому потрібно буде реалізувати справжню логіку виконання на ланцюзі, що може бути математично доведена, EVM є нездоланною перешкодою, тоді як RISC-V з чіткою структурою і передбачуваною поведінкою є ідеальним шляхом вирішення.
Більш важливо, що ця зміна на рівні архітектури далеко не обмежується простим підвищенням продуктивності — насправді відбувається фундаментальна зміна парадигми розробки на блокчейні.
Безпека перейде від «людського погляду» до «математично перевіреного». Будь-яка поведінка RISC-V може бути формально змодельована, що знаходиться за межами досяжності EVM. Це означає, що майбутнє безпеки контрактів більше не буде залежати від аудиту рік за роком, а з математичним схваленням «Я не можу помилитися» на етапі компіляції. Ви можете написати код, який не вимагає довіри, просто тому, що "це можна довести".
Zero-knowledge перетворився з ніші на дефолт. У минулому написання контрактів ZK було навичкою, яку могли грати лише старші інженери. Структура RISC-V за своєю суттю є дружньою до zk, з добре організованим процесом виконання та легкою схемою, що робить його ідеальним бекендом для таких систем, як zkEVM. Після завершення базового перемикання контракт ZK може більше не бути опцією, а стане «режимом безпеки за замовчуванням» смарт-контракту.
Ера багатомовних смарт-контрактів також незабаром розпочнеться. RISC-V підключається до екосистеми інструментів LLVM, що означає, що мови програмування, такі як Rust, C, можуть безпосередньо компілюватися у формат, що працює на ланцюгу. Ви більше не обмежені Solidity, у майбутньому написання смарт-контрактів буде таким же контрольованим на низькому рівні і вільним, як написання системних модулів. Polkadot вже сприяє переносу мови ink! на RISC-V, що свідчить про те, що світ контрактів з різними мовами існує насправді, а не є фантазією.
Написано в кінці
Незалежно від того, на якій ланцюгу ви зараз знаходитесь, чи використовуєте ви Solidity, чи Rust, чи пишете контракти на Remix, чи викликаєте фронтенд за допомогою Ethers.js, ви врешті-решт усвідомите: еволюція віртуальної машини не для того, щоб змінити спосіб написання вами коду, а для того, щоб кожен рядок коду, який ви пишете — виконувався швидше, стабільніше, з більш чіткою логікою та був більш безпечним і надійним.
Ці зміни можуть не проявитися відразу, як реконструкція фундаменту ніколи не є першою, яку видно. Але вона врешті-решт матиме вплив: майбутні смарт-контракти стануть більш потужними, вільними і вартими довіри, поки ти цього не помічаєш.
Ця стаття містить посилання: