Глибокий аналіз оновлення Ethereum FOCIL: як цензуростійкість може бути безпосередньо закодована у рівень консенсусу?

Екосистема блокобудування в мережі Ethereum за останні два роки пережила помітний процес централізації. Дані показують, що наразі понад 80% блоків Ethereum виробляються лише кількома блокобудівниками; право блокобудування дедалі більше концентрується серед учасників вищого рівня, які здатні витягувати максимальну цінність за рахунок оптимізації порядку транзакцій. Така тенденція до централізації зумовлена економічними стимулами MEV: блокобудівники за допомогою складних алгоритмів сортування отримують надприбутки, формуючи природні бар’єри спеціалізації. Водночас механізм розділення пропонувальника та блокобудівника (proposer-builder separation), попри задум запобігти централізації на рівні стейкінгу, ненавмисно створив нові централізаційні ризики саме в шарі блокобудування. Віталік Бутерін (Vitalik Buterin) чітко зазначив: хоча ePBS може запобігти концентрації права блокобудування в руках небагатьох пулів стейкінгу, саме блокобудування все одно може концентруватися серед кількох учасників вищого рівня через спеціалізацію та максимізацію MEV.

Ключова проблема, яку спричиняє така структурна зміна, — явність ризику цензури. Коли лише кілька блокобудівників контролюють переважну більшість виробництва блоків, питання про те, чи буде транзакцію включено в блок, більше не є природним наслідком відкритого ринку; натомість це може залежати від суб’єктивної волі блокобудівника. Для DeFi-проєктів, емітентів стабільних монет і мереж Layer 2, які покладаються на Ethereum як нейтральний розрахунковий шар, така невизначеність безпосередньо підриває ключову обіцянку Ethereum як довіреної нейтральної платформи.

Як FOCIL на рівні протоколу вирішує проблему цензури транзакцій?

FOCIL (Fork-Choice Enforced Inclusion Lists, тобто EIP-7805) за допомогою набору точних механізмів на рівні протоколу переносить примусове право включення транзакцій з рук блокобудівників до децентралізованого комітету валідаторів. Його ключовий процес складається з трьох кроків: у кожному слоті Ethereum система випадково обирає 16 валідаторів для формування тимчасового комітету; кожен член комітету, спираючись на власні незалежні спостереження за mempool, публікує локальний список включення (inclusion list), у якому вказує валідні транзакції, які, на його думку, мають бути включені в блок; пропонувальник блоку збирає всі списки та будує кандидатний блок, а валідатори відхилятимуть блоки, що не містять транзакцій з валідних списків.

Суть цієї механіки в тому, щоб закодувати стійкість до цензури безпосередньо в правилах fork-choice. Якщо якийсь блок ігнорує валідні транзакції зі списку комітету — навіть якщо ці транзакції надходять з адрес, що підпадають під санкції — мережа розгалужується, починаючи з цього блоку, змушуючи його бути виключеним із консенсусної (нормативної) ланцюжкової траєкторії. Порівняно з попередніми схемами inclusion list, випадковий механізм комітету значно знижує ризики хабарництва та атак вимагання, адже атакувальники не можуть наперед знати, яких саме валідаторів оберуть, і їм важко одночасно підкупити 16 випадково обраних валідаторів.

Іншою важливою властивістю FOCIL є вбудована підтримка екосистеми приватності. Механізм комітету природно узгоджується з account abstraction та протоколами приватності: користувачі можуть надсилати транзакції через смарт-акаунти, а користувачі протоколів приватності також не мусять хвилюватися, що транзакцію ідентифікують та перехоплять цензори. Це прокладає технічний шлях для еволюції Ethereum у напрямку більш «криптопанківського» (від «cipherpunk») стилю.

Де проявляється ціна протокольного антицензурного захисту?

Кодування стійкості до цензури в консенсусному шарі не є безкоштовним. FOCIL стикається з першою основною критикою у вимірі юридичних ризиків. Критики зазначають, що примусове включення всіма валідаторами всіх валідних транзакцій — включно з транзакціями з санкційних адрес (OFAC) — може наражати валідаторів, які працюють у США, на ризик регуляторних санкцій. Засновник приватнісного пулу Ameen Soleimani раніше вказував, що після внесення Tornado Cash до санкційного списку приблизно 90% валідаторів обрали не включати транзакції, пов’язані з цим протоколом приватності. Якщо ці валідатори будуть примусово зобов’язані включати такі транзакції, це може спричинити прямий конфлікт із боку регуляторних органів.

На рівні складності протоколу FOCIL має виконувати в кожному слоті низку операцій: випадкове формування комітету, генерацію списків включення, агрегацію списків і перевірку голосування тощо. Це неминуче збільшує обчислювальне навантаження консенсусного шару. Розробники оптимізують розмір доказів і Gas-ефективність, щоб підтримати майбутню масштабованість рівня «GigaGas». Крім того, раніше FOCIL був виключений із оновлення Glamsterdam; частково це сталося через занепокоєння розробницької спільноти щодо його складності та потенційних ризиків затримок.

З погляду компромісів пріоритетів: у березні 2026 року ключові розробники Ethereum провели голосування та вирішили зробити FOCIL єдиною «головною» (headlining) функцією оновлення Hegota, одночасно знизивши пріоритет фреймворк-транзакційних пропозицій, підтримуваних Vitalik Buterin. Розробники клієнта зазначають, що додавання другого headliner може призвести до затримки Hegota, а складність фреймворк-транзакцій ускладнює гарантування фіксованого графіка доставки. Це рішення чітко відображає порядок цінностей у розробницькій спільноті Ethereum: між стійкістю до цензури та досвідом користувача перше ставиться на пріоритетне місце.

Що означає це оновлення для екосистемного ландшафту Ethereum?

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

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

У конкурентному ландшафті впровадження FOCIL ще більше підсилить диференціаційну перевагу Ethereum у цьому ключовому вимірі — стійкості до цензури. Порівняно з конкурентними мережами, які націлені на вищу пропускну здатність або нижчі комісії, Ethereum будує через протокольний дизайн незламний ров нейтральності, який не підлягає підробці. Розробник Layer 2 Tim Clancy називав FOCIL «найважливішою пропозицією для Ethereum», оскільки вона дає Ethereum базову можливість, без якої неможливо продовжувати виконувати його місію.

Де FOCIL розташований у дорожній карті Ethereum 2026?

Дорожня карта протоколу на 2026 рік, оприлюднена Ethereum Foundation, визначає три основні напрями: «розширення», «покращення користувацького досвіду» та «посилення L1». FOCIL належить до напряму «посилення L1» разом із дослідженнями постквантової криптографії; фокус — на безпеці та антицензурності. У планах Ethereum на 2026 рік передбачено два іменовані оновлення: у першій половині року виходить Glamsterdam, який вводить ePBS (вбудоване розділення proposer-builder) та доступні списки на рівні блоків; у другій половині року виходить Hegota, де FOCIL дебютує як одна з ключових функцій.

Розробники підтвердили, що FOCIL є «головною» функцією Hegota, і наразі більшість клієнтів Ethereum завершили прототипну реалізацію. На нараді ключових розробників 26 березня спільнота відхилила пропозицію зробити фреймворк-транзакції другим headliner, знизивши їх до «розгляду для включення» як нефорсованої функції. Це рішення гарантує, що графік доставки FOCIL не буде зсунутий через інші складні пропозиції, але також означає, що account abstraction і покращення користувацького досвіду на короткій дистанції відступлять перед стратегією розробки з пріоритетом антицензурності.

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

Які потенційні ризики та обмеження має впровадження FOCIL?

Хоча на технічному рівні FOCIL забезпечує сильні гарантії проти цензури, його впровадження все одно стикається з множинними ризиками та обмеженнями. Регуляторний ризик є найбільш прямим зовнішнім викликом. FOCIL примушує валідаторів включати всі валідні транзакції; це означає, що валідатори, які працюють у США, можуть бути змушені обробляти транзакції з санкційних адрес, наражаючись на юридичні наслідки. Цей ризик може спонукати частину валідаторів вийти з мережі Ethereum або змусити сервіси стейкінгу мігрувати до юрисдикцій з більш лояльним регуляторним середовищем, що, в результаті, призведе до централізації географічного розподілу валідаторів.

Зростання складності протоколу може спричинити неочікувані вразливості. FOCIL включає кілька нових компонентів: випадковий вибір комітету, генерацію та валідацію списків, модифікацію правил fork-choice тощо. Будь-який конструктивний недолік у кожній з цих ланок може бути використаний атакувальниками. Наприклад, члени комітету можуть подати фальшиві або недобросовісні списки включення, а атакувальники можуть спробувати маніпулювати процесом вибору комітету. Хоча механізм випадкового вибору враховував стійкість до маніпуляцій у дизайні, безпека після фактичного розгортання потребує часу для перевірки.

З точки зору економічних стимулів, вплив FOCIL на екосистему MEV містить двосторонню невизначеність. З одного боку, вона обмежує право блокобудівників на селективне виключення; з іншого — може породити нові способи вилучення MEV, наприклад через маніпулювання порядком транзакцій у списках включення, щоб отримати додаткову цінність. EIP-8046, запропонований спільнотою, — це відповідь саме на цю проблему, але будь-які коригування економічних механізмів потрібно знову й знову «відшліфовувати» на практиці.

Крім того, FOCIL не може вирішити всі форми цензури. Він гарантує включення транзакцій у блок, але не гарантує, що транзакції будуть оброблені вчасно або правильно відсортовані. Блокобудівники все ще можуть непрямо впливати на користувацький досвід через стратегії ціноутворення на Gas або через способи сортування транзакцій. Стійкість до цензури — це багаторівнева інженерна задача системи: FOCIL вирішує базове питання «чи буде транзакція включена», а питання «як саме буде включена» потребує подальших оновлень для оптимізації.

Підсумок

Фіксоване включення в Ethereum FOCIL (EIP-7805) означає зміну парадигми в дизайні блокчейн-стійкості до цензури. Вона переводить антицензурність із рівня «соціальних обіцянок» на рівень жорсткого примусу через правила розгалуження; за допомогою механізму випадкового комітету валідаторів право включення транзакцій переноситься від кількох блокобудівників до децентралізованих мережевих валідаторів. Це оновлення одночасно посилює позицію Ethereum як «найнейтральнішого простору блоків», але також приносить багатовимірні виклики: юридичні ризики для валідаторів, зростання складності протоколу та перебудову екосистеми MEV. Як ключова функція оновлення Hegota у другій половині 2026 року, впровадження FOCIL дозволить Ethereum закласти важко відтворювану структурну перевагу в вимірі антицензурності, однак довгостроковий ефект залежатиме від регуляторного середовища, спільнотного консенсусу та дієвості механізмів хеджування ризиків у подальших ітераціях.

FAQ

Яка повна назва FOCIL? Які зв’язки між FOCIL та EIP-7805?

Повна назва FOCIL — Fork-Choice Enforced Inclusion Lists, тобто EIP-7805 (пропозиція щодо покращення Ethereum). Обидва посилаються на ту саму антицензурну механіку: FOCIL — це поширена назва цього механізму, а EIP-7805 — його офіційний номер у системі EIP.

У чому різниця між FOCIL та ePBS?

ePBS (розділення proposer-builder усередині протоколу) спрямоване на те, щоб запобігти концентрації права на пропонування блоків у руках небагатьох пулів стейкінгу: шляхом винесення блокобудування на відкритий ринок знижується ризик централізації на рівні стейкінгу. FOCIL натомість фокусується на запобіганні цензуруванню транзакцій блокобудівниками: примусові списки включення через комітет валідаторів гарантують, що всі валідні транзакції в підсумку будуть включені в блок. Обидва рішення борються з централізаційними проблемами на різних рівнях і належать до складових основного напряму «посилення L1» у дорожній карті Ethereum 2026.

Чи затримає FOCIL темп оновлень Ethereum?

Розробники підтвердили, що FOCIL є єдиною headliner-функцією для оновлення Hegota, і для цього вони знизили пріоритет пропозицій щодо фреймворк-транзакцій. Це рішення саме й ухвалили, щоб гарантувати, що оновлення не затримаються через перевантаження функціями. Наразі більшість клієнтів уже завершили прототипну реалізацію, а прогрес розробки рухається за планом.

Чи вплине FOCIL на досвід звичайних користувачів?

Для звичайних користувачів прямий вплив FOCIL є позитивним: користувачам не потрібно довіряти жодному окремому блокобудівнику, а ймовірність того, що їхні транзакції будуть піддані цензурі, суттєво знижується. Але щодо витрат на Gas і часу обробки блоків FOCIL додає додаткові обчислювальні етапи, що потенційно може спричинити певні втрати ефективності; конкретний ефект залежить від завантаження мережі після офіційного запуску.

Чи змушує FOCIL усіх валідаторів брати участь?

FOCIL випадково обирає 16 валідаторів у кожному слоті для формування тимчасового комітету; не всі валідатори мають створювати списки включення в кожному слоті. Цей дизайн дозволяє підтримувати децентралізацію, одночасно контролюючи обчислювальне навантаження кожного валідатора. Основна роль валідаторів — відхиляти блоки, які ігнорують валідні транзакції з списку комітету, а не активно генерувати списки.