В недавнем развитии технологий Блокчейн термин, который ранее был популярен только в кругу инженеров-микросхем, незаметно стал новым любимцем разработчиков Блокчейн: RISC-V.
20 апреля 2025 года основатель Ethereum Виталик Бутерин опубликовал статью на форуме сообщества Ethereum Magicians, предложив Exploratory Proposal о замене давно используемой виртуальной машины EVM на RISC-V.
Тем временем Polkadot тихо запустил в тестовой сети AseetHub Westend среду выполнения смарт-контрактов с поддержкой RISC-V, разработчики даже могут продолжать использовать 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.
Подход Polkadot очень прямолинеен:
· Язык остается прежним, продолжайте использовать 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 с помощью инструмента 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 уже продвигает перенос языка ink! на RISC-V, что показывает, что мир контрактов, где сосуществуют различные языки, является реальностью, а не фантазией.
Написано напоследок
Независимо от того, на какой цепочке вы сейчас находитесь, используете ли вы Solidity или Rust, пишете ли вы контракты в Remix или используете Ethers.js для фронтенда, вы в конечном итоге осознаете: эволюция виртуальной машины не предназначена для изменения вашего способа написания кода, а для того, чтобы каждая строка кода, которую вы пишете — выполнялась быстрее, исполнялась стабильнее, логика была более четкой и безопасной.
Эти изменения могут не проявиться сразу, как перестройка фундамента никогда не видна в первую очередь. Но они в конечном итоге окажут влияние: будущие смарт-контракты станут более мощными, более свободными и более надежными, когда вы этого не заметите.
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
Почему Polkadot и Виталик одновременно выбрали RISC-V?
В недавнем развитии технологий Блокчейн термин, который ранее был популярен только в кругу инженеров-микросхем, незаметно стал новым любимцем разработчиков Блокчейн: RISC-V.
20 апреля 2025 года основатель Ethereum Виталик Бутерин опубликовал статью на форуме сообщества Ethereum Magicians, предложив Exploratory Proposal о замене давно используемой виртуальной машины EVM на RISC-V.
Тем временем Polkadot тихо запустил в тестовой сети AseetHub Westend среду выполнения смарт-контрактов с поддержкой RISC-V, разработчики даже могут продолжать использовать 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. Подход Polkadot очень прямолинеен:
· Язык остается прежним, продолжайте использовать 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 с помощью инструмента 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 уже продвигает перенос языка ink! на RISC-V, что показывает, что мир контрактов, где сосуществуют различные языки, является реальностью, а не фантазией.
Написано напоследок
Независимо от того, на какой цепочке вы сейчас находитесь, используете ли вы Solidity или Rust, пишете ли вы контракты в Remix или используете Ethers.js для фронтенда, вы в конечном итоге осознаете: эволюция виртуальной машины не предназначена для изменения вашего способа написания кода, а для того, чтобы каждая строка кода, которую вы пишете — выполнялась быстрее, исполнялась стабильнее, логика была более четкой и безопасной.
Эти изменения могут не проявиться сразу, как перестройка фундамента никогда не видна в первую очередь. Но они в конечном итоге окажут влияние: будущие смарт-контракты станут более мощными, более свободными и более надежными, когда вы этого не заметите.
Ссылка на статью: