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

Написано: Chloe, ChainCatcher

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

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

Рамковий проект Strawmap: до 2029 року Ethereum досягне 10000 TPS

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

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

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

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

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

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

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

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

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

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

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

Це дасть такі переваги:

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

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

1. Підтримка нової VM для існуючих контрактів.
2. Відкриття для користувачів можливості розгортати нові VM-контракти.
3. Переписання EVM під нову VM.

Це забезпечить зворотну сумісність і мінімізує витрати на перехід.

Дорожня карта захисту від квантових атак: усунення 4 вразливих місць Ethereum

Віталік у статті чітко окреслює 4 ключові вразливі точки Ethereum щодо квантової безпеки:

1. Консенсус: BLS-підписи

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

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

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

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

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

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

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

За допомогою рекурсивних доказів обсяг даних зменшується до кількох сотень МБ, що дозволяє швидко підтверджувати транзакції навіть у мемпулі, забезпечуючи низьку вартість і високий рівень безпеки у квантову епоху.

AI як прискорювач: за кілька тижнів до дорожньої карти Ethereum 2030

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

Він сам тестував модель gpt-oss:20b на ноутбуці і за годину згенерував бекенд-код для блогу. З більш потужним kimi-2.5 — можливо «зробити все за один раз». AI вже не просто підвищує ефективність, а змінює швидкість реалізації дорожньої карти.

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

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

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

Однак публікація таких складних технічних деталей ставить питання щодо реальності виконання обіцянок Ethereum. Історично, темпи реалізації були повільнішими за очікування: перехід на The Merge затягнувся з 2020 року до 2022, а впровадження Proto-Danksharding — ще довше через аудит безпеки, координацію клієнтів і децентралізацію.

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

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