У нещодавній еволюції технології блокчейн термін, який спочатку був популярний лише в колі інженерів мікросхем, непомітно став новим фаворитом розробників блокчейну: RISC-V.
20 квітня 2025 року засновник Ethereum Віталік Бутерін опублікував у форумі спільноти Ethereum Magicians експериментальну пропозицію про заміну давно використовуваної в Ethereum віртуальної машини EVM на RISC-V.
У той же час Polkadot непомітно запустив середовище виконання смарт-контрактів із підтримкою RISC-V у тестовій мережі AseetHub Westend, і розробники навіть можуть продовжувати використовувати Solidity, щоб спробувати розробити на Polkadot, але контракт зрештою працює на новому механізмі виконання, PolkaVM.
Чи це збіг? Чому відкрита інструкція, яка спочатку була створена для проєктування чіпів, «вибилася» у світ блокчейну?
Ethereum та Polkadot одночасно ставлять на RISC-V, що ж саме їх зацікавило в ньому?
!
Від чіпів до блокчейну: чому RISC-V виник на світ?
«Душею» кожного обчислювального пристрою є його архітектура набору інструкцій (ISA), яка є мовою, на якій програмне забезпечення повідомляє апаратному забезпеченню: «Що я хочу, щоб ви зробили?». Знайомі нам процесори Intel використовують архітектуру x86, а чіпи 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 всі сумісні
Налаштування шляху компіляції, компіляція Solidity у байт-код RISC-V за допомогою інструменту revive
Нарешті працює на новій віртуальній машині, PolkaVM, забезпечуючи більш ефективне, безпечне та перевірене виконання.
Це означає, що досвід розробників в основному залишається незмінним, але виконання на нижньому рівні було повністю оновлено. Від WebAssembly до RISC-V, від стекової архітектури до регістрової, від традиційного виконання до ZK-дружнього, це "тиха революція".
Наразі PolkaVM може працювати в тестовій мережі Asset Hub Westend, з очікуваною метою запустити Polkadot у 3 кварталі 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 вже штовхає чорнило! Міграція мов до RISC-V показує, що контрактний світ, де співіснують різні мови, є реальністю, а не фантазією.
Написано наприкінці
Незалежно від того, на якій ланцюгу ви зараз, чи використовуєте ви Solidity, чи Rust, чи пишете контракти в Remix, чи викликаєте фронт-енд за допомогою Ethers.js, ви зрештою усвідомите: еволюція віртуальної машини не для того, щоб змінити спосіб написання коду, а для того, щоб кожен рядок коду, який ви пишете, виконувався швидше, був більш стабільним, логіка була більш зрозумілою, а безпека більш надійною.
Ці зміни можуть бути помітні не відразу, так само, як і відбудова фундаменту ніколи не є першою, яку можна побачити. Але це матиме вплив: смарт-контракти майбутнього стануть сильнішими, вільнішими та надійнішими, перш ніж ви це усвідомите.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Чому і Polkadot, і Ethereum обрали RISC-V?
Джерело: PolkaWorld
У нещодавній еволюції технології блокчейн термін, який спочатку був популярний лише в колі інженерів мікросхем, непомітно став новим фаворитом розробників блокчейну: RISC-V.
20 квітня 2025 року засновник Ethereum Віталік Бутерін опублікував у форумі спільноти Ethereum Magicians експериментальну пропозицію про заміну давно використовуваної в Ethereum віртуальної машини EVM на RISC-V.
У той же час Polkadot непомітно запустив середовище виконання смарт-контрактів із підтримкою RISC-V у тестовій мережі AseetHub Westend, і розробники навіть можуть продовжувати використовувати Solidity, щоб спробувати розробити на Polkadot, але контракт зрештою працює на новому механізмі виконання, PolkaVM.
Чи це збіг? Чому відкрита інструкція, яка спочатку була створена для проєктування чіпів, «вибилася» у світ блокчейну?
Ethereum та Polkadot одночасно ставлять на RISC-V, що ж саме їх зацікавило в ньому?
!
Від чіпів до блокчейну: чому RISC-V виник на світ?
«Душею» кожного обчислювального пристрою є його архітектура набору інструкцій (ISA), яка є мовою, на якій програмне забезпечення повідомляє апаратному забезпеченню: «Що я хочу, щоб ви зробили?». Знайомі нам процесори Intel використовують архітектуру x86, а чіпи M комп'ютерів Apple використовують архітектуру ARM.
А RISC-V є відкритим, безкоштовним стандартом архітектури, який будь-хто може використовувати для проєктування процесорів без необхідності сплачувати ліцензійні збори Intel або ARM.
Це спочатку був академічний проект Каліфорнійського університету в Берклі, і сьогодні все більше чипових компаній визнають цей архітектурний стандарт: проста структура, гнучка модульність, доступність з відкритим вихідним кодом, а також можливість уникнення ризиків, пов'язаних з геополітичною ситуацією.
Але яке відношення має RISC-V до блокчейну?
Віртуальна машина (VM) є "виконавчим мозком" кожного блокчейну, всі контракти повинні виконуватися на ній. Але наразі основні системи віртуальних машин, такі як EVM Ethereum, WASM Polkadot, BPF Solana, мають деякі очевидні проблеми:
Отже, коли архітектура 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.
!
Полкадот діє прямо:
Це означає, що досвід розробників в основному залишається незмінним, але виконання на нижньому рівні було повністю оновлено. Від WebAssembly до RISC-V, від стекової архітектури до регістрової, від традиційного виконання до ZK-дружнього, це "тиха революція".
Наразі PolkaVM може працювати в тестовій мережі Asset Hub Westend, з очікуваною метою запустити Polkadot у 3 кварталі 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 вже штовхає чорнило! Міграція мов до RISC-V показує, що контрактний світ, де співіснують різні мови, є реальністю, а не фантазією.
Написано наприкінці
Незалежно від того, на якій ланцюгу ви зараз, чи використовуєте ви Solidity, чи Rust, чи пишете контракти в Remix, чи викликаєте фронт-енд за допомогою Ethers.js, ви зрештою усвідомите: еволюція віртуальної машини не для того, щоб змінити спосіб написання коду, а для того, щоб кожен рядок коду, який ви пишете, виконувався швидше, був більш стабільним, логіка була більш зрозумілою, а безпека більш надійною.
Ці зміни можуть бути помітні не відразу, так само, як і відбудова фундаменту ніколи не є першою, яку можна побачити. Але це матиме вплив: смарт-контракти майбутнього стануть сильнішими, вільнішими та надійнішими, перш ніж ви це усвідомите.