Глибокий аналіз епохи після оновлення Канкуна: дані та інвестиційна перспектива
Вступ
Ethereum, з моменту свого офіційного запуску 30 липня 2015 року, вже мав 12 історій оновлень, і кожне оновлення привертало велику увагу.
Основною метою оновлення Ethereum Cancun-Deneb (Dencun є підвищення масштабованості та модульності мережі Layer 2, посилення функцій безпеки мережі Ethereum та покращення загальної доступності.
) 1. Що таке оновлення Dencun
1.1 Опис оновлення
1.1.1 Походження назви
Основу Ethereum складають дві частини, які об'єднуються: це рівень виконання та рівень консенсусу, кожна з яких має свої власні правила найменування.
Правила найменування оновлень виконувального рівня з 2021 року базуються на містах, де проводиться конференція розробників Ethereum Devcon###. Наприклад, оновлення Берліна, оновлення Лондона, оновлення Шанхая тощо.
Правила іменування оновлень рівня консенсусу з моменту запуску Beacon Chain використовують назви небесних тіл, впорядковані за алфавітом. Наприклад, Візничий ( Альтаїр ), Прокл ( Беллатрікс ), П’ять автомобілів ( Капела ) тощо.
Назва кожного оновлення Ethereum формуються шляхом комбінації двох різних назв оновлень, що створює загальну назву для оновлення. Оскільки цього разу Devcon відбувається в Канкуні, Мексика, а оновлення рівня консенсусу називається Deneb, то це оновлення Ethereum коротко називається оновленням Dencun.
1.1.2 Фон оновлення
Фон оновлення Dencun полягає в тому, що один з них є довгостроковим планом розвитку на основі Ethereum, а інша основна мета - підвищити досвід використання Ethereum, в кінцевому підсумку реалізувавши екосистему, що не потребує дозволу, децентралізовану, стійку до цензури та з відкритим кодом.
З одного боку, згідно з планом, оприлюдненим засновником Ethereum Віталіком Бутеріним 31 грудня 2023 року, оновлення Dencun відповідає частині The surge, що ставить на перше місце користувацький досвід (, наприклад, підвищуючи швидкість транзакцій і знижуючи Gas fee ), метою чого є підвищення ефективності мережі, зниження витрат на транзакції та закладення міцного фундаменту для майбутнього розвитку.
З іншого боку, з статті Віталіка Бутеріна "Зробіть Ethereum знову кіберпанком", опублікованої 28 грудня 2023 року, можна зрозуміти, що Віталік вважає, що однією з основних причин, яка призводить до все більшого обмеження блокчейну на спекуляціях з активами, є зростання комісій за транзакції, що робить Degen Gamblers основною групою, що заважає реалізації практичної цінності блокчейну, тому необхідно знизити комісії за транзакції.
1.1.3 Час оновлення
Згідно з планом Ethereum, час оновлення та інформація про активацію такі:
Час активації оновлення рівня виконання (EL): 13,843,136 висота
Шар консенсусу (CL) час активації оновлення: Епоха 269568
1.1.4 Зміст
Ethereum Cancun-Deneb вніс низку покращень на рівень виконання та рівень консенсусу відповідно, а Cancun (Cancun) покращив рівень виконання (EL). Deneb (Deneb) зміцнює рівень консенсусу (CL), Він також включає в себе серію ( EIP) пропозицій щодо вдосконалення Ethereum, які мають вирішальне значення для розвитку мережі Ethereum. Всього існує 9 EIP, і ми представимо ключові EIP пізніше.
(# 1.2 Основні моменти оновлення Dencun
Завдяки наведеному вище, ми дізналися, що оновлення Dencun в основному спрямоване на покращення Ethereum, а конкретний план реалізації зосереджується на низці EIP. Далі буде проведено аналіз основних EIP, що беруть участь.
EIP-4844 є найбільшою привабливістю цього оновлення, що має на меті знизити комісії, збільшити пропускну здатність ( TPS ) та масштабованість. Його суть полягає в переході до оновлення, яке готує ґрунт для майбутнього, щоб реалізувати повне Danksharding ( остання частина оновлення "спокій" Ethereum ), Proto-Danksharding закладає основу для Danksharding.
Наявність даних на основному ланцюзі Ethereum можна розуміти як Calldata(, що є даними, які генеруються під час виклику транзакцій контракту ). Дані, що повертаються з Layer 2 на Layer 1, зберігаються в Calldata. Крім того, для безпеки кожен крок виконання Calldata вимагає Gas, що призводить до високих витрат на Gas. Але перевірка транзакційних даних у Calldata насправді не має великого призначення, дані, що зберігаються протягом тривалого часу, також можна завантажити для перевірки, навіть не потрібно передавати їх на рівень виконання. На прикладі історичного складу середніх комісій за транзакції в Layer2-OP-ланцюзі можна побачити, що близько 80% витрат походять з витрат на дані L1.
Отже, EIP-4844 вводить нову структуру зберігання даних — Blob, спеціально призначену для зберігання даних транзакцій, які L2 подає L1. Після введення дані транзакцій L2 безпосередньо надсилаються для зберігання у Blob, доступні для повного завантаження консенсусними вузлами, які можуть бути видалені після короткої затримки, що зменшує непотрібне навантаження на зберігання. Це означає, що впровадження Blob значно знизить витрати на транзакції L2. Крім того, Blob також фактично додає додатковий блок простору для L2, і обсяги транзакцій L2 також суттєво зростуть.
1.2.2 EIP-1153 Операційний код миттєвого зберігання
Основна мета EIP-1153 - заощадження місця для зберігання та витрат на зберігання. Тимчасове зберігання викидається після кожної транзакції, тому тимчасове зберігання є дешевшим, оскільки не потребує доступу до диска.
EIP-1153 є більш дружнім до розробників Dapp, оскільки вводить нові операційні коди TSTORE та TLOAD в EVM. Виклик цих операційних кодів має витрати Gas приблизно 100 Gas за кожен, що на 95% дешевше, ніж традиційні виклики зберігання (SLOAD та SSTORE). Одночасно, як тільки завершиться виконання повної транзакції, ця частина зберігання буде очищена, що зменшить витрати на зберігання та споживання Gas, наприклад, у майбутньому це може дозволити новим DeFi контрактам бути більш економічними в споживанні Gas.
1.2.3 EIP-4788 Корінь сигнала в EVM
EIP-4788 реалізує комунікацію між EVM( Ефірного віртуального комп'ютера) та Beacon( ланцюгом). Ця функція підтримує різні випадки використання, може покращити пули стейкінгу(, конструкції повторного стейкінгу), смарт-контрактні мости(, MEV і т.д.
Раніше EVM не міг безпосередньо отримувати дані та стан Beacon, і міг лише отримувати стан через зовнішні надійні оракули. Тому було запропоновано розміщувати корінь батьківського сигналу блоку )parent_beacon_block_root( у кожному блоці EVM, щоб, коли Beacon оновлюється, EVM міг негайно отримати точну інформацію.
А корінь батьківського сигналу блоку буде зберігатися в кільцевому буфері, лише приблизно 1 день, і щойно новий корінь батьківського сигналу блоку увійде, а також коли ємність буфера досягне критичного значення, найстаріший корінь батьківського сигналу блоку буде замінено, таким чином реалізується ефективне та обмежене зберігання консенсусу. Таким чином, зв'язок реалізується з мінімізацією довіри, а також усуваються збої зовнішніх оракулів і ризики зловмисності, що підвищує безпеку.
1.2.4 EIP-5656 MCOPY - Інструкція копіювання пам'яті
EIP-5656 оптимізує витрати на процес копіювання областей пам'яті, вводячи нову команду EVM MCOPY, що підвищує ефективність переміщення даних в EVM.
Копіювання пам'яті є основною операцією, але його реалізація на EVM приносить витрати. Наприклад, при копіюванні 256 байтів даних пам'яті розробники можуть зменшити вартість з 96 Gas), що було раніше при використанні MLOAD і MSTORE(, до 27 Gas за допомогою операційного коду MCOPY. Очікується, що в майбутньому більшість розробників будуть використовувати MCOPY замість MSTORE/MLOAD, а більш ефективні Gas контракти в кінцевому підсумку принесуть користь кінцевим користувачам.
В той же час MCOPY заповнив прогалину, що існує в методах копіювання пам'яті в EVM.
1.2.5 EIP-6780 SELFDESTRUCT тільки в одному й тому ж транзакції
EIP-6780 обмежує функцію SELFDESTRUCT коду, нова функція просто відправляє всі кошти з рахунку на ціль, але не впливає на код, зберігання та іншу інформацію, а також готує до наступного оновлення Verkle-дерева.
Перед EIP-6780, якщо в контракті було використано операцію SELFDESTRUCT, кошти могли бути надіслані до цілі, але код, сховище та інша інформація будуть видалені, однак ця функція може становити певну небезпеку та призвести до непередбачуваних наслідків. Після EIP-6780 все це не зазнає впливу, розробники зможуть краще управляти проектами, що дозволить досягти більш стабільного та передбачуваного блокчейну.
) 2. Вплив на дані після оновлення
(# 2.1 Вплив газових зборів
Основне, що турбує всіх у цьому оновленні, - це зміни в Gas-коштах. Завдяки впровадженню EIP-4844 найбільше виграє Layer2, зниження Gas-коштів є дуже помітним, що покращує досвід користувачів. Це в основному відповідає очікуванням зниження комісій Layer2 на 90% до оновлення.
А для Layer1) самого Ethereum (, після оновлення плата за Gas дещо знизилась, але незначно, користувачі насправді не відчули змін у реальному використанні.
![Глибокий аналіз епохи після оновлення Канкуна: дані та інвестиційна перспектива])https://img-cdn.gateio.im/webp-social/moments-f17426dc632c755745ea71b3d5f3c2aa.webp###
2.2 Вплив обсягу торгів
Окрім зниження Gas, оновлення також намагається підвищити пропускну здатність, що є важливим аспектом плану розширення Ethereum.
Після завершення оновлення обсяги торгівлі на Base спочатку різко зросли та перевищили попереднє обмеження, з 500 тисяч до 2 мільйонів, що означає, що EIP-4844 справила прямий вплив, і вигоди були найбільш помітними.
(# 2.3 TPS вплив
Оптимізація TPS) кількості транзакцій в секунду ### означає, що розробники отримують більшу гнучкість при створенні та розгортанні dApps, що, як очікується, призведе до появи більш складних, насичених даними програм, які приваблять ширшу аудиторію користувачів.
Після завершення оновлення TPS кожного Layer2 в основному збільшилась, але максимум не перевищує 30 транзакцій/сек.
Низький TPS є загальною ознакою нинішньої індустрії Web3, на відміну від високих характеристик TPS традиційної індустрії Web2. Максимальний TPS Layer2 також не перевищує 500, але з точки зору розвитку галузі, це оновлення також закладає основи для майбутнього, а також відповідає очікуванням розвитку Ethereum ------ досягти 100 000+ TPS.
2.4 Використання Blob
Основною причиною загального зниження витрат на транзакції Layer2 є впровадження типу Blob. Чим більше Blob-ів, які присутні в транзакції, тим більша загальна пропускна здатність, що також закладає основу для подальшого оновлення Ethereum.
Спочатку очікувалося, що якщо буде досягнута середня мета в 3 Blob на блок, пропускна здатність L2 зросте приблизно в 2 рази. Якщо в кінцевому підсумку буде досягнута мета в 64 Blob на блок, пропускна здатність L2 зросте приблизно в 40 разів. У цьому оновленні максимальне обмеження становить 6 Blob.
На даний момент, Blob вже почав використовуватися в торгівлі, але загальний рівень використання не є високим, пікові значення також з'явилися одразу після завершення оновлення, а потім поступово знизилися, ще не досягнувши прогнозованої середньої мети в 3 Blob.
Але впровадження типу Blob справді призвело до помітного покращення витрат на дані Layer2 на Layer1. З прикладу ланцюга OP, згаданого вище, можна наочно відчути, що витрати на дані, що використовуються в середньому для транзакцій Layer2, значно знизилися, майже зникли, що також з іншого боку дозволяє припустити, що прибутковість Layer2 може зрости.
Модель прибутку L2 відносно проста і зрозуміла, її можна підсумувати так: прибуток на ланцюзі = торгові збори L2 - витрати на платіж L1; наприклад, у випадку з ланцюгом OP, незважаючи на те, що оновлення одночасно знизило торгові збори L2 і витрати на платіж L1, через збільшення обсягу торгівлі та бази користувачів, зниження обох показників абсолютно не в одному порядку величини. Торгові збори зменшилися з кількох сотень тисяч до кількох десятків тисяч, тоді як витрати на платіж зменшилися з кількох сотень тисяч до менш ніж 1 тисячу, прибуток на ланцюзі після оновлення також зріс.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
12 лайків
Нагородити
12
3
Поділіться
Прокоментувати
0/400
quietly_staking
· 07-06 20:44
L2 нарешті вибухне!
Переглянути оригіналвідповісти на0
NftDataDetective
· 07-06 20:42
хмм... цінова дія після Канкуна виглядає трохи дивно, якщо чесно
Канкун оновлення: нова глава розширення Ethereum L2
Глибокий аналіз епохи після оновлення Канкуна: дані та інвестиційна перспектива
Вступ
Ethereum, з моменту свого офіційного запуску 30 липня 2015 року, вже мав 12 історій оновлень, і кожне оновлення привертало велику увагу.
Основною метою оновлення Ethereum Cancun-Deneb (Dencun є підвищення масштабованості та модульності мережі Layer 2, посилення функцій безпеки мережі Ethereum та покращення загальної доступності.
) 1. Що таке оновлення Dencun
1.1 Опис оновлення
1.1.1 Походження назви
Основу Ethereum складають дві частини, які об'єднуються: це рівень виконання та рівень консенсусу, кожна з яких має свої власні правила найменування.
Правила найменування оновлень виконувального рівня з 2021 року базуються на містах, де проводиться конференція розробників Ethereum Devcon###. Наприклад, оновлення Берліна, оновлення Лондона, оновлення Шанхая тощо.
Правила іменування оновлень рівня консенсусу з моменту запуску Beacon Chain використовують назви небесних тіл, впорядковані за алфавітом. Наприклад, Візничий ( Альтаїр ), Прокл ( Беллатрікс ), П’ять автомобілів ( Капела ) тощо.
Назва кожного оновлення Ethereum формуються шляхом комбінації двох різних назв оновлень, що створює загальну назву для оновлення. Оскільки цього разу Devcon відбувається в Канкуні, Мексика, а оновлення рівня консенсусу називається Deneb, то це оновлення Ethereum коротко називається оновленням Dencun.
1.1.2 Фон оновлення
Фон оновлення Dencun полягає в тому, що один з них є довгостроковим планом розвитку на основі Ethereum, а інша основна мета - підвищити досвід використання Ethereum, в кінцевому підсумку реалізувавши екосистему, що не потребує дозволу, децентралізовану, стійку до цензури та з відкритим кодом.
З одного боку, згідно з планом, оприлюдненим засновником Ethereum Віталіком Бутеріним 31 грудня 2023 року, оновлення Dencun відповідає частині The surge, що ставить на перше місце користувацький досвід (, наприклад, підвищуючи швидкість транзакцій і знижуючи Gas fee ), метою чого є підвищення ефективності мережі, зниження витрат на транзакції та закладення міцного фундаменту для майбутнього розвитку.
З іншого боку, з статті Віталіка Бутеріна "Зробіть Ethereum знову кіберпанком", опублікованої 28 грудня 2023 року, можна зрозуміти, що Віталік вважає, що однією з основних причин, яка призводить до все більшого обмеження блокчейну на спекуляціях з активами, є зростання комісій за транзакції, що робить Degen Gamblers основною групою, що заважає реалізації практичної цінності блокчейну, тому необхідно знизити комісії за транзакції.
1.1.3 Час оновлення
Згідно з планом Ethereum, час оновлення та інформація про активацію такі:
1.1.4 Зміст
Ethereum Cancun-Deneb вніс низку покращень на рівень виконання та рівень консенсусу відповідно, а Cancun (Cancun) покращив рівень виконання (EL). Deneb (Deneb) зміцнює рівень консенсусу (CL), Він також включає в себе серію ( EIP) пропозицій щодо вдосконалення Ethereum, які мають вирішальне значення для розвитку мережі Ethereum. Всього існує 9 EIP, і ми представимо ключові EIP пізніше.
(# 1.2 Основні моменти оновлення Dencun
Завдяки наведеному вище, ми дізналися, що оновлення Dencun в основному спрямоване на покращення Ethereum, а конкретний план реалізації зосереджується на низці EIP. Далі буде проведено аналіз основних EIP, що беруть участь.
1.2.1 EIP-4844 Фрагментація Blob-транзакцій)Proto-Danksharding###
EIP-4844 є найбільшою привабливістю цього оновлення, що має на меті знизити комісії, збільшити пропускну здатність ( TPS ) та масштабованість. Його суть полягає в переході до оновлення, яке готує ґрунт для майбутнього, щоб реалізувати повне Danksharding ( остання частина оновлення "спокій" Ethereum ), Proto-Danksharding закладає основу для Danksharding.
Наявність даних на основному ланцюзі Ethereum можна розуміти як Calldata(, що є даними, які генеруються під час виклику транзакцій контракту ). Дані, що повертаються з Layer 2 на Layer 1, зберігаються в Calldata. Крім того, для безпеки кожен крок виконання Calldata вимагає Gas, що призводить до високих витрат на Gas. Але перевірка транзакційних даних у Calldata насправді не має великого призначення, дані, що зберігаються протягом тривалого часу, також можна завантажити для перевірки, навіть не потрібно передавати їх на рівень виконання. На прикладі історичного складу середніх комісій за транзакції в Layer2-OP-ланцюзі можна побачити, що близько 80% витрат походять з витрат на дані L1.
Отже, EIP-4844 вводить нову структуру зберігання даних — Blob, спеціально призначену для зберігання даних транзакцій, які L2 подає L1. Після введення дані транзакцій L2 безпосередньо надсилаються для зберігання у Blob, доступні для повного завантаження консенсусними вузлами, які можуть бути видалені після короткої затримки, що зменшує непотрібне навантаження на зберігання. Це означає, що впровадження Blob значно знизить витрати на транзакції L2. Крім того, Blob також фактично додає додатковий блок простору для L2, і обсяги транзакцій L2 також суттєво зростуть.
1.2.2 EIP-1153 Операційний код миттєвого зберігання
Основна мета EIP-1153 - заощадження місця для зберігання та витрат на зберігання. Тимчасове зберігання викидається після кожної транзакції, тому тимчасове зберігання є дешевшим, оскільки не потребує доступу до диска.
EIP-1153 є більш дружнім до розробників Dapp, оскільки вводить нові операційні коди TSTORE та TLOAD в EVM. Виклик цих операційних кодів має витрати Gas приблизно 100 Gas за кожен, що на 95% дешевше, ніж традиційні виклики зберігання (SLOAD та SSTORE). Одночасно, як тільки завершиться виконання повної транзакції, ця частина зберігання буде очищена, що зменшить витрати на зберігання та споживання Gas, наприклад, у майбутньому це може дозволити новим DeFi контрактам бути більш економічними в споживанні Gas.
1.2.3 EIP-4788 Корінь сигнала в EVM
EIP-4788 реалізує комунікацію між EVM( Ефірного віртуального комп'ютера) та Beacon( ланцюгом). Ця функція підтримує різні випадки використання, може покращити пули стейкінгу(, конструкції повторного стейкінгу), смарт-контрактні мости(, MEV і т.д.
Раніше EVM не міг безпосередньо отримувати дані та стан Beacon, і міг лише отримувати стан через зовнішні надійні оракули. Тому було запропоновано розміщувати корінь батьківського сигналу блоку )parent_beacon_block_root( у кожному блоці EVM, щоб, коли Beacon оновлюється, EVM міг негайно отримати точну інформацію.
А корінь батьківського сигналу блоку буде зберігатися в кільцевому буфері, лише приблизно 1 день, і щойно новий корінь батьківського сигналу блоку увійде, а також коли ємність буфера досягне критичного значення, найстаріший корінь батьківського сигналу блоку буде замінено, таким чином реалізується ефективне та обмежене зберігання консенсусу. Таким чином, зв'язок реалізується з мінімізацією довіри, а також усуваються збої зовнішніх оракулів і ризики зловмисності, що підвищує безпеку.
1.2.4 EIP-5656 MCOPY - Інструкція копіювання пам'яті
EIP-5656 оптимізує витрати на процес копіювання областей пам'яті, вводячи нову команду EVM MCOPY, що підвищує ефективність переміщення даних в EVM.
Копіювання пам'яті є основною операцією, але його реалізація на EVM приносить витрати. Наприклад, при копіюванні 256 байтів даних пам'яті розробники можуть зменшити вартість з 96 Gas), що було раніше при використанні MLOAD і MSTORE(, до 27 Gas за допомогою операційного коду MCOPY. Очікується, що в майбутньому більшість розробників будуть використовувати MCOPY замість MSTORE/MLOAD, а більш ефективні Gas контракти в кінцевому підсумку принесуть користь кінцевим користувачам.
В той же час MCOPY заповнив прогалину, що існує в методах копіювання пам'яті в EVM.
1.2.5 EIP-6780 SELFDESTRUCT тільки в одному й тому ж транзакції
EIP-6780 обмежує функцію SELFDESTRUCT коду, нова функція просто відправляє всі кошти з рахунку на ціль, але не впливає на код, зберігання та іншу інформацію, а також готує до наступного оновлення Verkle-дерева.
Перед EIP-6780, якщо в контракті було використано операцію SELFDESTRUCT, кошти могли бути надіслані до цілі, але код, сховище та інша інформація будуть видалені, однак ця функція може становити певну небезпеку та призвести до непередбачуваних наслідків. Після EIP-6780 все це не зазнає впливу, розробники зможуть краще управляти проектами, що дозволить досягти більш стабільного та передбачуваного блокчейну.
) 2. Вплив на дані після оновлення
(# 2.1 Вплив газових зборів
Основне, що турбує всіх у цьому оновленні, - це зміни в Gas-коштах. Завдяки впровадженню EIP-4844 найбільше виграє Layer2, зниження Gas-коштів є дуже помітним, що покращує досвід користувачів. Це в основному відповідає очікуванням зниження комісій Layer2 на 90% до оновлення.
А для Layer1) самого Ethereum (, після оновлення плата за Gas дещо знизилась, але незначно, користувачі насправді не відчули змін у реальному використанні.
![Глибокий аналіз епохи після оновлення Канкуна: дані та інвестиційна перспектива])https://img-cdn.gateio.im/webp-social/moments-f17426dc632c755745ea71b3d5f3c2aa.webp###
2.2 Вплив обсягу торгів
Окрім зниження Gas, оновлення також намагається підвищити пропускну здатність, що є важливим аспектом плану розширення Ethereum.
Після завершення оновлення обсяги торгівлі на Base спочатку різко зросли та перевищили попереднє обмеження, з 500 тисяч до 2 мільйонів, що означає, що EIP-4844 справила прямий вплив, і вигоди були найбільш помітними.
(# 2.3 TPS вплив
Оптимізація TPS) кількості транзакцій в секунду ### означає, що розробники отримують більшу гнучкість при створенні та розгортанні dApps, що, як очікується, призведе до появи більш складних, насичених даними програм, які приваблять ширшу аудиторію користувачів.
Після завершення оновлення TPS кожного Layer2 в основному збільшилась, але максимум не перевищує 30 транзакцій/сек.
Низький TPS є загальною ознакою нинішньої індустрії Web3, на відміну від високих характеристик TPS традиційної індустрії Web2. Максимальний TPS Layer2 також не перевищує 500, але з точки зору розвитку галузі, це оновлення також закладає основи для майбутнього, а також відповідає очікуванням розвитку Ethereum ------ досягти 100 000+ TPS.
2.4 Використання Blob
Основною причиною загального зниження витрат на транзакції Layer2 є впровадження типу Blob. Чим більше Blob-ів, які присутні в транзакції, тим більша загальна пропускна здатність, що також закладає основу для подальшого оновлення Ethereum.
Спочатку очікувалося, що якщо буде досягнута середня мета в 3 Blob на блок, пропускна здатність L2 зросте приблизно в 2 рази. Якщо в кінцевому підсумку буде досягнута мета в 64 Blob на блок, пропускна здатність L2 зросте приблизно в 40 разів. У цьому оновленні максимальне обмеження становить 6 Blob.
На даний момент, Blob вже почав використовуватися в торгівлі, але загальний рівень використання не є високим, пікові значення також з'явилися одразу після завершення оновлення, а потім поступово знизилися, ще не досягнувши прогнозованої середньої мети в 3 Blob.
Але впровадження типу Blob справді призвело до помітного покращення витрат на дані Layer2 на Layer1. З прикладу ланцюга OP, згаданого вище, можна наочно відчути, що витрати на дані, що використовуються в середньому для транзакцій Layer2, значно знизилися, майже зникли, що також з іншого боку дозволяє припустити, що прибутковість Layer2 може зрости.
Модель прибутку L2 відносно проста і зрозуміла, її можна підсумувати так: прибуток на ланцюзі = торгові збори L2 - витрати на платіж L1; наприклад, у випадку з ланцюгом OP, незважаючи на те, що оновлення одночасно знизило торгові збори L2 і витрати на платіж L1, через збільшення обсягу торгівлі та бази користувачів, зниження обох показників абсолютно не в одному порядку величини. Торгові збори зменшилися з кількох сотень тисяч до кількох десятків тисяч, тоді як витрати на платіж зменшилися з кількох сотень тисяч до менш ніж 1 тисячу, прибуток на ланцюзі після оновлення також зріс.