Ethereum 2026: EF розробляє дорожню карту протоколу, входить у еру «інженерних оновлень»

18 лютого Фонд Етереуму (EF) опублікував «Оновлення пріоритетів протоколу на 2026 рік». У порівнянні з попередніми фрагментованими оновленнями, зосередженими на EIP, цей план більше схожий на стратегічний розклад, який чітко визначає темпи оновлень, розподіл пріоритетів та три основні напрямки, навколо яких протокольний рівень зосередиться протягом наступного року: Scale, Improve UX, Harden the L1.

А за цим стоять глибокі зміни в розробці Ethereum, що переходять до «передбачуваної інженерної доставки» — від успішного впровадження двох хард-форків 2025 року (Pectra/Fusaka) до попереднього планування подвійної основної лінії Glamsterdam та Hegotá у 2026 році, і це, ймовірно, є найважливішим сигналом на рівні протоколу за останні роки.

Якщо ви стежите за Ethereum, ви знаєте, що 2025 рік став роком протиріч для цього протоколу: ціна ETH може залишатися на низькому рівні, але на рівні протоколу відбулися безпрецедентно інтенсивні зміни.

Зокрема, ефір у початку 2025 року пережив досить складний період, коли EF тимчасово опинився в центрі медійного шторму — спільнота масово критикувала організацію, і навіть висувалися заклики запровадити так званого «військового генерального директора» для запуску реформ. У підсумку серія внутрішніх боротьб вийшла на публічний рівень, що змусило EF провести найбільш масштабну реструктуризацію влади з моменту заснування:

• У лютому виконавчий директор Ая Міягучі була призначена генеральним директором, а Віталік Бутерін обіцяв перебудувати керівництво;
• Після цього Хсяо-Вей Ван і Томаш К. Станчак призначаються співвиконавчими директорами;
• Нова маркетингова агенція Etherealize, яку очолює колишній дослідник Денні Райан, заснована;
• Тим часом EF далі реорганізовує раду директорів та чітко визначає орієнтацію на цінності криптопанків;
• До середини року фонд також реорганізував свій відділ досліджень і розробок, об’єднавши команди та провівши кадрові зміни, щоб забезпечити фокус на пріоритетах основного протоколу;

Виявилось, що цей комплекс заходів справді підвищив ефективність Ethereum. Зокрема, успішне впровадження оновлення Fusaka лише через 7 місяців після Pectra у травні довело, що EF, незважаючи на значні зміни в лідерстві, здатна забезпечувати важливі оновлення, а також позначило початок для Ethereum нового темпу розробки — «два хардфорки на рік».

Зокрема, після переходу мережі на PoS у вересні 2022 року через The Merge, мережа Ethereum майже щорічно орієнтувалася лише на одну велику оновлення: наприклад, оновлення Shapella у квітні 2023 року та Dencun у березні 2024 року: перше дозволило виводити стейкінг-зняття, завершивши ключовий етап переходу на PoS; друге запустило EIP-4844, офіційно відкривши канал для даних Blob, що значно знизило витрати на L2.

А 2025 рік завершив два важливі хард-форки: Pectra та Fusaka, а ще важливіше — у 2025 році вперше системно запланував іменування оновлень на наступні два роки: Glamsterdam та Hegotá.·

Хоча це не було офіційно підтверджено, цікаво, що наприкінці минулого року The Block посилалася на джерела Consensys, які стверджували, що з моменту The Merge дослідники Ethereum мали метою проводити один великий апдейт на рік, а зараз вони планують «прискорити темпи запуску хардфорків, перейшовши на піврічний цикл», і прямо зазначили, що Fusaka започаткувала двічірічний цикл оновлень Ethereum.

Це «інституційна» зміна в темпах оновлень має історичне значення. Причина проста: раніше розклад випуску залежав від готовності розробників, що робило очікуваний часовий проміжок нестабільним для розробників та інфраструктури. Як відомо тим, хто добре знайомий з процесом, затримки не були рідкістю.

Це також означає, що успішна реалізація двох великих оновлень у 2025 році підтвердила доцільність «оновлень раз на півроку», а перше системне планування двох іменних оновлень у 2026 році (Glamsterdam і Hegotá) та організація пріоритетів навколо цих двох вузлів за допомогою трьох розробницьких треків — це ще більше інституціоналізація цього підходу.

На теоретичному рівні це схоже на ритм випуску iOS або Android, що має зменшити невизначеність для розробників і сприяти трьом позитивним наслідкам: підвищена передбачуваність L2, наприклад, Rollup можуть заздалегідь планувати налаштування параметрів та адаптацію протоколу; чіткі вікна адаптації гаманців та інфраструктури, що дозволяє командам продуктів планувати сумісність та запуск функцій у встановленому ритмі; стабільний цикл оцінки ризиків інституційними учасниками, оскільки це означає, що оновлення більше не є несподіваними подіями, а стають нормою інженерної роботи.

Ця структурована ритміка суттєво є проявом інженерного менеджменту й непрямо підкреслює перехід Ethereum від наукових досліджень до інженерної реалізації.

Якщо уважно розглянути план оновлення пріоритетів протоколу на 2026 рік, стає зрозуміло, що EF більше не просто перелічує окремі EIP, а перегрупує розробку протоколу у три стратегічні напрямки: Scale (масштабування), Improve UX (покращення користувацького досвіду) та Harden the L1 (посилення L1).

Спочатку Scale, який об’єднав ранішні «Scale L1» та «Scale blobs», оскільки EF усвідомив, що масштабування рівня виконання L1 та розширення шару доступності даних — це дві сторони однієї монети.

Тому найбільш захоплюючою технологією у майбутньому оновленні Glamsterdam у першій половині року є «Списки доступу на рівні блоку», спрямовані на корінну зміну поточного способу виконання транзакцій у Ethereum — це можна уявити як перехід від послідовної обробки «одної смуги» до паралельної обробки «багатьох смуг»:

Блок-продюсери заздалегідь обчислюють та позначають, які транзакції можуть виконуватися одночасно без конфліктів, дозволяючи клієнтам розподіляти транзакції між кількома ядрами CPU для паралельної обробки, що значно підвищує ефективність; одночасно до оновлення буде включено ePBS (вбудований розділ пропонувача-будівника), який інтегрує процес MEV-Boost, що раніше залежав від зовнішніх реле, безпосередньо в протокол, зменшуючи ризики централізації та надаючи валидаторам більше часу для перевірки ZK-доказів.

З цими нижчими оптимізаціями, конкуренція за ліміт Gas у 2026 році досягне апогею; EF вже визначила ціль — «перейти межу в 100 мільйонів та вище», а радикали навіть передбачають, що після ePBS ліміт Gas може подвоїтися до 200 мільйонів і навіть більше. Для L2 критично важливою є також збільшення кількості blob: кількість даних у кожному блоці може зростати до 72 і більше, що забезпечить підтримку обробки десятків тисяч транзакцій на секунду в мережах L2.

Другим важливим напрямком є Improve UX, спрямований на усунення бар’єрів між ланцюгами, поширення міжланцюгової взаємодії та нативної абстракції облікових записів. Як зазначалося раніше, EF вважає, що ключем до вирішення фрагментації L2 є те, щоб Ефір «знову відчувався як один ланцюг» — ця мета залежить від дозрівання архітектури інтентів.

Наприклад, відкрита рамка намірів (Open Intents Framework), запущена EF у співпраці з кількома командами, стає загальним стандартом, який дозволяє користувачам при переказі активів між L2 просто вказувати «бажаний результат», а складні обчислення шляху виконуються мережею розв’язувачів (додаткове читання: «Коли «наміри» стають стандартом: як OIF закінчує фрагментацію між ланцюгами і повертає Web3 до інтуїції користувача?»); ще далі, еталеровський інтеропераційний шар (EIL) намагається створити безпідставний транспортний шар, метою якого є надання досвіду міжL2-транзакцій, ідентичного досвіду одноланцюгових транзакцій (додаткове читання: «Дорожня карта інтероперації Ethereum: як розблокувати «останній кілометр» масового впровадження»).

На рівні гаманців власна абстракція облікового запису залишатиметься ключовим пріоритетом цього року; після першого кроку EIP-7702 у Pectra 2025 року EF планує просувати у 2026 році пропозиції, такі як EIP-7701 або EIP-8141, з метою зробити кожен гаманець на Ethereum за замовчуванням інтелектуальним контрактним гаманцем, повністю скасувавши складні EOA-гаманці та додаткових посередників оплати газу.

Крім того, впровадження правил швидкого підтвердження L1 скоротить час підтвердження з поточних 13–19 хвилин до 15–30 секунд, що безпосередньо вигідно для всіх застосунків, що залежать від фінальності L1, і має велике значення для мостів, розрахунків стабільних монет та торгівлі активами RWA.

Нарешті, Harden the L1, що спрямований на захист безпеки рівня в розмірі трильйонів доларів, що стало можливим завдяки зростанню вартості, заблокованої в екосистемі Ethereum, що підняло безпеку рівня L1 до стратегічного рівня.

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

З урахуванням довгострокової загрози з боку квантових обчислень, EF у початку року створив нову дослідницьку групу з постквантової (PQ) криптографії; у 2026 році робота буде зосереджена на дослідженні квантово-стійких алгоритмів підпису та початку розробки шляхів їх безперебійного переходу на основну мережу Ethereum, щоб забезпечити безпеку мільярдів доларів активів у майбутньому від потенційного зламу квантовими алгоритмами.

Загалом, якщо одним словом охарактеризувати Ефір 2026 року, то, можливо, це буде «співпраця».

Оновлення більше не зосереджене на якомусь одному вибуховому інноваційному прориві, а на синергії трьох основних напрямків: Scale відповідає за пропускну здатність та витрати; Improve UX — за зручність та масове впровадження; Harden the L1 — за безпеку та нейтральність. Разом вони визначають, чи зможе Ethereum підтримати ланцюгову економіку наступного десятиліття.

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

Як зазначалося вище, коли оновлення Fusaka на кінець 2025 року було успішно завершено, а ритм двох хард-форків на рік був встановлений, Ethereum фактично здійснив «інституціоналізаційний» стрибок у своїй моделі розробки, а це оновлення пріоритетів, опубліковане на початку 2026 року, дало подальше розширення цієї інституціоналізації на рівень стратегічного планування технологічного напрямку — раніше оновлення Ethereum часто зосереджувалися на окремому «звіздному пропозиції» (наприклад, EIP-1559, об’єднання, EIP-4844), а зараз оновлення вже не визначаються окремими пропозиціями, а формуються за рахунок синхронізованого просування трьох напрямків.

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

Що це означає? Просто кажучи, Ефір перетворюється з платформи, що залежить від доходів від комісій за транзакції, у актив, прив’язаний до премії за безпеку — глибокі наслідки цієї зміни, ймовірно, поступово проявляться у найближчі роки — коли емітенти стейблкоїнів, інституції токенізації RWA та суверенні інвестиційні фонди при виборі рівня розрахунків обиратимуть не найдешевшу мережу, а найбезпечнішу.

Ethereum справді перетворюється з «технічного експерименту» на «інженерну платформу для реалізації», і інституціоналізація управління протоколом Ethereum може справді досягти зрілості у 2026 році.

А ми, можливо, перебуваємо на дивовижному переломному моменті: базові технології стають все складнішими (наприклад, паралельне виконання, PQ-алгоритми), але досвід користувача стає все простішим — зрілість абстракції облікових записів та інтенційних фреймворків підводить Ethereum до ідеальної мети — повернення Web3 до інтуїції користувача.

Якщо це справді вдасться зробити, Ефір 2026 року справді може перетворитися з експериментальної блокчейн-платформи на глобальну фінансову основу, здатну підтримувати активи на суму в трильйони доларів, при цьому користувачам не потрібно розуміти нижчий протокол.