Програма розвитку Interop прискорюється: після оновлення Fusaka інтеграція з Ethereum може зробити важливий крок вперед

Автор: imToken

Посилання:

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

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

Але для досягнення ідеального «одноланцюгового досвіду» потрібно балансувати між швидкістю та довірою. Адже в нинішньому досвіді міжлінкової взаємодії або доводиться терпіти повільність (наприклад, Optimistic Rollup вимагає чекати 7 днів викликів для підтвердження остаточності), або ж йти на жертви у децентралізації (залежність від довіри до мульти-підписних мостів).

Щоб зламати цей «неможливий трикутник», необхідна базова здатність швидко та надійно підтверджувати — це «реальні часи підтверджень» за допомогою технології ZK (з нулями знань), що розглядається у розширеному читанні «Майбутній план інтеграції Ethereum: як розблокувати масове впровадження «останньої милі»».

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

1. Підсумки оновлення Fusaka та недооцінений EIP-7825

4 грудня оновлення Ethereum Fusaka офіційно активувалося в основній мережі. Це відрізняється від масштабних оновлень Dencun, що були раніше, і увага ринку переважно зосереджена на масштабуванні Blob та PeerDAS, а також на зниженні вартості даних L2.

Проте, крім шуму, існує ще один непомітний, але важливий проект — EIP-7825, який зняв найбільший бар’єр для реалізації L1 zkEVM та реальних часів підтверджень у Ethereum, і може тихо прокладати шлях до кінцевої мети інтеграції.

В оновленні Fusaka всі увагу зосереджена на масштабуванні: збільшення обсягу Blob у 8 разів, а також випадкове вибіркове підтвердження PeerDAS, що робить економіку доступності даних (DA) історією.

Звичайно, дешевший L2 — це добре, але для довгострокового плану розвитку ZK у Ethereum EIP-7825 — справжній «гральний змінник», адже він встановлює обмеження на Gas для окремої транзакції — приблизно 16 780 000 Gas.

Відомо, що цього року Gas-ліміт блоків Ethereum підвищено до 60 мільйонів. Але навіть при такому зростанні, якщо хтось захоче заплатити дуже високу ціну Gas, він зможе відправити «гігантську транзакцію» (Mega-Transaction), що заповнить весь блок до 60 мільйонів Gas і заблокує його цілком.

Раніше це було дозволено, але EIP-7825 вводить нове обмеження: незалежно від розміру блоку, одна транзакція не може витратити більше 16 780 000 Gas.

Чому вводиться таке обмеження? Насправді це майже не впливає на звичайних користувачів під час переказів, але для доказовиків zkProver — це рішення життя та смерті, оскільки воно тісно пов’язане з тим, як система генерує підтвердження.

Наприклад, до EIP-7825, якщо у блоці була б «гігантська транзакція» на 60 мільйонів Gas, zkProver мусив би послідовно пройти цю надзвичайно складну операцію, без можливості розділити або паралельно обробляти її, — це нагадує автошлях з однією смугою, де попереду їде повільний гігантський вантажівка, а всі інші машини (інші транзакції) мають чекати її завершення.

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

Після EIP-7825, навіть якщо майбутнє розмір блоку зросте до 100 мільйонів Gas, оскільки кожна транзакція обмежена 16 780 000 Gas, весь блок буде розбитий на прогнозовані, обмежені та паралельно оброблювані «малі задачі». Це означає, що генерація zk-доказів для таких великих блоків стане простішою — перетворюючи «логічну проблему» у «фізичну проблему обчислень (Money Problem)».

Якщо вкласти достатньо обчислювальної потужності для паралельної обробки, можна буде дуже швидко створювати zk-докази для великих блоків.

Як каже співзасновник і CEO Brevis Michael, EIP-7825 — найнедооціненіше оновлення для майбутніх масштабувань ZK і Ethereum у 100 разів — воно перетворює «реальні часи підтверджень» з «теоретично неможливих» у «інженерно керовані». За умови достатньої обчислювальної потужності, навіть блоки у 200 мільйонів Gas можна підтверджувати за секунди. Це не тільки прорив у технології ZK, а й фізична основа для швидкого міжланкового розрахунку (міжланкових підтверджень) у майбутньому.

Отже, ця оновлена технічна здатність — важливий крок для реалізації ZK та довгоочікуваного масштабування Ethereum до 2026 року.

2. L1 zkEVM: «міцний якорь довіри» для міжланкової взаємодії

Однак, хоча EIP-7825 через обмеження розміру транзакції забезпечує фізичну основу для реальних часів підтверджень (можливість паралельної обробки), це лише одна сторона медалі. Інша — як саме сама основна мережа Ethereum зможе використовувати цю здатність?

Мова йде про найжорсткіший аспект дорожньої карти Ethereum — L1 zkEVM.

Довгий час zkEVM вважався «святим Граалем» розширення Ethereum, адже він не лише вирішує проблеми продуктивності, але й переосмислює довіру у блокчейні. Його суть у тому, щоб зробити так, щоб основна мережа могла генерувати та перевіряти zk-підтвердження.

Інакше кажучи, у майбутньому кожен блок Ethereum зможе видавати підтвердження, яке можна перевірити без повторного виконання — достатньо, щоб інші ноди (зокрема легкі ноди та L2) підтвердили правильність результату. Якщо ця здатність буде закодована безпосередньо у протоколі L1, то пропонуючий (Proposer), формуючи блок, зможе одразу згенерувати zk-підтвердження. Валідаційні ноди не матимуть необхідності повторно запускати транзакції — їм залишиться лише перевірити це математичне доказ.

Що це означає для взаємодії між ланцюгами?

У контексті міжланкової взаємодії (Interop), L1 zkEVM має набагато більше значення, ніж просто масштабування. Це «міцний якорь довіри», що робить усі L2 взаємодії більш безпечними та швидкими.

Завдяки тому, що L1 зможе генерувати підтвердження у реальному часі, можна буде:

· Зменшити час підтвердження між ланцюгами з 7 днів (як у OP) до секунд (як у ZK);

· Відмовитись від довірі третім сторонам, використовуючи математичну істину Ethereum.

Это — фізична основа, яка дозволить L2 обмінюватися даними та підтвердженнями без довіри до третьої сторони. І для реалізації цього необхідний саме L1 zkEVM.

Якщо це стане реальністю, то міжланкова взаємодія стане швидшою, безпечнішою та більш децентралізованою.

3. Від zkEVM до zkVM: еволюція технічних архітектур

Якщо вважати, що EIP-7825 — це створення «жорсткого середовища» для паралельної обробки zk-доказів, то технічна еволюція zk-стеку полягає у пошуку «більш ефективної програмної архітектури».

Перший рівень — zkEVM — це, по суті, сумісний з Ethereum EVM, щоб розробники могли легко переносити додатки, зменшити витрати на міграцію та використовувати існуючі інструменти.

Основна перевага — сумісність із поточним екосистемним програмним забезпеченням (інструментами, клієнтами, браузерами тощо), що зменшує бар’єри входу.

Однак, через дизайн EVM, він не був оптимізований під zk-докази. Це означає, що час підтвердження zkEVM залишався досить високим.

З іншого боку, zkVM — це революційний підхід, що створює цілі віртуальні машини (наприклад, на базі RISC-V або WebAssembly), оптимізовані для швидкого генерування zk-доказів.

Звісно, це означає втрату сумісності з деякими функціями EVM, але й отримання суттєвого приросту швидкості та ефективності.

Чому «Фусакка» — ключовий елемент?

Тому що до EIP-7825, незалежно від типу zk-стека, великі транзакції призводили до значних затримок через неможливість їх розділення.

З введенням обмеження на розмір транзакції і можливістю паралельної обробки, zkVM може розкривати свій потенціал у повну силу, забезпечуючи реальні часи підтверджень навіть для складних Ethereum-блоків.

Що це означає для міжланкової взаємодії? Поширення zkVM у поєднанні з EIP-7825 знизить вартість та час створення zk-доказів. Це відкриє шлях до повної заміни традиційних мостів і мостових протоколів на універсальні повідомлювальні механізми.

Завершальні слова

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

З цієї точки зору, Interop — це універсальна мова майбутніх протоколів Ethereum, що дозволяє обмінюватися не лише цінностями, а й логікою. Роль ZK — гарантія коректності виконання та підтримка реального часу підтверджень, що робить міжланкові виклики «смільними та можливими». Без реальних часів підтверджень ZK важко уявити справжній зручний Interop UX.

Коли EIP-7825 активується у Fusaka, а L1 zkEVM стає реальністю, ми наближаємось до кінцевої мети: виконання, розрахунки та підтвердження будуть повністю автоматизовані й приховані від користувача.

Саме цього і очікує кожен із нас від кінцевої реалізації Interop.