EIP-8079: Реформування стандартів співпраці та безпеки між L1 і L2

Автор: Zhixiong Pan Джерело: chainfeeds

Останні два роки основною рушійною силою масштабування Ethereum були різні Layer 2 Rollup, такі як Arbitrum, Optimism, Base тощо. Хоча ці L2-мережі підвищили продуктивність, вони призвели до роздрібленості активів і користувацького досвіду. Користувачі часто переміщаються між ланцюгами, активи розпорошені по різних мережах, досвід залишає бажати кращого, а технічні та безпекові стандарти важко уніфікувати.

Щоб вирішити проблему фрагментації на рівні досвіду, спільнота Ethereum нещодавно запропонувала EIL (Ethereum Interoperability Layer, рівень взаємодії Ethereum), який дозволяє забезпечити уніфікований користувацький досвід між кількома L2-мережами, так що користувач відчуває, що користується одним ланцюгом, а не кількома незалежними мережами.

Одночасно дослідники Ethereum почали звертати увагу на стандартизацію протоколу та питання безпеки, і саме тому з’явилася пропозиція EIP-8079 (Native Rollup).

Що таке Native Rollup?

Простими словами, поточні Rollup обробляють транзакції у своєму ланцюгу, а потім періодично надсилають на основний ланцюг Ethereum (L1) деякі дані стану або докази, щоб гарантувати достовірність результатів виконання. Проте кожний Rollup має власну машину стану, систему доказів і логіку верифікації, що може призвести до складності й ризиків безпеки.

Концепція Native Rollup, запропонована в EIP-8079, полягає у додаванні на основний ланцюг Ethereum нового попередньо скомпільованого контракту під назвою EXECUTE, який дозволяє Rollup безпосередньо передавати свої блоки на основний ланцюг, де вони повторно виконуються для перевірки їхньої дійсності.

Це означає, що Rollup більше не потрібно самостійно реалізовувати складну машину стану чи систему доказів, а можна напряму використовувати виконавчий рушій самого Ethereum, що значно знижує складність та ризики безпеки. Такий підхід і називають “Native Rollup” — тобто справжній нативний Rollup.

Хто просуває цю пропозицію?

Автори EIP-8079 — Лука Донно з L2BEAT та дослідник Ethereum Foundation Джастін Дрейк. Власне, ще на початку 2025 року ця ідея була висунута й обговорювалася у спільноті, але лише нещодавно вона офіційно оформлена у вигляді EIP-драфту, і почалося обговорення технічних деталей.

Що саме змінює Native Rollup з технічної точки зору?

Ключова технічна зміна — це додавання спеціального попередньо скомпільованого контракту EXECUTE. Він дозволяє Rollup, після подачі блоку на L1, напряму перевіряти його через EVM основного ланцюга Ethereum.

Конкретний процес виглядає так:

Rollup у своїх даних передає поточний стан L2, дані блоку для перевірки, а також деякі якірні дані з L1 до L2.

Під час виконання EXECUTE основний ланцюг:

• Перевіряє дійсність блоку (наприклад, забороняє спеціальні типи Blob-транзакцій);
• Вставляє якірні дані у певну системну адресу стану L2;
• Викликає внутрішню функцію зміни стану клієнта Ethereum для повного повторного виконання поданого блоку L2.

Якщо повторне виконання проходить успішно, блок вважається дійсним; якщо ні — блок відхиляється.

Таким чином, L2 більше не потрібно створювати власну складну систему верифікації, а можна напряму використовувати перевірений виконавчий рушій основного ланцюга Ethereum.

Навіщо потрібна така зміна?

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

Завдяки стандартизації верифікації через Native Rollup, L2 більше не потрібно окремо підтримувати повний аналог EVM та систему верифікації. Вся модель безпеки зводиться до одного питання: чи безпечний основний ланцюг Ethereum.

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

Які обмеження це накладає на L2?

Щоб стати Native Rollup, потрібно виконати одну ключову умову: виконувальний рівень має бути максимально еквівалентний до EVM основного ланцюга Ethereum. Це означає, що L2 не може довільно додавати власні opcodes, попередньо скомпільовані контракти чи спеціальні типи транзакцій, інакше EXECUTE основного ланцюга не зможе правильно повторити виконання блоку.

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

Що означає Native Rollup для екосистеми Ethereum?

Для команд L2 безпека та складність підтримки значно зменшаться, а витрати на управління та операційну діяльність також знизяться.

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

Для користувачів безпека активів суттєво зросте, досвід стане ближчим до “справжнього основного ланцюга Ethereum”, а в довгостроковій перспективі екосистема стане більш уніфікованою та зручною.

Підсумок

Завдяки пропозиції Native Rollup у EIP-8079 Ethereum на рівні протоколу надає L2 стандартизований спосіб виконання та перевірки транзакцій, що дозволяє L2 по-справжньому повторно використовувати безпеку та зрілу інфраструктуру основного ланцюга. Одночасно, у поєднанні з EIL та іншими рішеннями, Ethereum поступово усуває поточні проблеми роздрібленості користувацького досвіду та ліквідності активів на L2.

У майбутньому ми, ймовірно, побачимо ще більш уніфіковану та безпечну екосистему Ethereum.