У лютому 2022 року Barnabé представив структуру економіки Rollup, зосереджену навколо ціноутворення ресурсів і потоку вартості. Це було створено для вивчення MEV у залежних економіках рівня L1, взаємодії між зборами L1 і L2, а також таких основних понять, як дохід і витрати оператора. Це зрозуміла структура, яка підходить для простого світу: централізований зведений пакет на незалежно керованому допоміжному циклі. За останні 18 місяців багато чого змінилося: спільна послідовність, децентралізація, докази/агрегація даних, коаліції Rollup, управління. Ми представляємо новий фреймворк, який проливає світло на світ Rollup, який готується до розширення. Ще триває безліч експериментів, але виявилося кілька закономірностей. Ми розберемо ці ключові закономірності, сподіваючись запропонувати інструменти, щоб зрозуміти потенційний напрямок розвитку та відповісти на існуючі відкриті запитання.
Початкова економічна структура Rollup включала три сутності: користувача, оператора Rollup і фундаментальний рівень. Він також запропонував спрощене уявлення про потік вартості, включаючи комісію L2 і MEV, витрати оператора та витрати на публікацію даних. Це була елементарна структура, але корисна відправна точка, оскільки незабаром усе стає набагато складнішим.
З цих базових потоків ми можемо оцінити надлишок протоколу Rollup і вивести відповідні ідеї. Такі теми, як видобуток і розподіл MEV, випуск L2, розподіл плати за перевантаження L2 і часові рамки для Rollup для підтримки збалансованого бюджету або досягнення профіциту (враховуючи, що екосистема L2 є економікою, що постійно зростає, пошук операційних надлишків корисний для фінансування суспільних благ громади , розвиток і розширення).
Надлишок протоколу Rollup Protocol = Комісія L2 - Операційні витрати - Вартість даних
Протокол Rollup контролює комісію L2 (яка включає тарифи на перевантаження та MEV) та свої операційні витрати (що охоплюють видачу та винагороду оператору). Незалежно від того, чи вибирає протокол досягнення цілей балансу чи надлишку, операції L2 вимагають координації для:
(1)Оптимальне встановлення плати за перевантаження L2,
(2)Вилучення та перерозподіл MEV,
(3)Зменшення витрат на дані шляхом оптимізації та стратегічної публікації.
Вони представляють основні варіанти економічного дизайну, які зараз досліджують різні екосистеми L2. У майбутньому протоколи можуть використовувати похідні блокового простору, щоб зменшити непередбачуваність вартості даних.
За останні 18 місяців відбулися значні зміни. Подібно до конструкції блоку L1, ми спостерігали фрагментацію операторів зведення на більш спеціалізовані ролі. У міру зростання економіки природним чином виникає спеціалізація, що є позитивним моментом, оскільки поділ завдань може призвести до більш стійких систем, якщо це належним чином розглянуто в проекті. Але зараз, коли простір для дизайну ширший, нам потрібна нова дорожня карта, яка б спрямовувала нашу подорож.
У міру зрілості технологій Rollup їх складність також зростає, що призводить до того, що ми називаємо «Federation Rollup». Структури зведених пакетів, спільні для одного типу зведених пакетів, призначені для посилення безпеки (через спільне управління та координацію спільноти), ефективності (через спільні функції та ефект масштабу) та взаємодії з користувачем (шляхом підвищення сумісності та зменшення фрагментації). Одночасно незалежні постачальники розробляють інфраструктури, щоб запропонувати одну чи декілька вищезгаданих переваг будь-якому зведеному пакету, який вирішить використовувати їхні послуги. Нижче ми розглянемо ці моделі глибше.
Незалежне зведення
Індивідуальні зведені пакети відходять від допоміжних коліс, посилюючи їх безпеку та децентралізацію. З операційної/економічної точки зору основні сфери витрат включають:
У всіх цих сферах витрат окремі зведені пакети стикаються з ключовим компромісом між безпекою та ефективністю. Наприклад, вони можуть вибрати менш безпечний, але дешевший рівень доступності даних. Витрати на публікацію даних (які ми просто називаємо «витрати на дані», навіть якщо вони охоплюють деякі витрати на обчислення L1, пов’язані з публікацією) історично були найдорожчими. Завдяки швидкому впровадженню в Ethereum EIP-4844, а потім повноцінного Danksharding, це значно зменшиться, надаючи Rollups бажані економічні переваги для масштабування та підтримки нових випадків використання. У довгостроковій перспективі ефективність витрат на дані та пов’язані послуги може бути реалізована за допомогою інноваційних агрегатів поза ланцюгом, що дає змогу отримати економію за рахунок масштабу.
Конкретні приклади агрегації включають спільні служби замовлення. Для Optimistic Rollups інтригуючою ідеєю є пакетна публікація, яка пришвидшує переваги пакетного стиснення, особливо для невеликих учасників, пропонуючи зниження витрат і підвищену безпеку завдяки швидшій публікації даних. Для zkRollups спільні перевірки є одними з найбільш захоплюючих рішень Rollup, особливо тому, що вони можуть рекурсивно агрегувати, отримуючи величезні переваги з точки зору ефективного використання ринків даних L1, хоча й ціною більшого обчислення поза мережею. Очевидно, що Rollups зрештою виберуть спільні послуги, як частину Rollup Federation або економічного альянсу.
Одним із потенційних напрямків розвитку екосистеми Rollup є створення більш незалежних зведених пакетів, тісно пов’язаних із L1. Хоча ми не бачили багато реалізацій, з’являються принаймні дві інтригуючі архітектури. Один передбачає делегування порядку блоків L1 Rollup, використання мережі постачання транзакцій L1 для вилучення MEV, але збереження повноважень встановлювати плату за перевантаження L2. Ще більш радикальним підходом є встановлення Rollups у самому Ethereum. Ми детальніше досліджуватимемо економіку цих моделей під час обговорення стійкості MEV і децентралізації зведених пакетів.
Об’єднані кооперативи
Перший тип інтеграції між двома Rollups — це суто економічна співпраця, подібна до економічних кооперативів.
«Кооператив — це організація, що складається з людей або груп, які діляться або співпрацюють для досягнення спільних цілей, таких як економічна вигода чи заощадження». — Вікіпедія
У найпростішому вигляді існує угода про спільну закупівлю певної послуги між Rollups. Уявіть собі спільну службу пакетної публікації, на яку може підписатися Rollups, що дозволяє знизити витрати на публікацію даних. Подальша економічна інтеграція, наприклад спільні послуги секвенування, може запропонувати економічні переваги та змусити транзакції між зведеними пакетами розраховуватися атомарно, таким чином зменшуючи торговельні бар’єри між ними. Це мислення нагадує Європейське економічне співтовариство чи інші подібні спільні ринкові асоціації.
Більш складну модель автономної економіки Rollup можна побудувати шляхом запровадження проміжних постачальників послуг. Тут виникають два нові економічні ефекти для екосистеми Rollup:
Приклади таких послуг включають секвенсор Espresso, спільну послугу для замовлення та публікації, обмежену спільною пакетною публікацією або спільною перевіркою. У всіх цих випадках спільні послуги стикаються з двома основними економічними проблемами:
Зведені федерації
Об’єднані федерації відрізняються від економічних кооперативів, оскільки вони передбачають як економічну інтеграцію, так і певну форму політичної інтеграції, аналогічну федеративній державі.
Технічно політична інтеграція досягається через спільний перехресний міст, але вона також вимагає спільної системи управління. Відкидаючи політичні та управлінські міркування, ми припустимо існування спільного міжланцюгового мосту та зосередимося на неявних економічних відносинах. Ця об’єднана архітектура Rollup з’являється в усіх основних системах Rollup, стаючи платформами для сумісних однорангових Rollup.
Наприклад, Optimism Superchain, Polygon 2.0, StarkWare SHARP, zkSync Hyperchains та інші пов’язані проекти мають схожу структуру в своїх архітектурах. Це показано на діаграмі нижче (Примітка: для ілюстрації ми припускаємо, що об’єднання зведених даних автоматично вибирають спільні служби та не несуть прямих витрат на публікацію даних).
Наявність спільних міжланцюгових мостів вводить додаткові економічні змінні. Примітно, що рідні токени L2, як і токен OP в екосистемі Optimism, пропонують життєво важливу силу для прийняття рішень через управління, служачи для розподілу ресурсів, ролей і економічних потоків в екосистемі. У міру того, як технологічний стек Rollups розвивається та вирішуються основні проблеми безпеки, наступним фокусом стає надійність, яка, можливо, передбачає певний рівень децентралізації.
Коли Rollups розглядають створення децентралізованих служб (для визначення послідовності, підтвердження або перевірки), їм потрібно буде керувати консенсусними протоколами. Це коли досить великі екосистеми бачать можливість «оновити» свої нативні токени до продуктивних активів (як це передбачає Polygon 2.0 з POL). Хоча це не єдиний спосіб децентралізації служб рівня 2 (оскільки Ethereum L1 може використовувати свої чудові властивості безпеки), для більших екосистем, які хочуть зберегти більше внутрішнього контролю/керування та пов’язаних механізмів винагороди/заохочення, використання власних токенів може бути переконливим напрямком .
Нативні токени відіграють вирішальну роль у запуску екосистеми/економіки L2. Випуск може винагороджувати операторів послуг, фінансувати ініціативи підтримки екосистем або суспільні блага. Однак, коли нативні токени використовуються для підтримки децентралізації за допомогою певного нативного протоколу proof-of-stake, їх безпека може знизитися з більшим розведенням. Навіть якщо токени використовуються виключно для управління, надмірне розмивання може призвести до більш обмеженого бюджету власників продажу, що потенційно призведе до концентрації власності. Здається життєво важливим мати план випуску токенів, узгоджений із зростанням попиту. Нарешті, більша залежність економіки L2 від власних токенів (замість ETH) також знижує її стійкість до певних режимів збоїв, оскільки перехід до L1 може бути неможливим. У крайніх випадках, хоча L2 залишається захищеним Ethereum, він втрачає безпеку, яку забезпечує Ethereum, який діє як зовнішня валюта.
Інший сектор, що швидко розвивається, зосереджений на розробці конкретних програм або налаштованих середовищ виконання. Зрештою вони осідають на фундаментному шарі, навіть якщо це не зроблено безпосередньо. Як правило, вони обслуговують додатки, які вимагають низьких витрат на виконання та простого розгортання, готові поступитися певними заходами безпеки. Сюди входять такі додатки, як ігри, соціальні мережі та NFT-продукти, яким не потрібно ініціювати власну економіку послуг або залучати/забезпечувати велику кількість ліквідності.
Вони охоплюють різні типи платформ, як-от платформи L3, Validium і Rollup as a Service (RaaS). Наприклад, Arbitrum Orbit — це платформа, яка підтримує розгортання ланцюжків L3 на Arbitrum L2 (One або Nova). Він пропонує деякі можливості конфігурації, наприклад вибір комітетів доступності даних (DAC), санкціонованих Arbitrum, або Ethereum L1 як рівня доступності даних. StarkNet та інші зведені проекти zk активно досліджували впровадження L3. Надзвичайним прикладом простоти розгортання є AltLayer або Caldera, які пропонують рішення без використання коду для розгортання «настроюваних» зведених пакетів, що дає користувачам змогу збалансувати безпеку та ефективність.
Ми орієнтуємося на систему L3. По суті, це шар, доданий поверх L2. З точки зору L2 Rollups, це ще одне джерело комісій L2. Для екосистеми Rollup L3 є новою сутністю з власними бюджетними обмеженнями:
Це ще один приклад економічної спеціалізації в екосистемі Rollup.
У лютому 2022 року Barnabé представив структуру економіки Rollup, зосереджену навколо ціноутворення ресурсів і потоку вартості. Це було створено для вивчення MEV у залежних економіках рівня L1, взаємодії між зборами L1 і L2, а також таких основних понять, як дохід і витрати оператора. Це зрозуміла структура, яка підходить для простого світу: централізований зведений пакет на незалежно керованому допоміжному циклі. За останні 18 місяців багато чого змінилося: спільна послідовність, децентралізація, докази/агрегація даних, коаліції Rollup, управління. Ми представляємо новий фреймворк, який проливає світло на світ Rollup, який готується до розширення. Ще триває безліч експериментів, але виявилося кілька закономірностей. Ми розберемо ці ключові закономірності, сподіваючись запропонувати інструменти, щоб зрозуміти потенційний напрямок розвитку та відповісти на існуючі відкриті запитання.
Початкова економічна структура Rollup включала три сутності: користувача, оператора Rollup і фундаментальний рівень. Він також запропонував спрощене уявлення про потік вартості, включаючи комісію L2 і MEV, витрати оператора та витрати на публікацію даних. Це була елементарна структура, але корисна відправна точка, оскільки незабаром усе стає набагато складнішим.
З цих базових потоків ми можемо оцінити надлишок протоколу Rollup і вивести відповідні ідеї. Такі теми, як видобуток і розподіл MEV, випуск L2, розподіл плати за перевантаження L2 і часові рамки для Rollup для підтримки збалансованого бюджету або досягнення профіциту (враховуючи, що екосистема L2 є економікою, що постійно зростає, пошук операційних надлишків корисний для фінансування суспільних благ громади , розвиток і розширення).
Надлишок протоколу Rollup Protocol = Комісія L2 - Операційні витрати - Вартість даних
Протокол Rollup контролює комісію L2 (яка включає тарифи на перевантаження та MEV) та свої операційні витрати (що охоплюють видачу та винагороду оператору). Незалежно від того, чи вибирає протокол досягнення цілей балансу чи надлишку, операції L2 вимагають координації для:
(1)Оптимальне встановлення плати за перевантаження L2,
(2)Вилучення та перерозподіл MEV,
(3)Зменшення витрат на дані шляхом оптимізації та стратегічної публікації.
Вони представляють основні варіанти економічного дизайну, які зараз досліджують різні екосистеми L2. У майбутньому протоколи можуть використовувати похідні блокового простору, щоб зменшити непередбачуваність вартості даних.
За останні 18 місяців відбулися значні зміни. Подібно до конструкції блоку L1, ми спостерігали фрагментацію операторів зведення на більш спеціалізовані ролі. У міру зростання економіки природним чином виникає спеціалізація, що є позитивним моментом, оскільки поділ завдань може призвести до більш стійких систем, якщо це належним чином розглянуто в проекті. Але зараз, коли простір для дизайну ширший, нам потрібна нова дорожня карта, яка б спрямовувала нашу подорож.
У міру зрілості технологій Rollup їх складність також зростає, що призводить до того, що ми називаємо «Federation Rollup». Структури зведених пакетів, спільні для одного типу зведених пакетів, призначені для посилення безпеки (через спільне управління та координацію спільноти), ефективності (через спільні функції та ефект масштабу) та взаємодії з користувачем (шляхом підвищення сумісності та зменшення фрагментації). Одночасно незалежні постачальники розробляють інфраструктури, щоб запропонувати одну чи декілька вищезгаданих переваг будь-якому зведеному пакету, який вирішить використовувати їхні послуги. Нижче ми розглянемо ці моделі глибше.
Незалежне зведення
Індивідуальні зведені пакети відходять від допоміжних коліс, посилюючи їх безпеку та децентралізацію. З операційної/економічної точки зору основні сфери витрат включають:
У всіх цих сферах витрат окремі зведені пакети стикаються з ключовим компромісом між безпекою та ефективністю. Наприклад, вони можуть вибрати менш безпечний, але дешевший рівень доступності даних. Витрати на публікацію даних (які ми просто називаємо «витрати на дані», навіть якщо вони охоплюють деякі витрати на обчислення L1, пов’язані з публікацією) історично були найдорожчими. Завдяки швидкому впровадженню в Ethereum EIP-4844, а потім повноцінного Danksharding, це значно зменшиться, надаючи Rollups бажані економічні переваги для масштабування та підтримки нових випадків використання. У довгостроковій перспективі ефективність витрат на дані та пов’язані послуги може бути реалізована за допомогою інноваційних агрегатів поза ланцюгом, що дає змогу отримати економію за рахунок масштабу.
Конкретні приклади агрегації включають спільні служби замовлення. Для Optimistic Rollups інтригуючою ідеєю є пакетна публікація, яка пришвидшує переваги пакетного стиснення, особливо для невеликих учасників, пропонуючи зниження витрат і підвищену безпеку завдяки швидшій публікації даних. Для zkRollups спільні перевірки є одними з найбільш захоплюючих рішень Rollup, особливо тому, що вони можуть рекурсивно агрегувати, отримуючи величезні переваги з точки зору ефективного використання ринків даних L1, хоча й ціною більшого обчислення поза мережею. Очевидно, що Rollups зрештою виберуть спільні послуги, як частину Rollup Federation або економічного альянсу.
Одним із потенційних напрямків розвитку екосистеми Rollup є створення більш незалежних зведених пакетів, тісно пов’язаних із L1. Хоча ми не бачили багато реалізацій, з’являються принаймні дві інтригуючі архітектури. Один передбачає делегування порядку блоків L1 Rollup, використання мережі постачання транзакцій L1 для вилучення MEV, але збереження повноважень встановлювати плату за перевантаження L2. Ще більш радикальним підходом є встановлення Rollups у самому Ethereum. Ми детальніше досліджуватимемо економіку цих моделей під час обговорення стійкості MEV і децентралізації зведених пакетів.
Об’єднані кооперативи
Перший тип інтеграції між двома Rollups — це суто економічна співпраця, подібна до економічних кооперативів.
«Кооператив — це організація, що складається з людей або груп, які діляться або співпрацюють для досягнення спільних цілей, таких як економічна вигода чи заощадження». — Вікіпедія
У найпростішому вигляді існує угода про спільну закупівлю певної послуги між Rollups. Уявіть собі спільну службу пакетної публікації, на яку може підписатися Rollups, що дозволяє знизити витрати на публікацію даних. Подальша економічна інтеграція, наприклад спільні послуги секвенування, може запропонувати економічні переваги та змусити транзакції між зведеними пакетами розраховуватися атомарно, таким чином зменшуючи торговельні бар’єри між ними. Це мислення нагадує Європейське економічне співтовариство чи інші подібні спільні ринкові асоціації.
Більш складну модель автономної економіки Rollup можна побудувати шляхом запровадження проміжних постачальників послуг. Тут виникають два нові економічні ефекти для екосистеми Rollup:
Приклади таких послуг включають секвенсор Espresso, спільну послугу для замовлення та публікації, обмежену спільною пакетною публікацією або спільною перевіркою. У всіх цих випадках спільні послуги стикаються з двома основними економічними проблемами:
Зведені федерації
Об’єднані федерації відрізняються від економічних кооперативів, оскільки вони передбачають як економічну інтеграцію, так і певну форму політичної інтеграції, аналогічну федеративній державі.
Технічно політична інтеграція досягається через спільний перехресний міст, але вона також вимагає спільної системи управління. Відкидаючи політичні та управлінські міркування, ми припустимо існування спільного міжланцюгового мосту та зосередимося на неявних економічних відносинах. Ця об’єднана архітектура Rollup з’являється в усіх основних системах Rollup, стаючи платформами для сумісних однорангових Rollup.
Наприклад, Optimism Superchain, Polygon 2.0, StarkWare SHARP, zkSync Hyperchains та інші пов’язані проекти мають схожу структуру в своїх архітектурах. Це показано на діаграмі нижче (Примітка: для ілюстрації ми припускаємо, що об’єднання зведених даних автоматично вибирають спільні служби та не несуть прямих витрат на публікацію даних).
Наявність спільних міжланцюгових мостів вводить додаткові економічні змінні. Примітно, що рідні токени L2, як і токен OP в екосистемі Optimism, пропонують життєво важливу силу для прийняття рішень через управління, служачи для розподілу ресурсів, ролей і економічних потоків в екосистемі. У міру того, як технологічний стек Rollups розвивається та вирішуються основні проблеми безпеки, наступним фокусом стає надійність, яка, можливо, передбачає певний рівень децентралізації.
Коли Rollups розглядають створення децентралізованих служб (для визначення послідовності, підтвердження або перевірки), їм потрібно буде керувати консенсусними протоколами. Це коли досить великі екосистеми бачать можливість «оновити» свої нативні токени до продуктивних активів (як це передбачає Polygon 2.0 з POL). Хоча це не єдиний спосіб децентралізації служб рівня 2 (оскільки Ethereum L1 може використовувати свої чудові властивості безпеки), для більших екосистем, які хочуть зберегти більше внутрішнього контролю/керування та пов’язаних механізмів винагороди/заохочення, використання власних токенів може бути переконливим напрямком .
Нативні токени відіграють вирішальну роль у запуску екосистеми/економіки L2. Випуск може винагороджувати операторів послуг, фінансувати ініціативи підтримки екосистем або суспільні блага. Однак, коли нативні токени використовуються для підтримки децентралізації за допомогою певного нативного протоколу proof-of-stake, їх безпека може знизитися з більшим розведенням. Навіть якщо токени використовуються виключно для управління, надмірне розмивання може призвести до більш обмеженого бюджету власників продажу, що потенційно призведе до концентрації власності. Здається життєво важливим мати план випуску токенів, узгоджений із зростанням попиту. Нарешті, більша залежність економіки L2 від власних токенів (замість ETH) також знижує її стійкість до певних режимів збоїв, оскільки перехід до L1 може бути неможливим. У крайніх випадках, хоча L2 залишається захищеним Ethereum, він втрачає безпеку, яку забезпечує Ethereum, який діє як зовнішня валюта.
Інший сектор, що швидко розвивається, зосереджений на розробці конкретних програм або налаштованих середовищ виконання. Зрештою вони осідають на фундаментному шарі, навіть якщо це не зроблено безпосередньо. Як правило, вони обслуговують додатки, які вимагають низьких витрат на виконання та простого розгортання, готові поступитися певними заходами безпеки. Сюди входять такі додатки, як ігри, соціальні мережі та NFT-продукти, яким не потрібно ініціювати власну економіку послуг або залучати/забезпечувати велику кількість ліквідності.
Вони охоплюють різні типи платформ, як-от платформи L3, Validium і Rollup as a Service (RaaS). Наприклад, Arbitrum Orbit — це платформа, яка підтримує розгортання ланцюжків L3 на Arbitrum L2 (One або Nova). Він пропонує деякі можливості конфігурації, наприклад вибір комітетів доступності даних (DAC), санкціонованих Arbitrum, або Ethereum L1 як рівня доступності даних. StarkNet та інші зведені проекти zk активно досліджували впровадження L3. Надзвичайним прикладом простоти розгортання є AltLayer або Caldera, які пропонують рішення без використання коду для розгортання «настроюваних» зведених пакетів, що дає користувачам змогу збалансувати безпеку та ефективність.
Ми орієнтуємося на систему L3. По суті, це шар, доданий поверх L2. З точки зору L2 Rollups, це ще одне джерело комісій L2. Для екосистеми Rollup L3 є новою сутністю з власними бюджетними обмеженнями:
Це ще один приклад економічної спеціалізації в екосистемі Rollup.