Масштабування та безпека ідуть поруч: повний аналіз оновлення Ethereum Fusaka та 12 EIP

Автор: @ChromiteMerge

У грудні 2025 року, 3 числа, Ethereum отримає хардфорк під назвою «Fusaka». Цей апгрейд включає 12 пропозицій щодо покращення Ethereum (EIP). Вони, мов 12 точних деталей, разом підвищать масштабованість, безпеку та ефективність роботи Ethereum. Далі автор розкладе ці 12 EIP по поличках і простою мовою пояснить, які саме проблеми вони вирішують, а також чому вони критично важливі для майбутнього Ethereum.

Масштабування! Щоб Ethereum працював швидше й вміщував більше

Це основна тема апгрейду Fusaka. Щоб Ethereum міг обслуговувати глобальну цифрову економіку, потрібно вирішити проблему перевантаження транзакціями та високих комісій. Наведені нижче EIP якраз і створені для досягнення цієї мети — особливо для здешевлення та покращення ефективності масштабування Layer 2.

EIP-7594: PeerDAS - вибіркове семплювання доступності даних

Больовий пункт: після того, як у межах оновлення Dencun у Layer 2 з’явилися дешеві сховища даних у вигляді «Blob», виникла ключова проблема: як переконатися, що ці величезні обсяги даних справді доступні? Наразі підхід такий: кожен валідаторний нод мусить завантажити та перевірити всі blob-дані, що входять у блок. Коли блок може містити максимум 9 Blob, це ще якось працює. Але якщо в майбутньому кількість Blob збільшиться (наприклад, до 128), завантаження та перевірка всіх blob створять надто великі витрати, що підвищить поріг участі для валідаторів і поставить під загрозу децентралізацію мережі.

Рішення: PeerDAS (Peer Data Availability Sampling) перетворює традиційне «повне сканування» на «вибіркову перевірку». Простими словами:

2. Мережа нарізає повні blob-дані на фрагменти.

3. Кожному валідатору не потрібно завантажувати всі blob; достатньо випадково завантажити й перевірити лише кілька фрагментів даних.

4. Далі, завдяки взаємним вибіркам і обміну результатами перевірки, усі зможуть спільно підтвердити цілісність і доступність усього набору blob-даних.

Це схоже на велику гру-пазл: у кожного є лише кілька фрагментів, але якщо всі звірять ключові «з’єднання», можна визначити, що весь пазл справді зібраний правильно й повністю. Важливо зазначити, що PeerDAS не є абсолютно новою ідеєю: його базова концепція DAS уже успішно застосовувалася в сторонніх проєктах DA, таких як Celestia. Впровадження PeerDAS радше схоже на те, як Ethereum компенсує на довгостроковому горизонті план масштабування ще один критично важливий «технічний борг».

Значення: PeerDAS значно знижує навантаження на сховище для валідаторів, прибираючи потенційну перешкоду для масштабування даних у великих обсягах без втрати децентралізації. У майбутньому кожен блок матиме змогу вміщати сотні Blob, підтримуючи терагазовий (Teragas) задум із заявленими до 10 000 000 TPS, а звичайні люди зможуть без труднощів запускати валідатори, зберігаючи децентралізацію мережі.

EIP-7892: BPO хардфорк - полегшене оновлення параметрів

Больовий пункт: попит ринку на ємність даних Layer 2 змінюється миттєво. Якщо кожного разу коригувати верхню межу Blob потрібно чекати на велике оновлення рівня Fusaka — це надто повільно і не відповідає темпу розвитку екосистеми.

Рішення: цей EIP визначає механізм спеціального «Blob Parameter Only Hardfork, BPO» (хардфорк лише для параметрів Blob). Таке оновлення дуже легке: воно змінює лише кілька параметрів, пов’язаних із Blob (наприклад, цільову кількість Blob на блок), без складних змін коду. Операторам нод навіть не потрібно оновлювати клієнтське ПЗ — достатньо в заданий час прийняти нові параметри, ніби як зробити просте онлайн-оновлення конфігураційного файлу для програмного забезпечення.

Значення: механізм BPO дає Ethereum можливість швидко й безпечно коригувати пропускну здатність мережі. Наприклад, після цього оновлення Fusaka спільнота планує за короткий час виконати одразу два оновлення BPO, поступово подвоївши місткість Blob. Це дозволяє Ethereum масштабувати blob простір за потребою, гнучко та поступово: витрати L2 і пропускна здатність зростатимуть плавно, а ризики будуть контрольованіші.

EIP-7918: стабільний ринок комісій за Blob

Больовий пункт: раніше механізм коригування комісій за Blob був надто «як на ринку», що спричиняло деякі несподівані проблеми. По-перше, коли попит на Blob дуже низький, комісія падає майже до нуля, але це не стимулює нові запити — натомість створює аномальну «історично найнижчу ціну». По-друге, коли попит високий, blob fee злітає вгору, створюючи інший крайній високий ціновий рівень. Така різка цінова «гонка за ціною» ускладнює планування комісій для Layer 2.

Рішення: основна ідея EIP-7918 полягає в тому, щоб більше не дозволяти blob fee безмежно коливатися, а встановити для неї розумний ціновий діапазон — гнучку «мінімальну плату». Реалізація: прив’язати верхню й нижню межі blob fee (limits) до виконувальних витрат Layer 2 на Layer 1 (execution fee). Незалежно від того, оновлюється корінь стану (state root) чи верифікується один ZK-доказ, ці execution fee відносно стабільні й не сильно залежать від обсягу транзакцій у блоці L2. Тому прив’язка меж blob fee до цього стабільного «якоря» запобігає різким стрибкам ціни.

Значення: прямий наслідок цього покращення — зменшити «гонку за ціною» на ринку blob fee, а операційна модель проєктів Layer 2 стане більш прогнозованою. Це дає змогу Layer 2 встановлювати для кінцевих користувачів стабільніші, розумніші комісії та уникати «сьогодні безкоштовно, завтра космічна ціна» у форматі гірки-американських гойдалок.

EIP-7935: збільшення місткості транзакцій у головній мережі

Больовий пункт: загальна кількість транзакцій, яку може вмістити кожен блок Ethereum, визначається «лімітом Gas на блок» (нині це приблизно 30 000 000) і вже багато років не змінювався. Найпряміший спосіб підвищити загальну пропускну здатність мережі — збільшити цей ліміт. Але потрібно гарантувати, що не підвищиться апаратний поріг для валідаторних нод і не буде ослаблена децентралізація.

Рішення: пропозиція передбачає підняти стандартний (дефолтний) ліміт Gas на блок до нового рівня (конкретне значення ще уточнюється; можливо, це буде 45 000 000 або більше). Це не є жорстким зафіксуванням — радше нове рекомендаційне значення за замовчуванням, яке спонукатиме валідаторів шару консенсусу поступово приймати вищий ліміт Gas.

Значення: це означає, що кожен блок Layer 1 зможе пакувати більше транзакцій, тож TPS головної мережі Ethereum зросте напряму. Це також полегшить і перевантаження мережі, і сплески комісій Gas. Звісно, це висуває вищі вимоги до апаратного забезпечення валідаторів, тому спільнота обережно тестуватиме та просуватиме зміни.

Безпека і стабільність! Встановимо надійний бар’єр для мережі

Паралельно з масштабуванням необхідно забезпечити безпеку та стабільність мережі. Фонд Ethereum у травні 2025 року запустив «Триліонний план безпеки» (Trillion Dollar Security, 1TS). Його мета — створити мережу Ethereum, яка зможе безпечно підтримувати активи на рівні трильйонів доларів. Кілька EIP у Fusaka — це якраз кроки для просування плану 1TS. Мета схожа на встановлення більш надійних «гальм» і «захисних огорож» для Ethereum, який рухається на високій швидкості.

EIP-7934: встановлення верхньої межі фізичного розміру блоків

Больовий пункт: «ліміт Gas на блок» Ethereum враховує лише загальний обсяг обчислень усіх транзакцій у межах блока, але не задає обмеження на його фізичний розмір. Це створює вразливість: атакувальник може сконструювати багато транзакцій «з низькою вартістю, але великим обсягом» (наприклад, перекази 0 ETH на велику кількість адрес, де обчислення майже нульові, але даних дуже багато), щоб зібрати блок із надзвичайно великим фізичним розміром, при цьому обчислювальний ліміт ще не буде перевищений. Такі «блоки-бомби даних» дуже повільно поширюються мережею й можуть спричинити те, що частина нод не встигне отримати дані вчасно та «впаде в відставання», створюючи серйозний ризик DoS (відмова в обслуговуванні).

Рішення: встановити жорстку верхню межу розміру 10MB для кожного блока. Будь-який блок, що перевищує цей обсяг, буде відхилено мережею.

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

EIP-7825: встановлення верхньої межі Gas для однієї транзакції

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

Рішення: встановити для кожної транзакції жорстку верхню межу 1677万Gas. Якщо операція перевищує цей масштаб, її потрібно заздалегідь розбити на кілька транзакцій і лише після цього подати.

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

EIP-7823 & EIP-7883: посилення безпеки ModExp через precompile

Больовий пункт: ModExp — це функція в Ethereum для виконання операцій модульного піднесення до степеня великих чисел, яка часто потрібна в криптографічних застосунках. Але вона має два ризики: по-перше, довжина вхідних чисел не має обмеження, тож зловмисник може сконструювати надто велике «вхідне навантаження» і «вичавити систему»; по-друге, тариф Gas для неї занизький, тому атакувальник може за низьку ціну масово викликати її та виснажувати ресурси нод.

Рішення:

• EIP-7823: встановити верхню межу 8192 біт для довжини введених даних у ModExp — для реальних сценаріїв це з надлишком.

• EIP-7883: підвищити комісію Gas для ModExp, особливо для великих входів; витрати різко зростатимуть, щоб обчислювальна вартість відповідала споживаним ресурсам.

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

Функціональні апдейти! Потужніші інструменти для розробників

Крім масштабування та безпеки, Fusaka дає розробникам кілька практичних нових інструментів і функцій, щоб будувати застосунки в Ethereum було ефективніше та потужніше.

EIP-7951: сумісність із популярними аппаратними підписами

Больовий пункт: у повсякденному використанні ми маємо телефони (наприклад, iPhone), банківські U盾, апаратні безпекові модулі тощо. У всіх цих пристроях вбудовані захисні чипи здебільшого використовують криптографічний стандарт під назвою secp256r1 (також відомий як P-256). Натомість Ethereum за замовчуванням використовує інший стандарт secp256k1. Через це ці популярні пристрої не можуть напряму безпечно взаємодіяти з Ethereum, що стримує масове поширення Web3.

Рішення: додати precompile-контракт, щоб Ethereum нативно підтримував і верифікував підписи, створені на еліптичній кривій secp256r1.

Значення: це етапне покращення. Воно відчиняє Ethereum двері до глобального ринку десятків мільярдів апаратних пристроїв. У майбутньому ви зможете напряму використовувати захисний чип із телефона, щоб підписувати транзакції Ethereum — без додаткових застосунків-гаманців або складних конверсій. Це дає більш плавний досвід і підвищує безпеку. Таким чином суттєво знижується поріг доступу до Ethereum для традиційного світу, а для злиття Web2 і Web3 це великий позитивний сигнал.

EIP-7939: додавання інструкції CLZ для ефективних обчислень

Больовий пункт: у смартконтрактних і криптографічних застосунках часто потрібно порахувати, скільки послідовних нульових бітів стоїть на початку 256-бітного числа (наприклад, у сценаріях хеш-алгоритмів, компресії, ZK-доказів тощо). Наразі в EVM Ethereum немає opcode для цього напряму, тому розробникам доводиться реалізовувати це складним кодом на Solidity — дорого і неефективно.

Рішення: у EVM додати opcode під назвою «CLZ» (Count Leading Zeros), який за один крок виконає потрібне обчислення.

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

Оптимізація мережі! Невидимі покращення — для здоровішої екосистеми

Останні дві EIP користувачі відчують не одразу, але вони критично важливі для довгострокової стабільної роботи мережі та ефективної координації.

EIP-7642: зменшення навантаження на синхронізацію нових нод

Больовий пункт: з часом Ethereum накопичує величезні обсяги історичних даних. Щоб приєднатися, нова нода має завантажити й синхронізувати всі ці дані — довго, дорого й з високим порогом входу. Крім того, після переходу Ethereum із The Merge на PoS у старій інформації про підтвердження транзакцій деякі поля вже не потрібні для зберігання, що створює надлишковість.

Рішення: запровадити стратегію «закінчення терміну історичних даних», щоб нові ноди під час синхронізації могли пропускати надто застарілі дані; паралельно спростити формат транзакційних квитанцій, прибравши поля, які вже не потрібні. Так новій ноді при синхронізації з genesis-блоку доведеться завантажувати значно менше непотрібних даних.

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

EIP-7917: детермінований порядок блокування та преконфірмація

Больовий пункт: щоб зрозуміти важливість цього EIP, спершу поговоримо про один ключовий біль Layer 2 Rollup: централізовані секвенсори (Sequencer). Зараз більшість Rollup покладаються на одну сутність, яка приймає та впорядковує L2-транзакції користувачів. Це дає їй владу цензурувати транзакції та витягувати MEV, що суперечить духу децентралізації. Щоб вирішити цю проблему, спільнота запропонувала концепцію Based Rollup: відмовитися від власного секвенсора L2 та натомість використовувати proposer з блоків Ethereum L1 для впорядкування транзакцій L2, таким чином успадкувавши децентралізацію та нейтральність L1.

Але в цієї схеми є фатальний недолік: повільність. Layer2 мусить чекати, доки транзакції будуть виконані після того, як L1-блок буде опублікований у ланцюг, тож затримка велика і досвід поганий. Єдине рішення — ввести механізм «преконфірмації»: щоб Gateway у L2 завчасно отримував від майбутнього proposer’а L1 обіцянку («я гарантуватиму, що включу твої транзакції в блок; інакше буде компенсація»). Тоді Layer 2 зможе завчасно оновити стан (наприклад, баланси акаунтів), щоб зменшити очікування користувачів. Але в умовах поточного механізму випадкового визначення proposer’а Gateway просто не знає, до кого саме йти «домовлятися», а отже надійна преконфірмація недосяжна.

Рішення: EIP-7917 змінює протокол консенсусу так, щоб у майбутньому порядок Proposer’ів на певний часовий проміжок можна було заздалегідь обчислити детерміновано та оприлюднити. Він перетворює «лотерею наживо» на «розклад виїздів», який кожному видно і який підготовлений заздалегідь.

Значення: це ключовий базис для реалізації Based Rollup та інших наступних децентралізованих рішень. Маючи цей «розклад», gateway L2 може заздалегідь ідентифікувати proposer для майбутнього блока та напряму домовлятися з ним, щоб отримати преконфірмацію, підкріплену довірою через штрафи Slash. Це дозволяє Based Rollup, насолоджуючись децентралізацією та безпекою на рівні L1, також давати користувачам досвід миттєвих транзакцій, близький до централізованого Sequencer. Можна сказати, що EIP-7917 — це крок, який штовхає екосистему Ethereum у бік глибшої «децентралізації» масштабування: він відчиняє вкрай важливі двері.

Чому кажуть, що Fusaka прийшла дуже вчасно?

Це оновлення Fusaka — не лише технічна ітерація, а й стратегічний апгрейд на тлі епохи, коли в традиційних фінансах активи RWA та стейблкоїни масово виходять у блокчейн. Нині Ethereum як основна «арена» вже обслуговує понад 56% пропозиції стейблкоїнів у всій мережі та став ключовим розрахунковим шаром глобальної економіки цифрового долара. Мета Fusaka — підготуватися до активів і обсягів транзакцій рівня «Волл-стріт».

• Мережі Layer 2 для інституційного рівня — «паливо» для безмежного масштабування

З появою традиційних фінансових установ ми побачимо дедалі більше Layer 2 «спеціалізованих ланцюгів» під конкретні потреби (наприклад, KYC-комплаєнс). Цим спеціалізованим ланцюгам потрібні від Ethereum mainnet величезні, дешеві й безпечні можливості для зберігання даних (тобто Data Availability).

EIP у Fusaka — зокрема EIP-7594, EIP-7892 та EIP-7918 — якраз спрямовані на задоволення цієї потреби. Їхня ключова ціль одна: суттєво знизити вартість публікації даних для Layer 2 та надати еластичність масштабування за потребою.

Насправді після оновлення Pectra комісії за Blob уже дуже низькі. То навіщо ще більше знижувати? Бо Fusaka застосовує стратегію «пожертвувати короткостроковими доходами від комісій заради більш масштабної економічної активності» — щоб збільшити GDP всієї мережі, перевівши більше транзакцій у більше стейкінгу та спалення ETH. Це, у свою чергу, підтримує цінність усієї мережі.

• Рух до «безпеки на трильйон доларів» — побудова непохитної фінансової інфраструктури

Для фінансових інституцій, які керують активами на трильйони, безпека — недоторканна «червона лінія». Спільнота Ethereum також поставила амбітну мету «безпеки на трильйон доларів». У Fusaka EIP-7934, EIP-7825, EIP-7823 та EIP-7883 покликані зміцнити стіну, прибрати потенційні загрози безпеці та просуватися до цієї мети.

Підсумовуючи, головна лінія оновлення Fusaka чітка й непохитна: масштабування та безпека. За умов двох одночасних драйверів — регуляторних позитивів і ринкового ажіотажу — Fusaka справді прийшла дуже вчасно. Вона допоможе Ethereum скористатися «поривом політики», закріпити позицію домінатора в сфері стейблкоїнів та on-chain активів і перетворити Ethereum далі з «спекулятивного активу» на основну фінансову інфраструктуру.

Висновок: зміни, що відбуваються тихо, але глибоко

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

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

• Ця стаття підготовлена на основі відкритої інформації та не є інвестиційною порадою. Інвестиції в криптовалюту мають значні ризики — приймайте зважені рішення, DYOR.

• Якщо вам сподобалася ця стаття, підписуйтеся, ставте лайки та поширюйте, щоб підтримати!