Велика реконструкція Ethereum 2026: цього разу відмовитися від «прогресивізму»

Автор: Chloe, ChainCatcher

За останні два тижні засновник Ethereum Віталік Бутерін активно публікував у X низку технічних довгих статей, що охоплюють стратегії масштабування, захист від квантових атак, абстракцію акаунтів, реконструкцію рівня виконання та прискорення розробки за допомогою ШІ. Це отримало назву «План масштабної реконструкції Ethereum 2026». За цим слідує рамкова схема Strawmap, оприлюднена одночасно Фондом Ethereum, яка передбачає доведення пропускної здатності L1 до рівня 10 000 TPS до 2029 року.

Однак, чим амбітніший цей план, тим більше виникає сумнівів щодо його реалізації, адже історично темпи впровадження Ethereum завжди були повільнішими за очікування. Чи справді Ethereum готовий відмовитися від «прогресивізму» та перейти до радикальної реконструкції?

Рамкова схема Strawmap: досягнення 10 000 TPS на Ethereum у 2029 році

Дослідник Фонду Ethereum Джастін Дрейк 25 лютого опублікував схему маршруту під назвою Strawmap, яка має на меті окреслити бачення та майбутні терміни оновлень L1 Ethereum. У цій схемі визначено п’ять головних «зіркових» цілей: високопродуктивний L1, пропускна здатність L1 у гігагагах, масштабування L2 у терагагах, квантобезпечність L1 та вбудовані приватні перекази. Конечна мета — обробляти 10 000 транзакцій за секунду на рівні L1 та 10 мільйонів транзакцій за секунду на рівні L2.

План передбачає сім перехрещень (форків), що відбуватимуться з інтервалом у шість місяців, і включає зміни у консенсусному, даних та виконавчому рівнях. Віталік Бутерін підтримав цю ініціативу, і за останні два тижні він активно публікував технічні статті, що розкривають ключові аспекти цієї дорожньої карти.

Стратегічний фокус: масштабування Ethereum L1 та реконструкція рівня виконання

Віталік стверджує, що на відміну від попередніх років, коли головним було зосередження на L2 Rollup та легкому L1, тепер бачення полягає у значному підвищенні масштабності L1 у короткостроковій перспективі при збереженні довгострокового курсу.

1. Короткостроковий етап: оновлення Glamsterdam

У короткостроковій перспективі заплановане оновлення Glamsterdam, яке введе «блок-уровневі списки доступу (BALs)» для підтримки паралельної валідації, що подолає обмеження швидкості послідовної обробки та одночасно просуватиме ідею розділення пропонувальників та будівельників (Enshrined Proposer-Builder Separation, ePBS), що дозволить оптимізувати використання слотів у 12 секунд.

2. Довгостроковий етап: розвиток ZK-EVM та Blob

Довгострокове масштабування базується на двох основних стовпах: ZK-EVM та Blob. У напрямку ZK-EVM очікується, що наприкінці 2026 року невелика кількість валідаторів почне використовувати клієнти ZK-EVM, а з 2027 року їх кількість зросте, посилюючи безпеку. Мета — запровадити механізм «3 з 5» для підтвердження, тобто блок має підтвердити щонайменше три з п’яти систем доказів.

Щодо Blob, то технологія PeerDAS (зразок вибірки доступності даних) буде постійно вдосконалюватися, прагнучи підвищити пропускну здатність до приблизно 8 МБ/с. Основна ідея — дозволити вузлам підтверджувати дані, завантажуючи лише невелику частину, що значно підвищить пропускну здатність і знизить апаратні вимоги. Крім того, для майбутнього масштабного застосування Ethereum планує перейти до зберігання блокових даних безпосередньо у просторі Blob, замінивши дорогий та довічний calldata.

3. Реконструкція рівня виконання: перехід до двійкових дерев стану, замість EVM

Віталік зазначає, що 80% обмежень у швидкості підтвердження Ethereum походять від застарілої архітектури. За EIP-7864, перехід із «16-кових Keccak MPT дерев стану» до «двійкових дерев стану» дозволить скоротити довжину гілок у 4 рази. Це суттєво підвищить ефективність обробки даних:

• Зменшення пропускної здатності: приблизно у 4 рази, що є проривом для легких клієнтів, таких як Helios.
• Швидкість підтвердження: при використанні BLAKE3 — у 3 рази швидше; при Poseidon — до 100 разів.
• Оптимізація доступу: дизайн «сторінок» (від 64 до 256 слотів) для зчитування та запису дозволяє зекономити понад 10 000 Gas на транзакцію при роботі з сусідніми даними.

Ще більш амбітним є проєкт міграції віртуальної машини (VM). Зараз ZK-стверджувачі здебільшого написані на RISC-V. Якщо EVM зможе безпосередньо працювати на RISC-V, це усуне витрати на трансляцію між двома рівнями VM і значно підвищить довіру до системи. Планується три етапи впровадження:

1. Спершу нова VM прийме існуючі попередньо скомпільовані контракти

2. Потім дозволить користувачам розгортати нові контракти на цій VM

3. І нарешті, перепише сам EVM у вигляді смарт-контракту, що працює на новій VM

Це забезпечить зворотну сумісність, а вартість переходу зводитиметься до переналаштування Gas.

Дорожня карта протидії квантовим загрозам: закриття 4 вразливих технічних аспектів Ethereum

Щодо безпеки L1 у квантову епоху Віталік чітко зазначає, що наразі Ethereum має чотири вразливі місця:

1. Консенсусний рівень: BLS-підписи

Майбутній шлях заміни — концепція «Lean consensus» (спрощений консенсус), яка передбачає використання хеш-орієнтованих підписів у поєднанні з STARKs для агрегації та компресії, щоб протистояти квантовим атакам. Перед впровадженням повної системи «спрощеного консенсусу» буде запущена «легка» версія мережі, яка оброблятиме лише 256–1024 підписи за слот без необхідності застосування STARK-агрегації, що значно знизить технічні бар’єри.

2. Доступність даних: KZG-підписи та STARKs

У сфері доступності даних пропонується замінити існуючі KZG-підписи на STARKs із квантовою стійкістю. Це викликає два основних компроміси:

• STARKs не мають лінійної властивості KZG, що ускладнює ефективне 2D-вибіркове зчитування даних, тому Ethereum обирає більш консервативний шлях — DAS 1D (PeerDAS), що гарантує стабільність мережі, але не максимальну масштабність.
• Через великий обсяг доказів, розробники мають застосовувати рекурсивні підтвердження для зменшення розміру доказів, що є складним інженерним завданням. В цілому, Віталік вважає, що шлях із поступовим спрощенням цілком здійсненний, але потребує значних зусиль.

3. Зовнішні акаунти (EOA): ECDSA-підписи

Захист зовнішніх акаунтів — EOA, що використовують ECDSA, — є найуразливішим до квантових атак. Віталік пропонує перейти до «вбудованої абстракції акаунтів» (native AA), яка дозволить користувачам замінювати алгоритми підпису без зміни адрес, зберігаючи гнучкість і безпеку.

4. Прикладний рівень: ZK-докази на основі KZG або Groth16

На рівні застосунків головна проблема — високі витрати Gas для квантобезпечних STARK-доказів, що у 20 разів дорожчі за сучасні SNARK. Віталік пропонує ввести «Validation Frame» (EIP-8141), що дозволить агрегувати численні складні підписи та докази поза ланцюгом, використовуючи рекурсивні підтвердження. Це дозволить зменшити обсяг даних для підтвердження до кількох сотень МБ до мінімуму, що зменшить навантаження на блокчейн і зробить операції швидшими та дешевшими, навіть у час квантових загроз.

Штучний інтелект як прискорювач: реалізація дорожньої карти Ethereum 2030 за кілька тижнів

Крім технічних оновлень, Віталік нещодавно підкреслював, що ШІ прискорює розробку Ethereum. Він поширив експеримент, де за допомогою vibe-coding за два тижні створили прототип дорожньої карти Ethereum 2030, і зазначив: «Шість місяців тому це було неможливо, а тепер — тенденція.»

Він сам тестував, використовуючи ноутбук з моделлю gpt-oss:20b, і за годину написав бекенд для блогу; при використанні потужнішої kimi-2.5 він очікує, що зможе зробити все за один раз. Це свідчить, що ШІ вже не просто прискорює — він змінює швидкість реалізації дорожніх планів Ethereum.

Віталік пропагує ідею, що частина вигод від ШІ має йти на підвищення швидкості, а частина — на безпеку. Він пропонує використовувати ШІ для генерації масштабних тестових сценаріїв, формальної верифікації ключових модулів і створення кількох незалежних реалізацій для їх порівняння. На його думку, у найближчому майбутньому неможливо замінити високорівневий код безпековим, але цей процес може бути прискорений у 5 разів.

Насамкінець, він висловив ідею, що дорожня карта Ethereum може бути реалізована швидше за очікування, а рівень безпеки — вищим. «Безпомилковий код — давно вважається утопією, але тепер це може стати реальністю». Якщо б це сказали п’ять років тому, це здавалося б неможливим.

Повільний темп реалізації та реальні виклики

Однак публікація таких складних технічних деталей завжди ставить під сумнів можливість своєчасного виконання обіцянок Ethereum.

Історично темпи впровадження Ethereum були повільнішими за заплановані. The Merge, спочатку запланований на кінець 2020 року, був відкладений до вересня 2022. Впровадження EIP-4844 (Proto-Danksharding) тривало кілька років. Затримки зазвичай зумовлені аудитами безпеки, координацією між клієнтами та децентралізованим управлінням.

Проте цього разу часу залишилось мало. Конкуренти наближаються, квантові загрози стають реальністю, а революція у продуктивності, викликана ШІ, змушує Ethereum відмовитися від «прогресивізму». На цьому історичному перехресті м’які і поступові оновлення вже не зможуть підтримати амбіції Ethereum стати глобальним розрахунковим рівнем.

Віталік також підкреслює, що ця трансформація — не лише технічна, а й ідеологічна. Він закликає спільноту відмовитися від залежності від старих шляхів, зберегти принципи цензуростійкості, відкритості, приватності та безпеки (CROPS), і переосмислити дизайн застосунків з нуля.

Технічний шлях — це лише частина, а перехід у нове мислення — найскладніший крок у відмові від «прогресивізму».