Ethereum незабаром 3 грудня 2025 року отримає апгрейд під назвою «Fusaka» — хардфорк з 12 пропозиціями щодо покращення Ethereum (EIP). Вони, як точні механізми, разом підвищать масштабованість, безпеку та ефективність роботи мережі. Нижче я класифікую ці 12 EIP, простими словами пояснюю, які проблеми вони вирішують і чому вони важливі для майбутнього Ethereum.
Масштабування! Швидше, більше і краще
Це головна тема апгрейду Fusaka. Щоб Ethereum міг підтримувати глобальну цифрову економіку, потрібно вирішити проблему заторів транзакцій і високих комісій. Наступні EIP спрямовані саме на це, особливо — на зниження витрат і підвищення пропускної здатності Layer 2.
EIP-7594: PeerDAS — вибірка даних для доступності
Проблема: Після оновлення Dencun, яке додало «Blob» для дешевшого зберігання даних Layer 2, з’явилася головна проблема: як гарантувати, що ці великі обсяги даних справді доступні? Зараз кожен валідатор має завантажити і перевірити всі Blob-дані блоку. Коли в блоці до 9 Blob, це ще можливо. Але якщо їх стане 128, то завантаження і перевірка всіх стане дуже дорогими і ускладнить участь валідаторів, що загрожує децентралізації.
Рішення: PeerDAS (Peer Data Availability Sampling) перетворює «повну перевірку» у «випадкову вибірку». Простими словами:
Весь Blob розбивається на частини.
Валідатору не потрібно завантажувати всі Blob, достатньо випадково вибрати і перевірити кілька частин.
Вони обмінюються результатами перевірки, щоб разом підтвердити цілісність і доступність даних.
Це схоже на гру в пазли: кожен має кілька шматків, але, перевіривши ключові з’єднання, можна переконатися, що вся картинка цілісна. Важливо, що ідея DAS вже успішно застосована в проектах на кшталт Celestia. PeerDAS — це довгостроковий технічний крок для масштабування Ethereum, що компенсує «технічний борг».
Значення: PeerDAS зменшує навантаження на валідаторів, сприяє масштабуванню даних і зберігає децентралізацію. У майбутньому один блок може містити сотні Blob, підтримуючи ідею 10 мільйонів TPS і дозволяючи звичайним користувачам запускати валідаторів.
EIP-7892: BPO — легкий хардфорк для оновлення параметрів
Проблема: Попит на зберігання даних Layer 2 швидко зростає. Якщо кожного разу чекати масштабного оновлення, як Fusaka, — це занадто повільно і не відповідає швидкості розвитку екосистеми.
Рішення: Вводиться механізм «BPO» — спеціальний легкий хардфорк, що оновлює лише кілька параметрів Blob (наприклад, цільову кількість Blob у блоці). Це дуже просто: оновлення не вимагає складних змін у коді, достатньо просто прийняти нові налаштування.
Значення: BPO дозволяє швидко і безпечно регулювати пропускну здатність мережі. Наприклад, після Fusaka планується двічі оновити BPO, щоб подвоїти обсяг Blob — це дасть змогу масштабувати Layer 2 поступово і без ризиків.
EIP-7918: Стабільний ринок цін на Blob
Проблема: Ринкові ціни на Blob коливаються дуже сильно: коли попит низький — ціна падає до нуля, що не стимулює нові запити. Коли попит високий — ціна злітає, створюючи «цінову гонку». Це ускладнює планування витрат Layer 2.
Рішення: Вводиться фіксований діапазон цін — «гнучка» мінімальна і максимальна ціна Blob, що прив’язані до стабільних витрат на виконання транзакцій у Layer 2. Це дозволяє запобігти різким коливанням і стабілізувати вартість.
Значення: Це знімає цінову «гонку», робить витрати Layer 2 більш передбачуваними і стабільними, що полегшує планування і знижує ризики.
EIP-7935: Збільшення пропускної здатності основної мережі
Проблема: Максимальна кількість транзакцій у блоці визначається «Gas limit» (близько 30 мільйонів), і цей показник не оновлювався роками. Щоб підвищити пропускну здатність, потрібно підвищити цей ліміт, але без шкоди для децентралізації.
Рішення: Пропонується рекомендувати новий, вищий Gas limit (можливо, 45 мільйонів і більше). Це не обов’язкове, а рекомендація, яку валідатори можуть прийняти поступово.
Значення: Це дозволить обробляти більше транзакцій у блоці, зменшить затори і підвищить TPS. Водночас — потрібно враховувати вимоги до обладнання валідаторів.
Безпека і стабільність! Надійний захист мережі
Для масштабування потрібно зберегти безпеку. Ethereum Foundation запустила програму «Триллион доларів безпеки» (Trillion Dollar Security), щоб створити мережу, здатну безпечно обробляти активи на трильйони доларів. Більшість EIP у Fusaka спрямовані саме на це — зміцнення «захисних парканів».
EIP-7934: Встановлення фізичного обмеження розміру блоку
Проблема: «Gas limit» визначає лише обчислювальну складність транзакцій, але не обмежує фізичний розмір блоку. Це дозволяє зловмисникам створювати «дані-бомби» — блоки з низькою обчислювальною складністю, але великим обсягом даних, що ускладнює поширення і обробку.
Рішення: Вводиться жорсткий ліміт — 10MB на блок. Блоки, що перевищують цю межу, відхиляються.
Значення: Це схоже на обмеження габаритів вантажівки — забезпечує швидке поширення і стабільність мережі.
EIP-7825: Обмеження Gas для однієї транзакції
Проблема: В даний час немає обмеження на Gas для однієї транзакції. Це дозволяє зловмиснику створити одну «гігантську» транзакцію, що «з’їдає» весь блок і відсуває інших.
Рішення: Вводиться жорсткий ліміт — 16,77 мільйонів Gas на транзакцію. Транзакції, що перевищують цю межу, потрібно розбивати.
Значення: Це підвищує справедливість і передбачуваність, запобігає «захопленню» мережі однією великою транзакцією.
EIP-7823 & EIP-7883: Безпечне використання ModExp
Проблема: ModExp — функція для обчислень великих степенів по модулю, важлива для криптографії. Вона має два недоліки: відсутність обмеження довжини вхідних даних і низька вартість викликів, що може спричинити зловживання.
Рішення:
EIP-7823: обмежує довжину вхідних даних до 8192 біт.
EIP-7883: підвищує ціну за виклик ModExp, особливо для великих вхідних даних.
Значення: Це зменшує ризик атак і підвищує безпеку мережі.
Нові можливості для розробників
Крім масштабування і безпеки, Fusaka додає корисні інструменти для розробників.
EIP-7951: Підтримка стандартних апаратних підписів
Проблема: Багато пристроїв (iPhone, банківські U-key, HSM) використовують стандарт secp256r1 (P-256), тоді як Ethereum — secp256k1. Це ускладнює інтеграцію.
Рішення: Додається новий предкомпілятор — підтримка підписів secp256r1 у Ethereum.
Значення: Це відкриває шлях до безпечної роботи з мільярдами пристроїв, дозволяючи напряму підписувати транзакції з мобільних гаджетів.
EIP-7939: Новий інструкція CLZ
Проблема: В криптографії і хешуванні потрібно швидко рахувати кількість провідних нулів у 256-бітному числі. В EVM такої операції немає, і її доводиться реалізовувати складно і дорого.
Рішення: Додається новий Opcode — CLZ (Count Leading Zeros), що виконує цю операцію за один крок.
Значення: Це знижує вартість таких обчислень і робить їх швидшими і дешевшими, особливо для ZK-приложень.
Оптимізація мережі! Невидимі покращення для довгострокової стабільності
Два останні EIP — менш помітні для користувачів, але дуже важливі для стабільної роботи мережі.
EIP-7642: Зменшення навантаження на нові ноди
Проблема: З часом історичні дані зростають, і новий вузол має завантажити і синхронізувати їх усі. Це важко і дорого. Також — з часом з’явилися непотрібні поля у транзакційних звітах.
Рішення: Вводиться «зняття історичних даних» — новий механізм, що дозволяє пропускати старі дані і спрощує формат звітів.
Значення: Це зменшує обсяг даних для синхронізації приблизно на 530 ГБ, що робить запуск нодів доступнішим і сприяє децентралізації.
EIP-7917: Визначення порядку блоків і попереднє підтвердження
Проблема: В Layer 2 Rollup існує проблема централізованих «секуенсерів» — вони контролюють порядок транзакцій, що суперечить децентралізації. Ідея — використовувати L1 для сортування, але це викликає затримки.
Рішення: Вводиться механізм «предварительного визначення» порядку пропонувань блоків — створюється «графік» майбутніх пропозицій, що дозволяє заздалегідь знати, хто і коли буде створювати блок.
Значення: Це дозволяє Layer 2 отримати довіру і швидко узгоджувати стан, зменшуючи затримки і підвищуючи децентралізацію.
Чому саме зараз Fusaka?
Цей апгрейд — не просто технічна новинка, а стратегічний крок. Ethereum вже обробля понад 56% стабільних монет у світі і стає ключовою платформою для цифрових активів. Fusaka готує мережу до обробки «інвестицій рівня Уолл-стріт» — великих активів і транзакцій.
Для інституційних Layer 2 — створює «фундамент» для масштабування.
Для глобальної фінансової системи — забезпечує безпеку і стабільність, щоб обробляти трильйони доларів активів.
Загалом, Fusaka — це не просто оновлення, а крок у майбутнє, що зробить Ethereum ще більш потужним і надійним.
Це аналіз відкритих даних і не є інвестиційною рекомендацією. Інвестиції в криптовалюту ризиковані, DYOR.
Якщо вам сподобалась стаття — підтримайте лайком, репостом і підпискою!
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Масштабування та безпека ідуть поруч: повний аналіз оновлення Ethereum Fusaka та 12 EIP
Автор: @ChromiteMerge
Ethereum незабаром 3 грудня 2025 року отримає апгрейд під назвою «Fusaka» — хардфорк з 12 пропозиціями щодо покращення Ethereum (EIP). Вони, як точні механізми, разом підвищать масштабованість, безпеку та ефективність роботи мережі. Нижче я класифікую ці 12 EIP, простими словами пояснюю, які проблеми вони вирішують і чому вони важливі для майбутнього Ethereum.
Масштабування! Швидше, більше і краще
Це головна тема апгрейду Fusaka. Щоб Ethereum міг підтримувати глобальну цифрову економіку, потрібно вирішити проблему заторів транзакцій і високих комісій. Наступні EIP спрямовані саме на це, особливо — на зниження витрат і підвищення пропускної здатності Layer 2.
EIP-7594: PeerDAS — вибірка даних для доступності
Проблема: Після оновлення Dencun, яке додало «Blob» для дешевшого зберігання даних Layer 2, з’явилася головна проблема: як гарантувати, що ці великі обсяги даних справді доступні? Зараз кожен валідатор має завантажити і перевірити всі Blob-дані блоку. Коли в блоці до 9 Blob, це ще можливо. Але якщо їх стане 128, то завантаження і перевірка всіх стане дуже дорогими і ускладнить участь валідаторів, що загрожує децентралізації.
Рішення: PeerDAS (Peer Data Availability Sampling) перетворює «повну перевірку» у «випадкову вибірку». Простими словами:
Весь Blob розбивається на частини.
Валідатору не потрібно завантажувати всі Blob, достатньо випадково вибрати і перевірити кілька частин.
Вони обмінюються результатами перевірки, щоб разом підтвердити цілісність і доступність даних.
Це схоже на гру в пазли: кожен має кілька шматків, але, перевіривши ключові з’єднання, можна переконатися, що вся картинка цілісна. Важливо, що ідея DAS вже успішно застосована в проектах на кшталт Celestia. PeerDAS — це довгостроковий технічний крок для масштабування Ethereum, що компенсує «технічний борг».
Значення: PeerDAS зменшує навантаження на валідаторів, сприяє масштабуванню даних і зберігає децентралізацію. У майбутньому один блок може містити сотні Blob, підтримуючи ідею 10 мільйонів TPS і дозволяючи звичайним користувачам запускати валідаторів.
EIP-7892: BPO — легкий хардфорк для оновлення параметрів
Проблема: Попит на зберігання даних Layer 2 швидко зростає. Якщо кожного разу чекати масштабного оновлення, як Fusaka, — це занадто повільно і не відповідає швидкості розвитку екосистеми.
Рішення: Вводиться механізм «BPO» — спеціальний легкий хардфорк, що оновлює лише кілька параметрів Blob (наприклад, цільову кількість Blob у блоці). Це дуже просто: оновлення не вимагає складних змін у коді, достатньо просто прийняти нові налаштування.
Значення: BPO дозволяє швидко і безпечно регулювати пропускну здатність мережі. Наприклад, після Fusaka планується двічі оновити BPO, щоб подвоїти обсяг Blob — це дасть змогу масштабувати Layer 2 поступово і без ризиків.
EIP-7918: Стабільний ринок цін на Blob
Проблема: Ринкові ціни на Blob коливаються дуже сильно: коли попит низький — ціна падає до нуля, що не стимулює нові запити. Коли попит високий — ціна злітає, створюючи «цінову гонку». Це ускладнює планування витрат Layer 2.
Рішення: Вводиться фіксований діапазон цін — «гнучка» мінімальна і максимальна ціна Blob, що прив’язані до стабільних витрат на виконання транзакцій у Layer 2. Це дозволяє запобігти різким коливанням і стабілізувати вартість.
Значення: Це знімає цінову «гонку», робить витрати Layer 2 більш передбачуваними і стабільними, що полегшує планування і знижує ризики.
EIP-7935: Збільшення пропускної здатності основної мережі
Проблема: Максимальна кількість транзакцій у блоці визначається «Gas limit» (близько 30 мільйонів), і цей показник не оновлювався роками. Щоб підвищити пропускну здатність, потрібно підвищити цей ліміт, але без шкоди для децентралізації.
Рішення: Пропонується рекомендувати новий, вищий Gas limit (можливо, 45 мільйонів і більше). Це не обов’язкове, а рекомендація, яку валідатори можуть прийняти поступово.
Значення: Це дозволить обробляти більше транзакцій у блоці, зменшить затори і підвищить TPS. Водночас — потрібно враховувати вимоги до обладнання валідаторів.
Безпека і стабільність! Надійний захист мережі
Для масштабування потрібно зберегти безпеку. Ethereum Foundation запустила програму «Триллион доларів безпеки» (Trillion Dollar Security), щоб створити мережу, здатну безпечно обробляти активи на трильйони доларів. Більшість EIP у Fusaka спрямовані саме на це — зміцнення «захисних парканів».
EIP-7934: Встановлення фізичного обмеження розміру блоку
Проблема: «Gas limit» визначає лише обчислювальну складність транзакцій, але не обмежує фізичний розмір блоку. Це дозволяє зловмисникам створювати «дані-бомби» — блоки з низькою обчислювальною складністю, але великим обсягом даних, що ускладнює поширення і обробку.
Рішення: Вводиться жорсткий ліміт — 10MB на блок. Блоки, що перевищують цю межу, відхиляються.
Значення: Це схоже на обмеження габаритів вантажівки — забезпечує швидке поширення і стабільність мережі.
EIP-7825: Обмеження Gas для однієї транзакції
Проблема: В даний час немає обмеження на Gas для однієї транзакції. Це дозволяє зловмиснику створити одну «гігантську» транзакцію, що «з’їдає» весь блок і відсуває інших.
Рішення: Вводиться жорсткий ліміт — 16,77 мільйонів Gas на транзакцію. Транзакції, що перевищують цю межу, потрібно розбивати.
Значення: Це підвищує справедливість і передбачуваність, запобігає «захопленню» мережі однією великою транзакцією.
EIP-7823 & EIP-7883: Безпечне використання ModExp
Проблема: ModExp — функція для обчислень великих степенів по модулю, важлива для криптографії. Вона має два недоліки: відсутність обмеження довжини вхідних даних і низька вартість викликів, що може спричинити зловживання.
Рішення:
EIP-7823: обмежує довжину вхідних даних до 8192 біт.
EIP-7883: підвищує ціну за виклик ModExp, особливо для великих вхідних даних.
Значення: Це зменшує ризик атак і підвищує безпеку мережі.
Нові можливості для розробників
Крім масштабування і безпеки, Fusaka додає корисні інструменти для розробників.
EIP-7951: Підтримка стандартних апаратних підписів
Проблема: Багато пристроїв (iPhone, банківські U-key, HSM) використовують стандарт secp256r1 (P-256), тоді як Ethereum — secp256k1. Це ускладнює інтеграцію.
Рішення: Додається новий предкомпілятор — підтримка підписів secp256r1 у Ethereum.
Значення: Це відкриває шлях до безпечної роботи з мільярдами пристроїв, дозволяючи напряму підписувати транзакції з мобільних гаджетів.
EIP-7939: Новий інструкція CLZ
Проблема: В криптографії і хешуванні потрібно швидко рахувати кількість провідних нулів у 256-бітному числі. В EVM такої операції немає, і її доводиться реалізовувати складно і дорого.
Рішення: Додається новий Opcode — CLZ (Count Leading Zeros), що виконує цю операцію за один крок.
Значення: Це знижує вартість таких обчислень і робить їх швидшими і дешевшими, особливо для ZK-приложень.
Оптимізація мережі! Невидимі покращення для довгострокової стабільності
Два останні EIP — менш помітні для користувачів, але дуже важливі для стабільної роботи мережі.
EIP-7642: Зменшення навантаження на нові ноди
Проблема: З часом історичні дані зростають, і новий вузол має завантажити і синхронізувати їх усі. Це важко і дорого. Також — з часом з’явилися непотрібні поля у транзакційних звітах.
Рішення: Вводиться «зняття історичних даних» — новий механізм, що дозволяє пропускати старі дані і спрощує формат звітів.
Значення: Це зменшує обсяг даних для синхронізації приблизно на 530 ГБ, що робить запуск нодів доступнішим і сприяє децентралізації.
EIP-7917: Визначення порядку блоків і попереднє підтвердження
Проблема: В Layer 2 Rollup існує проблема централізованих «секуенсерів» — вони контролюють порядок транзакцій, що суперечить децентралізації. Ідея — використовувати L1 для сортування, але це викликає затримки.
Рішення: Вводиться механізм «предварительного визначення» порядку пропонувань блоків — створюється «графік» майбутніх пропозицій, що дозволяє заздалегідь знати, хто і коли буде створювати блок.
Значення: Це дозволяє Layer 2 отримати довіру і швидко узгоджувати стан, зменшуючи затримки і підвищуючи децентралізацію.
Чому саме зараз Fusaka?
Цей апгрейд — не просто технічна новинка, а стратегічний крок. Ethereum вже обробля понад 56% стабільних монет у світі і стає ключовою платформою для цифрових активів. Fusaka готує мережу до обробки «інвестицій рівня Уолл-стріт» — великих активів і транзакцій.
Загалом, Fusaka — це не просто оновлення, а крок у майбутнє, що зробить Ethereum ще більш потужним і надійним.
Це аналіз відкритих даних і не є інвестиційною рекомендацією. Інвестиції в криптовалюту ризиковані, DYOR.
Якщо вам сподобалась стаття — підтримайте лайком, репостом і підпискою!