Назва Fusaka походить від поєднання оновлення рівня виконання Osaka та версії рівня консенсусу Fula Star. Очікується, що це оновлення буде активоване 3 грудня 2025 року о 21:49 UTC.
Це оновлення включає 12 EIP, що охоплюють доступність даних, пропускну здатність газу/блоку, оптимізацію безпеки, сумісність підписів, структуру комісій за транзакції тощо. Це систематичне оновлення для досягнення розширення ємності рівня L1, зниження витрат на рівні L2, зниження вартості вузлів та покращення користувацького досвіду.
I. Дві основні цілі Fusaka: покращити продуктивність Ethereum та підвищити користувацький досвід.
Ціль 1: Значно покращити базову продуктивність та масштабованість Ethereum.
Ключові слова:
-
Розширення доступності даних
-
Зменшення навантаження на вузли
-
Більш гнучке використання блобів
-
Покращені можливості виконання
-
Більш ефективний та безпечний механізм консенсусу
Коротко: подальше покращення продуктивності Ethereum.
Ціль 2: Покращити користувацький досвід та стимулювати наступне покоління абстракції гаманців та акаунтів.
Ключові слова:
-
Попереднє підтвердження блоку
-
Підтримка P-256 (нативний підпис пристрою)
-
Мнемонічний гаманець
-
Сучасніша система акаунтів
По суті, Ethereum наближається до досвіду використання основного програмного забезпечення інтернету.
II. П'ять ключових змін у Fusaka
1. PeerDAS: Зменшення навантаження на зберігання даних у вузлах
PeerDAS є ключовою новою функцією оновлення Fusaka. Наразі вузли Layer 2 використовують блоби (тимчасовий тип даних) для публікації даних в Ethereum. До оновлення Fusaka кожен повний вузол повинен був зберігати кожен блоб, щоб забезпечити існування даних. Зі збільшенням пропускної здатності блобів завантаження всіх цих даних стає дуже ресурсомістким, через що вузлам важко з цим впоратися.
PeerDAS використовує схему вибіркового зразку доступності даних, дозволяючи кожному вузлу зберігати лише підмножину блоків даних замість усього набору даних. Для забезпечення доступності даних можна відновити будь-яку підмножину даних з 50% наявних даних, що знижує ймовірність помилок або втрати даних до криптографічно незначного рівня.
PeerDAS працює шляхом застосування Reed-Solomon кодування для даних блобів. У традиційних застосуваннях, DVD-диски використовують ту саму технологію кодування — навіть із подряпинами програвач все одно може прочитати диск; аналогічно, QR-коди можуть бути повністю розпізнані, навіть якщо вони частково закриті.
Тому рішення PeerDAS може забезпечити, що вимоги до апаратного забезпечення та пропускної здатності вузлів залишатимуться в допустимих межах, а також дозволить розширення блобів, підтримуючи більше та масштабніші вузли Layer2 за нижчою вартістю.
2. Гнучке збільшення кількості блобів за потребою: адаптація до змінних вимог даних L2.
Для забезпечення узгоджених оновлень усіх вузлів, клієнтів і програмного забезпечення валідаторів потрібен поступовий підхід. Для швидшої адаптації до вимог, що змінюються, щодо блоків даних Layer2, вводиться механізм форків лише за параметрами блобів.
Коли блоби вперше були додані до мережі під час оновлення Dencun, їх було 3 (максимум 6), що пізніше було збільшено до 6 (максимум 9) в оновленні Pectra. Після Fusaka їх можна додавати в сталому темпі без необхідності масштабних оновлень мережі.
3. Підтримка закінчення терміну історичних записів: зменшення витрат вузлів.
Для зменшення необхідного дискового простору для операторів вузлів у процесі постійного зростання Ethereum клієнти повинні почати підтримувати закінчення терміну деяких історичних записів. Насправді ця функція вже увімкнена в реальному часі; це оновлення просто додає її до списку завдань.
4. Попереднє підтвердження блоків: дозволяє швидше підтверджувати транзакції.
За допомогою EIP7917 Beacon Chain зможе визначати авторів блоків для наступної епохи. Заздалегідь знаючи, які валідатори запропонують майбутні блоки, можна виконати попереднє підтвердження. Можна укласти угоду з автором наступного блоку, щоб гарантувати включення транзакцій користувачів у цей блок без очікування фактичного створення блоку.
Ця функція сприяє реалізації клієнтів та безпеці мережі, оскільки запобігає крайнім ситуаціям, таким як маніпуляції валідаторів із графіком авторів блоків. Крім того, функція попереднього перегляду зменшує складність реалізації.
5. Нативний підпис P-256: Ethereum безпосередньо синхронізується із 5 мільярдами мобільних пристроїв.
Вбудований перевірник підписів secp256r1 (P-256), схожий на ключ доступу, представлений на фіксованій адресі. Це нативний алгоритм підпису, який використовують системи, такі як Apple, Android, FIDO2 і WebAuthn.
Для користувачів це оновлення відкриває можливість нативного підпису на пристрої та функціональності ключа доступу. Гаманці можуть безпосередньо отримати доступ до Apple's Secure Vault, Android Keystore, Hardware Security Module (HSM) і FIDO2/WebAuthn — без необхідності в мнемонічній фразі, з більш гладким процесом реєстрації та багатофакторною аутентифікацією, яка відповідає сучасним додаткам. Це забезпечить кращий користувацький досвід, зручніші методи відновлення облікових записів і модель абстракції облікових записів, яка відповідає існуючій функціональності мільярдів пристроїв.
Для розробників він приймає 160 байтів вхідних даних і повертає 32 байти вихідних даних, що робить дуже легким перенесення наявних бібліотек і контрактів другого рівня (L2). Його базова реалізація включає вказівники на нескінченність та модульні перевірки порівняння, щоб виключити складні граничні випадки без порушення роботи валідних викликів.
III. Довгостроковий вплив оновлення Fusaka на екосистему Ethereum
1. Вплив на L2: Розширення входить у другу криву. Завдяки PeerDAS і динамічному збільшенню кількості Blob, а також справедливішому механізму ціноутворення даних, вузьке місце доступності даних було вирішено, і Fusaka прискорила зниження витрат на L2.
2. Вплив на вузли: Операційні витрати продовжують зменшуватися. Скорочені вимоги до зберігання даних і коротший час синхронізації знижують операційні витрати. Крім того, у довгостроковій перспективі це забезпечує продовження участі вузлів зі слабшим обладнанням, тим самим гарантуючи продовження децентралізації мережі.
3. Вплив на DApps: Стає можливим більш складна логіка на блокчейні. Більш ефективні математичні опкоди та більш передбачувані графіки пропозицій блоків можуть стимулювати високопродуктивні AMM, складніші деривативні протоколи та повністю ончейн-додатки.
4. Вплив на звичайних користувачів: Нарешті, вони можуть використовувати блокчейн, як Web2. Підписи P-256 означають, що більше немає необхідності у мнемонічних фразах, мобільні телефони можуть використовуватися як гаманці, вхід стає зручнішим, відновлення простішим, а багатофакторна автентифікація природно інтегрована. Це революційна зміна у взаємодії з користувачами та одна з необхідних умов для залучення мільярда користувачів до блокчейну.
IV. Висновок: Fusaka — це ключовий крок до DankSharding та широкомасштабного впровадження користувачами.
Dencun відкриває еру Blob (Proto-Dank Sharding), Pectra оптимізувала виконання та вплинула на EIP-4844, тоді як Fusaka дозволила Ethereum зробити вирішальний крок до «стійкого масштабування + орієнтованості на мобільні пристрої».
Короткий зміст:
Це оновлення включає 12 EIP, зокрема:
EIP-7594: Використовує PeerDAS для зменшення навантаження на зберігання даних на вузлах.
Це є ключовою основою для розширення можливостей зберігання даних Ethereum. PeerDAS створив інфраструктуру, необхідну для впровадження Danksharding, і майбутні оновлення очікувано збільшать пропускну здатність даних з 375 кб/с до кількох МБ/с. Це також безпосередньо впроваджує масштабування рівня 2, що дозволяє вузлам ефективніше обробляти більше даних без перевантаження окремих учасників.
EIP-7642: Запроваджує функцію зникнення історії для зменшення дискового простору, необхідного вузлам.
Це еквівалентно зміні способу обробки квитанцій, що видаляє старі дані із синхронізації вузлів, тим самим зберігаючи приблизно 530 ГБ пропускної здатності під час синхронізації.
EIP-7823: Встановлює верхню межу для MODEXP, щоб запобігти вразливостям консенсусу.
Це обмежує довжину кожного входу до 1024 байтів для криптографічного попередньо скомпільованого коду MODEXP. Раніше MODEXP був джерелом вразливостей консенсусу через необмежену довжину вхідних даних. Встановлення практичних обмежень, які охоплюють всі реальні сценарії застосування, зменшує сферу тестування, прокладаючи шлях до майбутньої заміни більш ефективним кодом EVM.
EIP-7825: Вводить обмеження на газ для транзакцій, щоб одна транзакція не споживала більшу частину простору блоку.
Цей захід вводить обмеження на газ у 167,777,216 на одну транзакцію, запобігаючи тому, щоб будь-яка одна транзакція споживала більшість простору блоку. Це забезпечує справедливіший розподіл простору блоку, що покращує стабільність мережі, здатність протистояти DoS-атакам і забезпечує більш передбачувані часи перевірки блоків.
EIP-7883: Підвищує вартість газу для криптографічного попередньо скомпільованого коду ModExp, щоб запобігти потенційним атакам типу відмови в обслуговуванні через надто низькі ціни.
Для вирішення проблеми надто низького ціноутворення операцій вартість газу для криптографічних попередньо скомпільованих операцій ModExp була підвищена. Мінімальна вартість збільшилася з 200 газу до 500 газу, і вартість зростає вдвічі для великих вхідних даних, що перевищують 32 байти. Це забезпечує розумне ціноутворення для криптографічних попередньо скомпільованих операцій, покращує економічну стійкість мережі та запобігає потенційним атакам типу відмови в обслуговуванні, спричиненим надто низькими цінами.
EIP-7892: Підтримує еластичне масштабування кількості blob за запитом для адаптації до змінних вимог рівня 2.
Ethereum може частіше налаштовувати параметри зберігання blob шляхом створення нового, полегшеного процесу. Це дозволяє робити менші коригування обсягу blob, щоб адаптуватися до змінних потреб рівня 2 без необхідності чекати суттєвих оновлень.
EIP-7917: Дозволяє попереднє підтвердження блоків, покращуючи передбачуваність порядку транзакцій.
Наразі валідатори не можуть знати, хто буде пропонувати блоки, доки не почнеться наступна епоха, що створює невизначеність у пом'якшенні MEV та в протоколі попереднього підтвердження. Ця зміна попередньо розраховує та зберігає графік пропонування для майбутніх епох, роблячи його детермінованим та доступним для додатків.
EIP-7918: Вводить базову плату за blob, пов’язану з витратами на виконання, тим самим вирішуючи проблему ринкових зборів за блок даних.
Це рішення вирішує проблему ринку блокових зборів шляхом введення резервної ціни, пов’язаної з витратами на виконання. Це запобігає збої ринку блокових зборів за ціни 1 wei, коли витрати на виконання в рівні 2 значно перевищують вартість блоку.
Це є важливим для рівня 2, забезпечуючи, щоб стійке ціноутворення blob відповідало реальним витратам і підтримувало ефективне виявлення ціни в міру збільшення використання рівня 2.
EIP-7934: Обмежує максимальний розмір блоку виконання RLP до 10 МБ, щоб запобігти нестабільності мережі та атакам типу відмови в обслуговуванні.
На даний момент розмір блоків може бути дуже великим, що уповільнює розповсюдження мережі і збільшує ризик тимчасових розгалужень. Це обмеження гарантує, що розміри блоків залишаються в розумних межах, які мережа може обробляти і поширювати ефективно. Це покращує надійність мережі, знижує ризик тимчасових розгалужень і таким чином забезпечує більш стабільний час підтвердження транзакцій.
EIP-7935: Збільшує стандартний ліміт gas до 60M, щоб розширити можливості виконання L1.
Пропозиція передбачає збільшення ліміту gas з 36M до 60M для розширення можливостей виконання L1. Хоча ця зміна не потребує жорсткого форку (ліміт gas — це параметр, який обирають валідатори), необхідне масштабне тестування для забезпечення стабільності мережі під високим обчислювальним навантаженням. Включення цього EIP в жорсткий форк забезпечує пріоритетність цього завдання і його подальше виконання.
Дозволяючи кожному блоку даних виконувати більше обчислень, загальна пропускна здатність мережі безпосередньо покращується, що є найпрямішим способом розширення можливостей виконання L1.
EIP-7939: Додано CLZ opcode для більш ефективних обчислень на блокчейні.
Це оновлення додає новий opcode CLZ (Calculate Leading Zeros) до EVM для ефективного обчислення кількості провідних нулів у 256-бітному числі. Це суттєво знижує витрати gas на математичні операції, що вимагають маніпуляції з бітами, покращує обчислювальну ефективність і дозволяє виконувати складніші обчислення на блокчейні. Це забезпечує дешевші й більш ефективні математичні операції, що вигідно для DeFi-протоколів, ігрових додатків і будь-яких контрактів, які потребують складних математичних розрахунків.
EIP-7951: Додає підтримку попередньо скомпільованих кривих secp256r1 для покращення користувацького досвіду.
Це оновлення додає підтримку широко використовуваної криптографічної кривої secp256r1 (також відомої як P-256) до Ethereum. На даний момент Ethereum підтримує лише криву secp256k1 для підписів, проте багато пристроїв і систем використовують secp256r1. Це оновлення дозволяє Ethereum перевіряти підписи від iPhone, Android-пристроїв, апаратних гаманців та інших систем, які використовують цю стандартну криву, що спрощує інтеграцію з існуючою інфраструктурою.