Виталик Бутерин заявил, что Ethereum отказался от eWASM в пользу RISC-V. Эти разрывы в The Merge и быстрое развитие технологии SNARK потребовали критического перехода к совместимости с zkEVM.
Ethereum отказался от долгожданного обновления eWASM. Вместо этого сеть стала совместимой с архитектурой RISC-V. Об этом изменении рассказал соучредитель Виталик Бутерин на Pragma Taipei в апреле 2025 года.
Бутерин объяснил, почему произошли эти изменения, согласно WuBlockchain в X. The Merge был значительно задержан, а технология SNARK развивалась гораздо быстрее, что изменило технические приоритеты Ethereum.
Виталик Бутерин раскрывает: Почему Ethereum отказался от eWASM в пользу RISC-V?
В неформальной беседе на Pragma Taipei в апреле 2025 года соучредитель Ethereum Виталик Бутерин объяснил переход с eWASM на RISC-V. Изначально планировалось, что eWASM заменит ошибочный EVM, но задержки в “The Merge”… pic.twitter.com/1iKZOYAv1L
— Wu Blockchain (@WuBlockchain) 28 декабря 2025
Источник: WuBlockchain
eWASM разрабатывался как замена неисправного EVM, который должен был быть высокопроизводительным и совместимым. Обновление должно было вывести Ethereum на более современный уровень его слоя выполнения, однако его реализация заняла больше времени, чем ожидалось. Когда масштабирование стало необходимым с использованием доказательств с нулевым знанием, системы криптографической проверки стали центром внимания разработки.
Революция SNARK изменила всё
Совместимость с SNARK стала окончательным критерием. Ethereum требовал среду выполнения, которая фактически совместима с доказательствами с нулевым знанием, и eWASM не смог удовлетворить эту потребность.
RISC-V имел явное преимущество. Модели в стиле RISC-V, которые являются естественным выбором в системах SNARK, уже используются в большинстве реализаций zkEVM. Производство доказательств WebAssembly было менее эффективным и более сложным.
По словам Бутерина, RISC-V сейчас является правильным стандартом. Открытый набор инструкций совместим с криптографической проверкой и требует меньших сложностей цепи при использовании доказательств с нулевым знанием.
Принятие zkEVM повлияло на решение
Несколько проектов zkEVM уже имеют архитектуры, совместимые с RISC-V, включая zkSync и Polygon zkEVM, которые используют похожие наборы инструкций. Это использование стало широко распространённым и повлияло на направление развития Ethereum, сделав его менее фрагментированным и позволив разработчикам делиться инструментами между платформами.
Дорожная карта масштабирования сети сосредоточена на rollup-системах. Эти системы будут упаковывать транзакции вне цепочки и предоставлять криптографические доказательства обратно в Ethereum. Решения второго уровня зависят от эффективного генерации доказательств, и RISC-V хорошо подходит для этой модели, упрощая проверку сетей.
Ethereum по-прежнему придерживается модульной философии разработки. Переход стимулирует постоянное улучшение без значительных сбоев, повышая производительность rollup со временем и сохраняя долгосрочную децентрализацию как приоритет. RISC-V достаточно гибок, чтобы поддерживать обновления протокола в будущем и привлекать более широкий спектр участников экосистемы.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Почему Ethereum отказался от eWASM в пользу архитектуры RISC-V
Виталик Бутерин заявил, что Ethereum отказался от eWASM в пользу RISC-V. Эти разрывы в The Merge и быстрое развитие технологии SNARK потребовали критического перехода к совместимости с zkEVM.
Ethereum отказался от долгожданного обновления eWASM. Вместо этого сеть стала совместимой с архитектурой RISC-V. Об этом изменении рассказал соучредитель Виталик Бутерин на Pragma Taipei в апреле 2025 года.
Бутерин объяснил, почему произошли эти изменения, согласно WuBlockchain в X. The Merge был значительно задержан, а технология SNARK развивалась гораздо быстрее, что изменило технические приоритеты Ethereum.
Источник: WuBlockchain
eWASM разрабатывался как замена неисправного EVM, который должен был быть высокопроизводительным и совместимым. Обновление должно было вывести Ethereum на более современный уровень его слоя выполнения, однако его реализация заняла больше времени, чем ожидалось. Когда масштабирование стало необходимым с использованием доказательств с нулевым знанием, системы криптографической проверки стали центром внимания разработки.
Революция SNARK изменила всё
Совместимость с SNARK стала окончательным критерием. Ethereum требовал среду выполнения, которая фактически совместима с доказательствами с нулевым знанием, и eWASM не смог удовлетворить эту потребность.
RISC-V имел явное преимущество. Модели в стиле RISC-V, которые являются естественным выбором в системах SNARK, уже используются в большинстве реализаций zkEVM. Производство доказательств WebAssembly было менее эффективным и более сложным.
По словам Бутерина, RISC-V сейчас является правильным стандартом. Открытый набор инструкций совместим с криптографической проверкой и требует меньших сложностей цепи при использовании доказательств с нулевым знанием.
Принятие zkEVM повлияло на решение
Несколько проектов zkEVM уже имеют архитектуры, совместимые с RISC-V, включая zkSync и Polygon zkEVM, которые используют похожие наборы инструкций. Это использование стало широко распространённым и повлияло на направление развития Ethereum, сделав его менее фрагментированным и позволив разработчикам делиться инструментами между платформами.
Дорожная карта масштабирования сети сосредоточена на rollup-системах. Эти системы будут упаковывать транзакции вне цепочки и предоставлять криптографические доказательства обратно в Ethereum. Решения второго уровня зависят от эффективного генерации доказательств, и RISC-V хорошо подходит для этой модели, упрощая проверку сетей.
Ethereum по-прежнему придерживается модульной философии разработки. Переход стимулирует постоянное улучшение без значительных сбоев, повышая производительность rollup со временем и сохраняя долгосрочную децентрализацию как приоритет. RISC-V достаточно гибок, чтобы поддерживать обновления протокола в будущем и привлекать более широкий спектр участников экосистемы.