Компіляція оригінального тексту: Deep Tide TechFlow
У лютому 2022 року Барнабе запропонував економічну структуру Rollup щодо ціноутворення ресурсів і потоків цінностей, щоб подумати про такі ключові концепції, як MEV в економіці, що залежить від рівня L1, взаємодію комісій L1 і L2, а також дохід і витрати оператора. Це проста структура для простого світу: централізований Rollup на незалежно запущених навчальних колесах. Багато змінилося за останні 18 місяців: спільне впорядкування, децентралізація, докази/агрегація даних, зведені федерації, управління.
Ми пропонуємо нову структуру, яка допоможе зрозуміти новий світ, на який має розширитися зведений пакет. Багато експериментів все ще триває, але виявилося кілька закономірностей. Ми проаналізуємо ключові шаблони та, сподіваємося, надамо інструмент, який допоможе зрозуміти, куди все може піти, і відповісти на актуальні відкриті запитання.
Назад до основ: перегляд економіки Rollup 1.0
Оригінальна економічна структура Rollup складається з трьох сутностей: користувачів, операторів Rollup і базового рівня. Він також має подібне спрощене уявлення про потоки вартості: комісії L2 і MEV, витрати оператора та витрати на розподіл даних. Це простий фреймворк, але корисно почати тут і розвивати його, оскільки все стає цікавішим і складнішим дуже швидко.
З цих базових потоків ми можемо виміряти надлишок протоколу Rollup і міркувати про пов’язані концепції, вилучення та розподіл MEV, видачу L2, розподіл плати за перевантаження L2 і часові рамки для Rollup для підтримки балансу бюджету або досягнення профіциту бюджету (екосистема L2 зростає економіки, можуть виявити надлишки операційної діяльності корисними для фінансування суспільних благ, розвитку та зростання).
Надлишок протоколу зведення = комісії L2 - операційні витрати - витрати на дані
Протокол Rollup контролює свої комісії L2 (включаючи тарифи на перевантаження та MEV) і операційні витрати (включаючи випуск і стимули для операторів). Незалежно від того, чи вирішує протокол досягти цілей балансу чи надлишку, операції L2 вимагають скоординованої технології, щоб
(1) Оптимальне налаштування плати за перевантаження L2,
(2) витягти та перерозподілити MEV,
(3) Зменшіть витрати на дані за допомогою оптимізації та стратегічного випуску.
Це основні варіанти економічного дизайну, з якими зараз експериментують різні екосистеми L2. У майбутньому протокол, можливо, захоче зменшити невизначеність вартості даних за рахунок використання похідних блоків.
За останні 18 місяців одна важлива річ змінилася. Подібно до створення блоків L1, ми бачимо, що оператори зведення розбиваються на більш спеціалізовані ролі. Спеціалізація природним чином виникає в міру зростання економіки, і це добре, тому що поділ концернів призводить до більш стійких систем, якщо ми можемо врахувати це в дизайні. Однак простір для проектування тепер більший, тому нам потрібна була нова карта, щоб керувати нашим процесом.
Зведення дозріває
У міру зрілості зведених пакетів, складність зведених пакетів зростає, що ми називаємо «федераціями зведених». Архітектура зведених пакетів, спільна для зведених пакетів одного типу, призначена для підвищення безпеки (через спільне управління та координацію спільноти), ефективності (через спільну функціональність і економію від масштабу) і взаємодії з користувачем (через кращу сумісність і зменшення фрагментації). Тим часом незалежні провайдери розробляють інфраструктуру, щоб надати одну чи декілька з вищезазначених переваг будь-якому Rollup, який вирішить обрати їхні послуги. Нижче ми докладно описуємо ці моделі.
Автономне зведення
Єдиний Rollup позбавляє від тренувальних коліс, підвищує безпеку та децентралізацію. З операційної/економічної точки зору основні сфери витрат включають:
Сортування: це тягне за собою операційні витрати та витрати на стимулювання сортувальників.
Доступність даних (DA): зведений пакет має публікувати дані на базовому рівні, тому він несе витрати на дані, які є основною статтею витрат, обговорюваною в оригінальній структурі.
Перевірка стану (SV): це безпосередньо збільшує експлуатаційні витрати zkRollup через витрати на підтвердження.
У всіх цих сферах витрат один Rollup стикається з важливим компромісом між безпекою та ефективністю. Наприклад, вони можуть вибрати менш безпечний рівень доступності даних, який коштує дешевше. Витрати на публікацію даних (які ми просто називаємо витратами на дані, хоча це включає деякі витрати на обчислення L1, пов’язані з публікацією) історично були найвищою статтею. З незабаром впровадженням EIP-4844 в Ethereum і подальшим впровадженням повного Danksharding, це буде значно зменшено, забезпечуючи Rollup економічну ефективність, необхідну для масштабування та підтримки нових випадків використання. У довгостроковій перспективі ефективність витрат на дані та пов’язані послуги може бути досягнута шляхом агрегування позамережевих інновацій, щоб розблокувати економію за рахунок масштабу.
Конкретні приклади агрегації включають: спільні послуги замовлення; для Optimistic Rollup цікавою ідеєю є спільне використання пакетних випусків, що дозволяє швидше реалізувати переваги пакетного стиснення, особливо для невеликих учасників, забезпечуючи більше переваг завдяки швидшому випуску даних Низька вартість і вищий рівень безпеки; спільні перевірки є одним із найцікавіших зведених рішень для zk Rollups, особливо тому, що вони можуть виконувати ці агрегації рекурсивно, отримуючи ефективне використання ринку даних L1. Величезні переваги, але ціною більшої кількості позаланцюжкових обчислень. Очевидним фактом є те, що рано чи пізно Rollup вирішить прийняти спільні сервіси як частину Rollup Alliance або як частину Economic Alliance.
Одним із напрямків розвитку екосистеми Rollup є створення більш незалежних зведених пакетів, тісно пов’язаних із L1. Хоча ми не бачили багато реалізацій, є принаймні дві цікаві архітектури. Один із них полягає в тому, щоб делегувати порядок блоків L1's Rollup, таким чином використовуючи мережу постачання транзакцій L1 для вилучення MEV, але зберігаючи повноваження встановлювати плату за перевантаження L2. Більш екстремальний варіант полягає в тому, що Rollup встановлюється в самому Ethereum. Ми глибше заглибимося в економіку цих моделей, коли обговорюватимемо стійкість і децентралізацію MEV Rollup.
Кооператив Rollup
Перший тип інтеграції між двома Rollup-ами – це суто економічна співпраця, наприклад економічний кооператив.
«Кооператив — це група організацій, які діляться або працюють разом для досягнення спільної мети, такої як економічна вигода чи заощадження» — Вікіпедія
У найпростішому вигляді існує угода про спільну закупівлю певної послуги між Rollups. Уявіть собі спільну службу масової публікації, на яку Rollups може підписатися та отримувати менші витрати на публікацію даних. Також можлива глибша економічна інтеграція, наприклад спільна служба замовлення, яка забезпечує економічну ефективність і полегшує атомарне врегулювання транзакцій між зведеними пакетами, знижуючи торговельні бар’єри між ними. Це мислення подібне до мислення Європейського економічного співтовариства чи інших подібних спільних ринкових об’єднань.
Ми можемо покращити просту модель незалежної економіки Rollup, запровадивши проміжного постачальника послуг. У цьому випадку є два нові економічні ефекти для екосистеми Rollup.
Структура зведених витрат: витрати оператора зведених тепер включають операційні витрати, витрати на обслуговування та витрати на розподіл даних.
Економіка спільного обслуговування: нова організація повинна досягти збалансованого бюджету.
Приклади таких служб включають Espresso Sequencer, яка є спільною службою для секвенування та публікації, яка обмежена спільною пакетною публікацією або спільними пробними пробами. У всіх цих випадках є два важливі економічні питання щодо спільних послуг.
Розподіл вартості послуги на рівні 2: загальну вартість послуги потрібно розподілити між зведеними пакетами з використанням спільних служб економним і справедливим способом.
Децентралізація спільних служб: досягніть певного рівня децентралізації залежно від типу послуги, дотримуючись правильного балансу між продуктивністю та надійністю. Цей стандарт є нижчим за базовий рівень, але він включає стимули для керівництва та MEV.
Rollup Alliance
Об’єднані федерації відрізняються від економічних кооперативів тим, що вони мають як економічну, так і певну форму політичної інтеграції. Це мислення схоже на федеративну державу.
Технічно політична інтеграція досягається через спільні міжланцюгові мости, але вона також вимагає спільної системи управління. Тут ми здебільшого відкинемо політичні та управлінські міркування та припустимо існування спільного міжланцюгового мосту та зосередимося на економічних відносинах, які це передбачає. Ця архітектура зведення об’єднань з’являється на всіх основних системах зведення, які стають платформами для розгортання сумісних однорангових зведень.
Наприклад, Optimism Superchain, Polygon 2.0, StarkWare SHARP, zkSync Hyperchains та інші пов’язані проекти мають схожі шаблони у своїх архітектурах. Ми показуємо це на малюнку нижче. Зауважте, що для ефекту ми робимо реалістичне припущення, що об’єднання Rollup автоматично вибирає спільну службу та не несе прямих витрат на публікацію даних.
Існування спільних міжланцюгових мостів вводить додаткові економічні змінні. Зокрема, нативні токени L2, такі як токен OP в екосистемі Optimism, забезпечують значну силу прийняття рішень завдяки управлінню для розподілу ресурсів, ролей і економічних потоків в екосистемі (наприклад, управління OP є гібридним. Експеримент в управління ідентифікацією маркерів). Після того, як технологічний стек Rollups досягне зрілості та проблеми безпеки першого рівня будуть вирішені, наступною проблемою стане надійність, яка може включати певний рівень децентралізації.
Коли Rollups розглядають створення децентралізованих служб (для замовлення, доказів або перевірки), їм потрібно буде запустити консенсусний протокол. Це коли екосистема достатнього розміру бачить можливість «оновити» свій нативний токен у виробничий актив (що Polygon 2.0 планує зробити з POL). Це не єдиний спосіб децентралізації служб L2, оскільки Ethereum L1 також може скористатися перевагами його кращих властивостей безпеки. Однак для більших екосистем, які бажають зберегти більше внутрішнього контролю/керування та відповідних винагород/стимулів, використання нативних токенів може бути привабливим напрямком.
Нативний токен є важливим економічним інструментом, який допомагає запустити екосистему/економіку L2. Випуск можна використовувати для винагороди операторів послуг, фінансування проектів підтримки екосистем або суспільних благ. Однак, коли власні токени використовуються для підтримки децентралізації через певний власний протокол підтвердження частки, безпека може знизитися з більшим розведенням. Навіть якщо нативний токен використовується лише для управління, надмірне розведення може призвести до збільшення продажів власниками з обмеженим бюджетом, що потенційно призведе до концентрації власності. Тому здається важливим мати програму випуску токенів, яка відповідає зростанню попиту. Нарешті, ще одне важливе зауваження полягає в тому, щоб економіка L2 була більш залежною від рідного токена (а не ETH), що також робить її менш стійкою до певних режимів збою, оскільки перехід на L1 може бути неможливим. На межі L2 все ще має безпеку, яку забезпечує Ethereum, але втрачає безпеку, яку забезпечує Ethereum як зовнішня валюта.
більше шарів
Інша сфера активної розробки — це розробка специфічних для додатків або користувальницьких середовищ виконання, які в кінцевому підсумку осідають на базовому рівні, якщо не безпосередньо. Зазвичай вони спрямовані на програми, які вимагають низьких витрат на виконання та простого розгортання, і готові піти на компроміс у безпеці. Приклади включають ігри, соціальні мережі, продукти NFT, які не вимагають запуску власної економіки послуг або залучення/гарантування великої ліквідності.
До них належать різні типи, такі як платформи L3, Validium і Rollup as a Service (RaaS). Наприклад, Arbitrum Orbit — це платформа, яка підтримує розгортання ланцюжків L3 на Arbitrum L2 (One або Nova) з деякими можливостями конфігурації, такими як вибір уповноваженого Arbitrum Data Availability Committee (DAC) або Ethereum L1 як рівня доступності даних. StarkNet та інші зведені проекти zk також намагалися реалізувати L3. Надзвичайним прикладом з точки зору простоти розгортання є AltLayer або Caldera, які надають рішення без використання коду для розгортання «настроюваних» зведених пакетів і дають користувачам змогу робити компроміси щодо безпеки та ефективності.
Ми спеціалізуємося на системах L3. По суті, це доданий шар поверх L2. З точки зору L2 Rollup, це ще одне джерело комісій L2. Для екосистеми Rollup L3 є новою сутністю з власними обмеженнями балансу бюджету:
*Дохід L3 може надходити від комісій, підписок (наприклад, ігор) або інших механізмів, таких як розподіл доходу (наприклад, NFT).
Витрати L3 включають операційні витрати на систему, а також витрати L2 на обчислення/дані. Ці витрати може нести безпосередньо L3 або оплачувати платформа RaaS у випадку керованих послуг. Це ще один постачальник послуг, який потребує балансування бюджету.
Це ще один приклад економічної спеціалізації в екосистемі Rollup.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Rollup Economics 2.0: Аналіз багаторівневих економічних відносин зрілої екології Rollup
Оригінальний автор: davidecrapis.eth
Компіляція оригінального тексту: Deep Tide TechFlow
У лютому 2022 року Барнабе запропонував економічну структуру Rollup щодо ціноутворення ресурсів і потоків цінностей, щоб подумати про такі ключові концепції, як MEV в економіці, що залежить від рівня L1, взаємодію комісій L1 і L2, а також дохід і витрати оператора. Це проста структура для простого світу: централізований Rollup на незалежно запущених навчальних колесах. Багато змінилося за останні 18 місяців: спільне впорядкування, децентралізація, докази/агрегація даних, зведені федерації, управління.
Ми пропонуємо нову структуру, яка допоможе зрозуміти новий світ, на який має розширитися зведений пакет. Багато експериментів все ще триває, але виявилося кілька закономірностей. Ми проаналізуємо ключові шаблони та, сподіваємося, надамо інструмент, який допоможе зрозуміти, куди все може піти, і відповісти на актуальні відкриті запитання.
Назад до основ: перегляд економіки Rollup 1.0
Оригінальна економічна структура Rollup складається з трьох сутностей: користувачів, операторів Rollup і базового рівня. Він також має подібне спрощене уявлення про потоки вартості: комісії L2 і MEV, витрати оператора та витрати на розподіл даних. Це простий фреймворк, але корисно почати тут і розвивати його, оскільки все стає цікавішим і складнішим дуже швидко.
З цих базових потоків ми можемо виміряти надлишок протоколу Rollup і міркувати про пов’язані концепції, вилучення та розподіл MEV, видачу L2, розподіл плати за перевантаження L2 і часові рамки для Rollup для підтримки балансу бюджету або досягнення профіциту бюджету (екосистема L2 зростає економіки, можуть виявити надлишки операційної діяльності корисними для фінансування суспільних благ, розвитку та зростання).
Надлишок протоколу зведення = комісії L2 - операційні витрати - витрати на дані
Протокол Rollup контролює свої комісії L2 (включаючи тарифи на перевантаження та MEV) і операційні витрати (включаючи випуск і стимули для операторів). Незалежно від того, чи вирішує протокол досягти цілей балансу чи надлишку, операції L2 вимагають скоординованої технології, щоб
(1) Оптимальне налаштування плати за перевантаження L2,
(2) витягти та перерозподілити MEV,
(3) Зменшіть витрати на дані за допомогою оптимізації та стратегічного випуску.
Це основні варіанти економічного дизайну, з якими зараз експериментують різні екосистеми L2. У майбутньому протокол, можливо, захоче зменшити невизначеність вартості даних за рахунок використання похідних блоків.
За останні 18 місяців одна важлива річ змінилася. Подібно до створення блоків L1, ми бачимо, що оператори зведення розбиваються на більш спеціалізовані ролі. Спеціалізація природним чином виникає в міру зростання економіки, і це добре, тому що поділ концернів призводить до більш стійких систем, якщо ми можемо врахувати це в дизайні. Однак простір для проектування тепер більший, тому нам потрібна була нова карта, щоб керувати нашим процесом.
Зведення дозріває
У міру зрілості зведених пакетів, складність зведених пакетів зростає, що ми називаємо «федераціями зведених». Архітектура зведених пакетів, спільна для зведених пакетів одного типу, призначена для підвищення безпеки (через спільне управління та координацію спільноти), ефективності (через спільну функціональність і економію від масштабу) і взаємодії з користувачем (через кращу сумісність і зменшення фрагментації). Тим часом незалежні провайдери розробляють інфраструктуру, щоб надати одну чи декілька з вищезазначених переваг будь-якому Rollup, який вирішить обрати їхні послуги. Нижче ми докладно описуємо ці моделі.
Автономне зведення
Єдиний Rollup позбавляє від тренувальних коліс, підвищує безпеку та децентралізацію. З операційної/економічної точки зору основні сфери витрат включають:
У всіх цих сферах витрат один Rollup стикається з важливим компромісом між безпекою та ефективністю. Наприклад, вони можуть вибрати менш безпечний рівень доступності даних, який коштує дешевше. Витрати на публікацію даних (які ми просто називаємо витратами на дані, хоча це включає деякі витрати на обчислення L1, пов’язані з публікацією) історично були найвищою статтею. З незабаром впровадженням EIP-4844 в Ethereum і подальшим впровадженням повного Danksharding, це буде значно зменшено, забезпечуючи Rollup економічну ефективність, необхідну для масштабування та підтримки нових випадків використання. У довгостроковій перспективі ефективність витрат на дані та пов’язані послуги може бути досягнута шляхом агрегування позамережевих інновацій, щоб розблокувати економію за рахунок масштабу.
Конкретні приклади агрегації включають: спільні послуги замовлення; для Optimistic Rollup цікавою ідеєю є спільне використання пакетних випусків, що дозволяє швидше реалізувати переваги пакетного стиснення, особливо для невеликих учасників, забезпечуючи більше переваг завдяки швидшому випуску даних Низька вартість і вищий рівень безпеки; спільні перевірки є одним із найцікавіших зведених рішень для zk Rollups, особливо тому, що вони можуть виконувати ці агрегації рекурсивно, отримуючи ефективне використання ринку даних L1. Величезні переваги, але ціною більшої кількості позаланцюжкових обчислень. Очевидним фактом є те, що рано чи пізно Rollup вирішить прийняти спільні сервіси як частину Rollup Alliance або як частину Economic Alliance.
Одним із напрямків розвитку екосистеми Rollup є створення більш незалежних зведених пакетів, тісно пов’язаних із L1. Хоча ми не бачили багато реалізацій, є принаймні дві цікаві архітектури. Один із них полягає в тому, щоб делегувати порядок блоків L1's Rollup, таким чином використовуючи мережу постачання транзакцій L1 для вилучення MEV, але зберігаючи повноваження встановлювати плату за перевантаження L2. Більш екстремальний варіант полягає в тому, що Rollup встановлюється в самому Ethereum. Ми глибше заглибимося в економіку цих моделей, коли обговорюватимемо стійкість і децентралізацію MEV Rollup.
Кооператив Rollup
Перший тип інтеграції між двома Rollup-ами – це суто економічна співпраця, наприклад економічний кооператив.
«Кооператив — це група організацій, які діляться або працюють разом для досягнення спільної мети, такої як економічна вигода чи заощадження» — Вікіпедія
У найпростішому вигляді існує угода про спільну закупівлю певної послуги між Rollups. Уявіть собі спільну службу масової публікації, на яку Rollups може підписатися та отримувати менші витрати на публікацію даних. Також можлива глибша економічна інтеграція, наприклад спільна служба замовлення, яка забезпечує економічну ефективність і полегшує атомарне врегулювання транзакцій між зведеними пакетами, знижуючи торговельні бар’єри між ними. Це мислення подібне до мислення Європейського економічного співтовариства чи інших подібних спільних ринкових об’єднань.
Ми можемо покращити просту модель незалежної економіки Rollup, запровадивши проміжного постачальника послуг. У цьому випадку є два нові економічні ефекти для екосистеми Rollup.
Приклади таких служб включають Espresso Sequencer, яка є спільною службою для секвенування та публікації, яка обмежена спільною пакетною публікацією або спільними пробними пробами. У всіх цих випадках є два важливі економічні питання щодо спільних послуг.
Rollup Alliance
Об’єднані федерації відрізняються від економічних кооперативів тим, що вони мають як економічну, так і певну форму політичної інтеграції. Це мислення схоже на федеративну державу.
Технічно політична інтеграція досягається через спільні міжланцюгові мости, але вона також вимагає спільної системи управління. Тут ми здебільшого відкинемо політичні та управлінські міркування та припустимо існування спільного міжланцюгового мосту та зосередимося на економічних відносинах, які це передбачає. Ця архітектура зведення об’єднань з’являється на всіх основних системах зведення, які стають платформами для розгортання сумісних однорангових зведень.
Наприклад, Optimism Superchain, Polygon 2.0, StarkWare SHARP, zkSync Hyperchains та інші пов’язані проекти мають схожі шаблони у своїх архітектурах. Ми показуємо це на малюнку нижче. Зауважте, що для ефекту ми робимо реалістичне припущення, що об’єднання Rollup автоматично вибирає спільну службу та не несе прямих витрат на публікацію даних.
Існування спільних міжланцюгових мостів вводить додаткові економічні змінні. Зокрема, нативні токени L2, такі як токен OP в екосистемі Optimism, забезпечують значну силу прийняття рішень завдяки управлінню для розподілу ресурсів, ролей і економічних потоків в екосистемі (наприклад, управління OP є гібридним. Експеримент в управління ідентифікацією маркерів). Після того, як технологічний стек Rollups досягне зрілості та проблеми безпеки першого рівня будуть вирішені, наступною проблемою стане надійність, яка може включати певний рівень децентралізації.
Коли Rollups розглядають створення децентралізованих служб (для замовлення, доказів або перевірки), їм потрібно буде запустити консенсусний протокол. Це коли екосистема достатнього розміру бачить можливість «оновити» свій нативний токен у виробничий актив (що Polygon 2.0 планує зробити з POL). Це не єдиний спосіб децентралізації служб L2, оскільки Ethereum L1 також може скористатися перевагами його кращих властивостей безпеки. Однак для більших екосистем, які бажають зберегти більше внутрішнього контролю/керування та відповідних винагород/стимулів, використання нативних токенів може бути привабливим напрямком.
Нативний токен є важливим економічним інструментом, який допомагає запустити екосистему/економіку L2. Випуск можна використовувати для винагороди операторів послуг, фінансування проектів підтримки екосистем або суспільних благ. Однак, коли власні токени використовуються для підтримки децентралізації через певний власний протокол підтвердження частки, безпека може знизитися з більшим розведенням. Навіть якщо нативний токен використовується лише для управління, надмірне розведення може призвести до збільшення продажів власниками з обмеженим бюджетом, що потенційно призведе до концентрації власності. Тому здається важливим мати програму випуску токенів, яка відповідає зростанню попиту. Нарешті, ще одне важливе зауваження полягає в тому, щоб економіка L2 була більш залежною від рідного токена (а не ETH), що також робить її менш стійкою до певних режимів збою, оскільки перехід на L1 може бути неможливим. На межі L2 все ще має безпеку, яку забезпечує Ethereum, але втрачає безпеку, яку забезпечує Ethereum як зовнішня валюта.
більше шарів
Інша сфера активної розробки — це розробка специфічних для додатків або користувальницьких середовищ виконання, які в кінцевому підсумку осідають на базовому рівні, якщо не безпосередньо. Зазвичай вони спрямовані на програми, які вимагають низьких витрат на виконання та простого розгортання, і готові піти на компроміс у безпеці. Приклади включають ігри, соціальні мережі, продукти NFT, які не вимагають запуску власної економіки послуг або залучення/гарантування великої ліквідності.
До них належать різні типи, такі як платформи L3, Validium і Rollup as a Service (RaaS). Наприклад, Arbitrum Orbit — це платформа, яка підтримує розгортання ланцюжків L3 на Arbitrum L2 (One або Nova) з деякими можливостями конфігурації, такими як вибір уповноваженого Arbitrum Data Availability Committee (DAC) або Ethereum L1 як рівня доступності даних. StarkNet та інші зведені проекти zk також намагалися реалізувати L3. Надзвичайним прикладом з точки зору простоти розгортання є AltLayer або Caldera, які надають рішення без використання коду для розгортання «настроюваних» зведених пакетів і дають користувачам змогу робити компроміси щодо безпеки та ефективності.
Ми спеціалізуємося на системах L3. По суті, це доданий шар поверх L2. З точки зору L2 Rollup, це ще одне джерело комісій L2. Для екосистеми Rollup L3 є новою сутністю з власними обмеженнями балансу бюджету:
*Дохід L3 може надходити від комісій, підписок (наприклад, ігор) або інших механізмів, таких як розподіл доходу (наприклад, NFT).
Це ще один приклад економічної спеціалізації в екосистемі Rollup.