В недавней эволюции технологий блокчейн термин, который изначально был популярен только в кругах инженеров-микросхем, тихо стал новым любимцем разработчиков блокчейн: 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), то есть язык, на котором программное обеспечение говорит аппаратному обеспечению: «Что мне делать». Знакомые нам процессоры Intel используют архитектуру x86, а чипы M от Apple используют архитектуру ARM.
RISC-V — это стандарт архитектуры с открытым исходным кодом и бесплатный, любой может использовать его для проектирования процессоров, не платя лицензионные сборы Intel или ARM.
Изначально это была академическая программа Калифорнийского университета в Беркли, и теперь все больше и больше компаний-производителей микросхем соглашаются с этим архитектурным стандартом: простая структура, гибкость и адаптируемость, доступный с открытым исходным кодом и возможность избежать геополитических рисков.
Но какое отношение имеет RISC-V к блокчейну?
Виртуальная машина (ВМ) является «мозгом исполнения» каждого блокчейна, и все контракты выполняются на ней. Тем не менее, современные основные системы виртуальных машин, такие как 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.
!
Подход Polkadot очень прямолинейный:
Язык остается неизменным, продолжайте использовать Solidity
Инструменты остаются прежними, Remix, Ethers.js, MetaMask все совместимы.
Корректировка пути компиляции, компилируя Solidity в байт-код RISC-V с помощью инструмента revive
В конечном итоге работает на новой виртуальной машине PolkaVM, обеспечивая более эффективные, безопасные и проверяемые возможности выполнения.
Это означает, что опыт разработчиков в основном остается прежним, но базовая реализация была полностью заменена. От WebAssembly до RISC-V, от стековой архитектуры до регистровой, от традиционного исполнения до ZK-дружественного — это «тихая революция».
В настоящее время PolkaVM может работать в тестовой сети Westend Asset Hub, ожидается, что цель - запустить Polkadot в третьем квартале 2025 года.
!
Точка зрения разработчика: Код, который вы пишете, остается прежним, но в основе лежит тихий рефакторинг
Хотя Ethereum и Polkadot по-разному подходят к RISC-V, один опережает видение, а другой уже внедрен, их сигналы для разработчиков удивительно一致: это не революция "уровня написания", а реконструкция базовой инфраструктуры.
Для разработчиков, независимо от того, в какой цепочке вы находитесь, в краткосрочной перспективе почти нет ощущения разобщенности: вы по-прежнему можете писать контракты в Solidity, продолжать использовать знакомые инструменты, такие как Remix, Ethers.js, MetaMask и т. д., и процесс развертывания в основном одинаков.
Но на невидимом уровне движок исполнения уже сменил ядро!
В Polkadot контракты Solidity теперь могут быть скомпилированы в байт-код RISC-V с помощью инструмента revive и выполняться на совершенно новой виртуальной машине PolkaVM. По сравнению с WASM и традиционной EVM, PolkaVM демонстрирует лучшие показатели по эффективности выполнения и расчетам ресурсов, особенно в плане контроля затрат на выполнение сложных контрактов.
В техническом замысле Ethereum RISC-V также рассматривается как наиболее подходящая основа для "ZK нативной цепи". Виталик четко заявил, что если в будущем необходимо будет реализовать действительно математически доказуемую логику выполнения на цепи, то EVM станет непроходимым препятствием, тогда как RISC-V с четкой структурой и предсказуемым поведением является идеальным решением.
Более важно то, что это изменение на уровне архитектуры далеко не просто повышение производительности — коренная трансформация парадигмы разработки на блокчейне тихо происходит.
Безопасность перейдет от "зависимости от людей" к "математической проверяемости". Каждое поведение инструкции RISC-V можно формализовать, чего не может достичь EVM. Это означает, что безопасность контрактов в будущем больше не будет зависеть от годовых аудитов, а сможет получить математическую гарантию "я не допущу ошибок" уже на этапе компиляции. Вы можете написать код, которому не нужно доверять человеку, просто потому что "он может быть доказан".
Нулевое знание переходит от нишевого к стандартному. Ранее написание 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, предложив исследовательскую инициативу по замене давно используемой виртуальной машины 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 к блокчейну?
Виртуальная машина (ВМ) является «мозгом исполнения» каждого блокчейна, и все контракты выполняются на ней. Тем не менее, современные основные системы виртуальных машин, такие как 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.
!
Подход Polkadot очень прямолинейный:
Это означает, что опыт разработчиков в основном остается прежним, но базовая реализация была полностью заменена. От WebAssembly до RISC-V, от стековой архитектуры до регистровой, от традиционного исполнения до ZK-дружественного — это «тихая революция».
В настоящее время PolkaVM может работать в тестовой сети Westend Asset Hub, ожидается, что цель - запустить Polkadot в третьем квартале 2025 года.
!
Точка зрения разработчика: Код, который вы пишете, остается прежним, но в основе лежит тихий рефакторинг
Хотя Ethereum и Polkadot по-разному подходят к RISC-V, один опережает видение, а другой уже внедрен, их сигналы для разработчиков удивительно一致: это не революция "уровня написания", а реконструкция базовой инфраструктуры.
Для разработчиков, независимо от того, в какой цепочке вы находитесь, в краткосрочной перспективе почти нет ощущения разобщенности: вы по-прежнему можете писать контракты в Solidity, продолжать использовать знакомые инструменты, такие как Remix, Ethers.js, MetaMask и т. д., и процесс развертывания в основном одинаков.
Но на невидимом уровне движок исполнения уже сменил ядро!
В Polkadot контракты Solidity теперь могут быть скомпилированы в байт-код RISC-V с помощью инструмента revive и выполняться на совершенно новой виртуальной машине PolkaVM. По сравнению с WASM и традиционной EVM, PolkaVM демонстрирует лучшие показатели по эффективности выполнения и расчетам ресурсов, особенно в плане контроля затрат на выполнение сложных контрактов.
В техническом замысле Ethereum RISC-V также рассматривается как наиболее подходящая основа для "ZK нативной цепи". Виталик четко заявил, что если в будущем необходимо будет реализовать действительно математически доказуемую логику выполнения на цепи, то EVM станет непроходимым препятствием, тогда как RISC-V с четкой структурой и предсказуемым поведением является идеальным решением.
Более важно то, что это изменение на уровне архитектуры далеко не просто повышение производительности — коренная трансформация парадигмы разработки на блокчейне тихо происходит.
Безопасность перейдет от "зависимости от людей" к "математической проверяемости". Каждое поведение инструкции RISC-V можно формализовать, чего не может достичь EVM. Это означает, что безопасность контрактов в будущем больше не будет зависеть от годовых аудитов, а сможет получить математическую гарантию "я не допущу ошибок" уже на этапе компиляции. Вы можете написать код, которому не нужно доверять человеку, просто потому что "он может быть доказан".
Нулевое знание переходит от нишевого к стандартному. Ранее написание ZK-контрактов было навыком, доступным только высококвалифицированным инженерам. Однако структура RISC-V изначально является дружелюбной к zk, выполняемый процесс упорядочен и легко переводится в схемы, что делает его естественным идеальным бэкендом для таких систем, как zkEVM. Как только базовый уровень будет завершен, ZK-контракты могут перестать быть опциональными и стать «стандартным режимом безопасности» для смарт-контрактов.
Эра многоязычных смарт-контрактов также вот-вот начнется. RISC-V подключен к экосистеме инструментов LLVM, а это означает, что такие языки, как Rust и C, могут быть естественным образом скомпилированы в ончейн-форматы. Вы больше не ограничены Solidity, и написание смарт-контрактов в будущем будет таким же контролируемым и гибким, как и написание модулей системы. Polkadot уже продвигает чернила! Миграция языков на RISC-V показывает, что контрактный мир, в котором сосуществуют разные языки, является реальностью, а не фантазией.
Написано в конце
Независимо от того, на какой цепочке вы сейчас находитесь, используете ли вы Solidity или Rust, пишете ли вы контракты в Remix или используете Ethers.js для взаимодействия с фронтендом, вы в конечном итоге осознаете: эволюция виртуальных машин не предназначена для изменения вашего способа написания кода, а для того, чтобы каждая строка кода, которую вы пишете, выполнялась быстрее, была более стабильной, логика была более ясной и безопасной.
Эти изменения могут не проявиться сразу, как фундаментальная реконструкция никогда не видна в первую очередь. Но они в конечном итоге окажут влияние: будущие смарт-контракты станут более мощными, более свободными и более надежными, когда вы даже не будете этого замечать.