Щойно побачив пост Віталіка про масштабний план оновлення Ethereum і мушу сказати, що він досить сміливий

Коротко кажучи, він хоче зробити дві фундаментальні зміни, які глибоко вплинуть на спосіб роботи Ethereum. Перша — це дерево стану, яке, якщо спростити, є системою зберігання та пошуку даних Ethereum. Проблема в тому, що воно зараз занадто велике і складне. Віталік пропонує перейти від структури Hexadecimal Keccak Merkle Patricia Tree до простішого бінарного дерева. Реальний вплив — зменшення пропускної здатності, необхідної для перевірки даних, приблизно в чотири рази.

Але цього недостатньо. Він хоче змінити функцію хешування, пропонуючи Blake3 або Poseidon Blake3. Вони швидші, але Poseidon здається дуже перспективним. Теоретично, це може збільшити ефективність у десятки разів.

Друга зміна є ще більш радикальною. Він хоче замінити EVM на RISC-V у довгостроковій перспективі. Причина цілком зрозуміла: якщо вся система доказів ZK вже використовує RISC-V, навіщо мати EVM, яка говорить на іншій мові, і потрібен переклад між ними? Вилучивши цей рівень перекладу, можна автоматично підвищити продуктивність.

Його план має три етапи: перший — запуск нової віртуальної машини для виконання вже скомпільованих контрактів; другий — дозволити розробникам розгортати контракти безпосередньо на новій ВМ; третій — зняти рівень EVM, переписавши його як смарт-контракти на новій ВМ для зворотної сумісності.

Віталік каже, що оновлення дерева стану і ВМ разом становлять понад 80% обмежень доказів Ethereum. Якщо не торкатися цих двох частин, масштабування в епоху ZK буде застрягати тут.

Але не всі згодні. Команда Offchain Labs з Arbitrum виступила з досить детальними запереченнями. Вони кажуть, що RISC-V підходить для створення доказів ZK, але не підходить для формату розгортання контрактів. Вони рекомендують використовувати WebAssembly і компілювати його у RISC-V для створення доказів. Варто зазначити, що вони не просто говорять — у них вже є прототип Arbitrum, який працює саме так.

Вони також вказують на ризик, що технології ZK proof швидко змінюються. Якщо тримати RISC-V на Ethereum L1, а через два роки з’явиться краща структура, це стане проблемою.

Цікаво, що це пов’язано з великим трендом: Віталік пропонує ці оновлення, коли Layer 2 поступово «відокремлюються» від Ethereum. Представники Polygon прямо кажуть, що справжня проблема — не масштабованість, а створення спеціальних просторів для реальних сценаріїв.

Сам Віталік також визнає, що широкого консенсусу щодо заміни EVM ще немає. Але оновлення дерева стану здається більш зрілим. Він каже, що Ethereum вже змінював свій «двигун у повітрі» один раз — під час The Merge — і ще зможе зробити приблизно чотири таких оновлення.

План оновлення Glamsterdam, за попередніми оцінками, розпочнеться у першій половині 2026 року, а потім — Hegota. Насправді питання не в тому, чи можливо це зробити, а в тому, що Ethereum вже довів свою сміливість у фундаментальних оновленнях. Очікувати на ясність можна у 2027 році, але при цьому Ethereum точно не планує залишатися старою системою, яку потрібно лагодити.