RISC-V и будущее Ethereum: стоит ли заменять EVM?

У Ethereum амбиций всегда хватало, но последнее предложение Виталика — одно из самых тихо-радикальных: заменить Ethereum Virtual Machine (EVM) на RISC-V. Звучит скучно? А вот и нет. Это шаг, который может полностью изменить способ исполнения контрактов Ethereum — не меняя сам Ethereum.

Давайте разберёмся простыми словами — без нужды становиться инженером компиляторов.

Что такое RISC-V?

В основе RISC-V — это язык команд, который определяет, как процессоры выполняют инструкции. Это не изобретение блокчейна — он используется в чипах телефонов, ноутбуков и серверов.

Почему тогда его обсуждает крипта?

Потому что RISC-V — это открытый, гибкий и массово применяемый стандарт. В отличие от закрытых архитектур вроде Intel или ARM, любой может использовать или модифицировать RISC-V. Это как Linux в мире железа — и Ethereum может получить от этого серьёзную выгоду.

В чём суть предложения?

Виталик предлагает в будущем перевести исполнительный уровень Ethereum с кастомного EVM на RISC-V. Но не паникуйте — Solidity никуда не денется, dApp'ы не развалятся, интерфейс останется привычным.

Вот как это описывается:

• Интерфейс Ethereum (аккаунты, SLOAD/SSTORE, CALL, балансы) останется тем же.
• Контракты всё так же будут писаться на Solidity или Vyper — просто компилироваться будут в RISC-V, а не в байткод EVM.
• Старые контракты на EVM продолжат работать — между ними и RISC-V будут созданы мосты совместимости.
• Возможны разные варианты реализации: от параллельных ВМ до полной миграции.

Короче, это не замена автомобиля — это замена двигателя. Быстрее и надёжнее.

Зачем это вообще нужно?

Ответ простой — производительность и масштабируемость, особенно для доказательств с нулевым разглашением.

ZK-EVM'ы (версии EVM с нулевым разглашением) уже во многих случаях компилируются в RISC-V, потому что оптимизировать его проще, чем EVM. Так что если мы и так всё сводим к RISC-V — почему бы сразу не сделать его нативным?

Виталик приводит примеры, где замена даёт до 100x прироста эффективности при доказательствах. Это не просто «хорошо бы» — это может серьёзно повлиять на будущее масштабируемости Ethereum.

Дополнительные плюсы:

• Легче интегрировать с классическими dev-инструментами и компиляторами.
• Более чистый и компактный код (по «правилу Tinygrad»: меньше 10k строк).
• «Будущее-устойчивость»: вместо изоляции в крипто-мире — соответствие общим трендам разработки.

А где подвох?

Есть и скептики:

• RISC-V изначально не задумывался под исполнение с постоянным состоянием, как у Ethereum.
• Это может не помочь Layer 2 роллапам и может еще больше усложнить Ethereum L1.
• Даже «мягкий» переход — это риск и расфокусировка команды разработчиков.

Важно понимать: zkEVM всё ещё развивается. Ethereum уже решает задачи масштабируемости через EIP, rollups и Stateless. Предложение по RISC-V — это не о сегодняшнем дне, а о будущих десятилетиях.

Что это значит для пользователей и разработчиков?

Для обычного пользователя? Почти ничего не изменится.

Контракты всё так же будут писаться на Solidity, взаимодействие с кошельками и DEX'ами останется прежним. Изменения будут глубоко «под капотом» — не на виду, но с эффектом.

А вот для power-юзеров и разработчиков это может значить:

• Быстрее генерация ZK-доказательств.
• Более модульные архитектуры.
• Меньше «наследственных багов» и компромиссов.

Финальные мысли: эволюция, а не революция?

Здорово, что проект блокчейна задумывается так далеко вперёд.

RISC-V не заменит EVM завтра. Но предложение Виталика поднимает важный вопрос: что нужно Ethereum, чтобы выжить ещё 100 лет?

Замена EVM на RISC-V — это только один из возможных путей. Подходит ли он? Решать будет сообщество. Но сам факт, что такие разговоры уже идут, показывает: Ethereum играет не в цикл — а в столетие.