Сооснователь Ethereum Виталик Бутерин представил стратегию радикального обновления сети, которая затронет основы её архитектуры. Ключевые изменения касаются способа хранения данных и работы виртуальной машины — компонентов, на которые приходится до 80% всех технических барьеров платформы.

Новая топология данных: бинарные деревья

В рамках предложения EIP-7864 Бутерин настаивает на замене текущей структуры данных (шестнадцатеричного дерева Меркла-Патриции) на бинарное дерево состояний.

Что это даст сети:

• Компактность: Длина ветвей Меркла сократится в четыре раза, что критически важно для работы легких клиентов.
• Скорость доказательств: Использование новых хеш-функций (например, Blake3 или Poseidon) может ускорить генерацию доказательств в 3–100 раз.
• Квантовая устойчивость: Переход на бинарные структуры — это ещё и мера предосторожности на случай появления мощных квантовых компьютеров.

Революция виртуальной машины: от EVM к RISC-V

Бутерин предложил амбициозный план по постепенному отказу от привычной EVM в пользу открытой архитектуры RISC-V. Процесс будет разбит на три этапа: от использования RISC-V в предкомпилированных контрактах до полного превращения старой EVM в обычный смарт-контракт, работающий «поверх» новой системы.

Однако не все согласны с таким выбором. Команда Offchain Labs (создатели Arbitrum) полагает, что для долгосрочных целей Ethereum больше подходит стандарт WebAssembly (WASM), указывая на то, что архитектура для исполнения кода не обязательно должна быть идентична архитектуре для генерации ZK-доказательств.

«Вайб-кодинг» и ИИ: ускорение разработки

Бутерин также отметил, что реализация дорожной карты Ethereum может пойти гораздо быстрее благодаря искусственному интеллекту. Он ввел термин «вайб-кодинг», описывающий процесс, где нейросети берут на себя рутинное написание кода.

Взгляд Бутерина на ИИ в разработке:

• Скорость: То, на что раньше уходили месяцы, теперь можно реализовать за недели.
• Риски: Высокая скорость чревата критическими багами и созданием нерабочих «заглушек».
• Безопасность: ИИ следует использовать не только для генерации кода, но и для автоматического тестирования и формальной верификации систем.