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

2026-03-06 04:16:45

Автор: Chloe, ChainCatcher

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

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

Рамкова схема Strawmap: Ethereum до 2029 року з 10000 TPS

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

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

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

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

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

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

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

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

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

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

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

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

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

Спершу — запуск нової VM для існуючих контрактів.
Потім — дозволити користувачам розгортати нові VM-контракти.
Нарешті — переписати EVM під нову VM.

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

Шлях квантової безпеки: покриття 4 ключових слабкостей Ethereum

Віталік у статті окреслює 4 основні вразливості Ethereum до квантових атак:

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

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

2. Доступність даних: KZG-пропозиції та STARK

Замість KZG-пропозицій пропонується використовувати STARK, що має квантовий захист. Однак STARK має недоліки: відсутність лінійної властивості у 2D-випробуваннях і великі розміри доказів. Тому Ethereum обере більш консервативний шлях — DAS (Data Availability Sampling) з одновимірними доказами, щоб зберегти стабільність.

3. Акаунти EOA: ECDSA

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

4. Додатки: ZK-протоколи на основі KZG або Groth16

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

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

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

Він сам тестував GPT-OSS:20B на ноутбуці, і за годину написав бекенд для блогу. З більш потужним kimi-2.5 — можливо, зробити все за один раз. AI суттєво підвищує швидкість реалізації.

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

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

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

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

Історія показує, що Ethereum зазвичай виконує плани повільніше за графік. The Merge з 2020 року переносили з кінця 2020 на 2022 рік; EIP-4844 — також затягнувся. Це через безпеку, координацію та управління.

Зараз час для Ethereum обмежений. Конкуренти наздоганяють, квантові загрози реальні, а AI змінює продуктивність. Це змушує Ethereum відмовитися від «послідовної політики» і перейти до радикальної реконструкції. Важливо не просто йти маленькими кроками, а переосмислити весь підхід до глобальної платформи.

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

Технічний план — важливо, але без зміни мислення — це найскладніше.

ETH-3,75%

Переглянути оригінал

Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.