Як оновлення Fusaka покращує довгострокову дорожню карту Ethereum на 2025 рік

Що таке Фусака?

3 грудня 2025 року Ethereum активує оновлення Fusaka в основній мережі, другий великий хардфорк року після травневого Pectra.

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

Фусака призначена для послаблення цього тиску. Його головна особливість, PeerDAS (вибірка доступності однорангових даних)дозволяє валідаторам перевіряти зведені blob-дані, не завантажуючи все, скорочуючи вимоги до пропускної спроможності та пам’яті, відкриваючи двері для набагато вищої пропускної здатності даних.

У той же час розгалуження параметрів лише для блоків (BPO), нові обмеження на газ і розмір блоку, а також налаштування терміну дії історії готують ланцюжок до повторного збільшення потужності замість одноразових стрибків.

У цій статті ми розповімо, що змінила Fusaka, де вона знаходиться в дорожній карті Surge, Verge і Purge і що це може означати для користувачів, зведених пакетів і ширшої екосистеми Ethereum протягом наступних кількох років.

Ви знали? Ім'я Фусака приходить з двох внутрішніх кодових імен оновлення, Osaka (Рівень виконання) і Fulu (Рівень консенсусу), об’єднаних у «Fusaka».

Від Merge до Fusaka: дорожня карта

Щоб побачити, де підходить Фусака, це допоможе зменшити масштаб.

• Злиття (2022) змінив Ethereum з proof-of-work на proof-of-stake, скоротивши споживання енергії приблизно на 99,9%.

• Шапелла (2023) увімкнуто ставку Ether (ETH) зняття коштів, перетворюючи односторонню систему ставок на ліквідну та залучаючи більше валідаторів.

• Денкун (березень 2024) представив Ethereum Improvement Proposal (EIP) 4844 «blobs», дешевшу тимчасову смугу даних для зведень, також відому як protodanksharding.

• Pectra (травень 2025) додано функції абстрагування облікового запису EIP-7702 і оновлені параметри стекінгу, такі як обмеження валідатора 2048-ETH.

Ці оновлення узгоджувалися зі скороченою дорожньою картою Віталіка Бутеріна: Merge, Surge, Verge, Purge і Splurge. У Surge йдеться про масштабування Ethereum за допомогою зведень і кращої доступності даних, тоді як Verge і Purge зосереджені на легких клієнтах і видаленні старої історії.

Fusaka — це перше оновлення, яке натискає на всі ці важелі одночасно. Він масштабує дані для зведень у рамках Surge і спирається на закінчення терміну дії історії та легшу синхронізацію як частину Verge та Purge. Він також встановлює чітку ціль для модульного стеку Ethereum, який має на меті отримати понад 100 000 транзакцій за секунду (TPS), якщо додати пропускну здатність рівня 2 до розрахунку L1.

PeerDAS, краплі та більші блоки

Основна зміна масштабування Fusaka — EIP-7594, PeerDAS.

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

Це зменшує пропускну здатність кожного вузла і сховища, а також закладає основу для можливого 8-кратного збільшення ємності blob-об’єктів з часом, не змушуючи домашніх стекерів використовувати апаратне забезпечення центру обробки даних.

Щоб зробити це зростання більш гнучким, EIP-7892 представляє форки Blob Parameter Only (BPO), крихітні жорсткі форки, які змінюють лише три параметри, пов’язані з blob-об’єктами: цільовий, максимальний і коефіцієнт коригування базової комісії.

Після Fusaka Ethereum може збільшити ємність blob меншими та більш частими кроками, оскільки попит на L2 зростає, а не чекати роками для великого вибуху.

Що стосується виконання, Fusaka оновлює розмір газу та блоку:

• Ефективний цільовий показник блокового газу підвищено з сьогоднішніх 45 мільйонів до значно вищих стель. EIP-7825 обмежує обсяг газу, який може використовувати одна транзакція, а EIP-7934 додає ліміт розміру блоку рекурсивного префікса довжини 10 МБ, щоб зменшити ризик відмови в обслуговуванні.

• EIP-7823 і EIP-7883 змінюють і обмежують попередню компіляцію MODEXP, щоб один важкий криптографічний виклик не міг зупинити весь блок.

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

Ви знали? Blobs — це тимчасові пакети даних, які надсилаються зведеннями в Ethereum. Вони дешевші, ніж дані дзвінків, і автоматично відсікаються приблизно через 18 днів, тому не розвантажують ланцюжок.

UX, інструменти безпеки та розробки

У Фусаці не все залежить від сирих потужностей. Кілька EIP зосереджені на взаємодії з користувачем, безпеці та ергономіці розробника.

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

Що стосується взаємодії з користувачем (UX), EIP-7951 додає попередню компіляцію secp256r1, надаючи вбудовану підтримку Ethereum для підписів P-256, кривої, яка використовується Secure Enclave від Apple, Android Keystore, Fast Identity Online 2 (FIDO2) і ключами доступу WebAuthn. Це дозволяє гаманцям покладатися на біометричні дані та ключі доступу на рівні пристрою, а не на насіннєві фразинаближаючи рівень 1 до звичайних потоків входу у фінтех.

Розробники отримують EIP-7939, код операції підрахунку початкових нулів, який підраховує початкові нулі у 256-бітному слові. Це робить математику на бітовому рівні, арифметику великих цілих чисел і деякі схеми доказу нульового знання дешевшими та легшими для впровадження.

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

Хто що отримує: L2, валідатори та власники ETH

Для екосистем L2 історія проста. Форки PeerDAS і BPO поєднуються, щоб зробити дані дешевшими та більшими.

За оцінками аналітиків, Fusaka разом із першим форком BPO може з часом знизити комісію за передачу даних рівня L2 на 40–60%, особливо для випадків використання з високою пропускною здатністю, таких як DeFi, ігри та соціальні мережі. Дешевші блоки означають більше простору для експериментів і потенційно новий виток конкуренції між зведеними цінами та користувальницьким досвідом.

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

Однак, оскільки BPO forks dial blob збільшується, добре забезпечені валідатори та постачальники інфраструктури потребуватимуть більшої пропускної здатності завантаження, що може дещо підштовхнути мережу до більших операторів, якщо впровадження клієнта та керівництво не будуть обережними.

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

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

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

Ви знали? Під час останнього координаційного дзвінка для Fusaka слот активації було встановлено на слот 13 164 544, очікуваний близько 21:49 UTC 3 грудня, для основної мережі.

Після Фусаки: Гламстердам і шлях до 100 000 TPS

Очікується, що наступне оновлення під назвою «Glamsterdam» відбудеться у 2026 році, і воно вже має два заголовки: закріплене розділення конструкторів пропозицій (ePBS) і списки доступу на рівні блоків (BAL).

• ePBS має на меті зміцнити ланцюжок поставок максимальної видобутої вартості (MEV), розділивши побудову блоків і пропонуючи на рівні протоколу, а не покладаючись лише на зовнішні реле.

• BAL спрямовані на більш ефективне виконання та кращу обробку доступу до стану, включаючи майбутнє збільшення ємності blob.

Форки PeerDAS і BPO пересувають Surge вперед. Розширення терміну дії історії та однорангові налаштування (P2P) містять теми Verge і Purge. Оновлення користувальницького досвіду, як-от прогнозування пропозиції та підтримка P-256, роблять попередні підтвердження та гаманці з ключем доступу реалістичними в масштабі.

Якщо Ethereum досягне такої динаміки, Фусака запам’ятається не як окрема подія, а більше як поворотний момент. Це знаменує момент, коли дорожня карта змінилася на узгоджену програму масштабування, яка враховує цінності. Він спрямований на підтримку модульного стека 100 000 TPS, не відмовляючись від децентралізації, яка зробила мережу цінною в першу чергу.