У разработчиков Ethereum есть негласное правило: по возможности избегать EVM.
В последние годы, когда на блокчейне требуется новая криптографическая операция, разработчики предпочитают не реализовывать её в EVM, а использовать «предкомпилированный контракт» — это обход виртуальной машины с жёсткой реализацией операции на уровне протокола.
1 марта Виталик Бутерин опубликовал длинную ветку в X, открыто нарушив это неписаное правило. Главная мысль: ценность Ethereum заключается в универсальности. Если EVM не справляется, нужно решать проблему напрямую и создавать лучшую виртуальную машину.
Он предложил два конкретных решения.
Первое изменение касается дерева состояния Ethereum, выполняющего функцию индексирования реестра сети. Каждый раз при проверке баланса или подтверждении транзакции пользователь проходит по этому дереву.
Проблема в том, что текущее дерево слишком громоздкое. В Ethereum используется структура под названием «шестиричное дерево Keccak Merkle Patricia» (название действительно напоминает заклинание). Виталик в EIP-7864 предлагает заменить его более простой бинарной структурой.
Для сравнения: раньше для поиска данных нужно было на каждом узле выбирать один из шести путей. Теперь выбор сводится к «влево» или «вправо». В результате длина ветки Меркля сокращается до четверти от исходной. Для лёгких клиентов требования к пропускной способности при верификации данных значительно снижаются.
Виталик не ограничивается изменением структуры дерева. Он также предлагает сменить функцию хеширования — «шрифт на листьях». Рассматриваются два варианта: Blake3 и Poseidon. Blake3 обеспечивает стабильный прирост скорости, а Poseidon — более радикальное решение, теоретически способное повысить эффективность доказательств в десятки раз, но его безопасность требует дополнительного аудита.
Важно, что это предложение заменяет ранее обсуждавшиеся Verkle Trees. Verkle считалось основным кандидатом для хардфорка 2026 года, но его эллиптическая криптография уязвима для квантовых вычислений. С середины 2024 года интерес к Verkle снижается, и решение с бинарным деревом набирает популярность.
Второе изменение ещё смелее и вызывает больше споров: в перспективе заменить EVM архитектурой RISC-V.
RISC-V — открытый набор инструкций, изначально не связанный с блокчейном, но сейчас почти все ZK-доказательства используют его внутри. Логика Виталика проста: если доказатели уже работают с RISC-V, зачем виртуальной машине использовать что-то другое и требовать дополнительный слой трансляции? Удаление этого слоя увеличивает эффективность.
Для интерпретатора RISC-V достаточно нескольких сотен строк кода. Виталик считает, что именно такой должна быть виртуальная машина блокчейна.
План состоит из трёх шагов: сначала использовать новую виртуальную машину для предкомпилированных контрактов, переписав 80% существующих предкомпилов на новый код; затем разрешить разработчикам деплоить контракты для новой виртуальной машины параллельно с EVM; и в третьих, вывести EVM из эксплуатации — не удаляя её, а переписав в виде смарт-контракта, работающего на новой виртуальной машине, обеспечив полную обратную совместимость.
Пользователям не нужно менять автомобили — только двигатель будет заменён, а рулевое колесо останется прежним.
Насколько значимы эти два изменения вместе? Виталик озвучил цифру: дерево состояния и виртуальная машина в совокупности составляют более 80% узкого места Ethereum по доказательствам. Без решения этих двух проблем масштабирование Ethereum в эпоху ZK застопорится.
Однако согласны не все.
В ноябре прошлого года команда разработчиков Arbitrum — Offchain Labs — опубликовала подробное техническое опровержение. Четыре исследователя утверждают: хотя RISC-V хорошо подходит для ZK-доказательств, он не годится в качестве формата доставки для контрактов.
Они ввели ключевое различие: набор инструкций доставки (dISA) и набор инструкций для доказательств (pISA) могут не совпадать. Использование погрузчиков на складе повышает эффективность, но это не значит, что курьеры должны привозить посылки к вашей двери на погрузчиках.
Offchain Labs выступает за использование WebAssembly (WASM) на уровне контрактов и приводит веские аргументы: WASM эффективно работает на стандартном оборудовании, а большинство узлов Ethereum не используют чипы RISC-V — переход потребует эмуляторов; WASM обеспечивает зрелую проверку типобезопасности; экосистема инструментов WASM прошла проверку в миллиардах сред выполнения.
Важно, что это не только теория. Offchain Labs уже запустила прототип на Arbitrum: контракты поставляются в формате WASM, а затем компилируются в RISC-V для ZK-доказательств. Оба уровня работают независимо.
Они также обозначили интересный риск: технологии ZK-доказательств быстро развиваются, и недавно реализации RISC-V переключились с 32 на 64 бита. Если сейчас закрепить RISC-V в Ethereum L1, что произойдёт, если через два года появится более удачная архитектура доказательств? Делать ставку на быстро меняющуюся цель — не в стиле Ethereum.
Чтобы понять это предложение, нужен более широкий взгляд.
Всего месяц назад Виталик публично задался вопросом, нужен ли Ethereum по-прежнему отдельный план для L2, что вызвало коллективную реакцию экосистемы L2. Генеральный директор Espresso Systems Бен Фиш сказал CoinDesk: по мнению Виталика, L2 изначально создавались для масштабирования Ethereum, но теперь, когда сам Ethereum ускоряется, роль L2 естественным образом меняется.
Интересно, что L2 не впадают в панику, а наоборот, активно отэфириумиваются. Сооснователь OP Labs Цзин Ван сравнил L2 с независимыми сайтами, а Ethereum — с базовым открытым стандартом расчётов. Генеральный директор Polygon Марк Буарон выразился жёстко: настоящая задача — не масштабирование, а создание уникального блокового пространства для реальных сценариев, таких как платежи.
Иными словами, реформа слоя исполнения, предложенная Виталиком, — лишь техническая сноска к более широкой тенденции: Ethereum возвращает контроль над базовыми возможностями, а L2 вынуждены — или наконец находят — собственные причины для независимого существования.
Виталик признаёт, что замена виртуальной машины пока не получила широкой поддержки среди разработчиков. Реформа дерева состояния более зрелая: у EIP-7864 уже есть проект и отдельная команда. А вот замена EVM на RISC-V — это пока только дорожная карта, до внедрения далеко.
Однако на прошлой неделе Виталик сделал запоминающееся заявление: Ethereum уже менял реактивный двигатель в полёте (The Merge) и может сделать это ещё четыре раза — дерево состояния, упрощённый консенсус, верификация ZK-EVM и замена виртуальной машины.
Обновление Glamsterdam ожидается в первой половине 2026 года, за ним последует Hegota. Точный состав двух хардфорков ещё не определён, но реформа дерева состояния и оптимизация слоя исполнения уже утверждены как основные темы.
История Ethereum никогда не была о том, можно ли это сделать. Переход от PoW к PoS, от L1-ориентированности к Rollup-центристской модели — всё это доказательство способности и смелости разбирать двигатель на высоте.
На этот раз речь о более глубокой трансформации: не о добавлении новых функций, а о разборке старого фундамента и его полной замене. Это продуманная реконструкция или бесконечно усложняющаяся яма? Ответ, вероятно, появится не раньше 2027 года.
Но ясно одно: Ethereum не собирается оставаться заплатанной системой в эпоху ZK. Каким образом убрать заплаты и какой двигатель установить — возможно, сам спор важнее финального решения.
Статья перепечатана с сайта TechFlow, авторские права принадлежат оригинальному автору [Gray Lobster]. Если у вас есть возражения против перепечатки, пожалуйста, свяжитесь с командой Gate Learn, которая оперативно рассмотрит вопрос в соответствии с установленными процедурами.
Отказ от ответственности: мнения и взгляды, выраженные в статье, принадлежат исключительно автору и не являются инвестиционной рекомендацией.
Переводы на другие языки выполнены командой Gate Learn. Без явного указания на Gate запрещается копировать, распространять или присваивать себе переведённые материалы.





