Глибокий аналіз ери після оновлення Канкуну: перспективи даних та інвестицій
Вступ
Ethereum, який офіційно запустився 30 липня 2015 року, вже мав 12 оновлень, кожне з яких було в центрі уваги.
Основна мета цього оновлення Ethereum Cancun-Deneb (, оновлення Dencun ), полягає в підвищенні масштабованості та модульності мережі Layer 2, зміцненні функцій безпеки мережі Ethereum та вдосконаленні загальної зручності.
1. Що таке оновлення Dencun
1.1 Огляд оновлення
1.1.1 Походження назви
Базовий рівень Ethereum складається з двох частин, а саме з рівня виконання та рівня консенсусу, кожна з яких має свої різні правила найменування.
Правила іменування оновлень виконавчого рівня з 2021 року базуються на містах, де проходить Devcon (конференція розробників Ethereum). Наприклад, оновлення Берлін, оновлення Лондон, оновлення Шанхай тощо.
Правила найменування оновлень рівня консенсусу з моменту запуску маячкової мережі мають назви, пов'язані з астрономічними об'єктами, і відбуваються у алфавітному порядку. Наприклад, Альтаїр (Altair), Беллатрікс (Bellatrix), Капелла (Capella) тощо.
Кожне оновлення Ethereum має назву, що складається з комбінації двох різних назв оновлень, щоб сформувати загальну назву оновлення. Оскільки місце проведення Devcon цього разу знаходиться в Канкуні, Мексика, а оновлення рівня консенсусу отримало назву Deneb, це оновлення Ethereum скорочено називається оновленням Dencun.
1.1.2 Фон оновлення
Фон оновлення Dencun полягає в тому, що це довгострокове планування, засноване на Ethereum, а ще одним основним моментом є підвищення досвіду роботи з Ethereum, в результаті чого буде досягнуто екосистему, що не потребує дозволу, децентралізовану, стійку до цензури та з відкритим вихідним кодом.
З одного боку, з плану, опублікованого засновником Ethereum Віталіком Бутеріним 31 грудня 2023 року, можна зрозуміти, що оновлення Dencun відповідає частині The surge, починаючи з першочергової уваги до досвіду користувачів (наприклад, підвищення швидкості транзакцій, зменшення плати за Gas), метою якого є підвищення ефективності мережі, зменшення витрат на транзакції та закладання міцного фундаменту для майбутнього розвитку.
З іншого боку, з статті Віталіка Бутеріна, опублікованої 28 грудня 2023 року під назвою «Зробіть Ethereum знову кіберпанковим», можна дізнатися, що Віталік вважає, що однією з основних причин, яка призводить до все більшого обмеження блокчейну лише на спекуляції з активами, є зростання комісій за транзакції. Це зробило Degen Gamblers основною групою, що негативно впливає на реалізацію прикладної цінності блокчейну, тому необхідно знизити комісії за транзакції.
1.1.3 Час оновлення
Згідно з планом Ethereum, час оновлення та інформація про активацію такі:
Висота блоку оновлення виконавчого рівня: 18,963,249
Епоха консенсусного шару: 269,568
Очікуваний час: 13 березня 2024 року (UTC)
1.1.4 Зміст
Cancun-Deneb вніс низку покращень на рівень виконання та рівень консенсусу відповідно, при цьому Cancun покращив рівень виконання (EL), а Deneb покращив рівень консенсусу (CL) і включив серію EIP (пропозицій щодо покращення Ethereum), які мають вирішальне значення для розвитку мережі Ethereum. Всього існує 9 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 (віртуальною машиною Ethereum) та 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 найбільше виграють Layer 2, де зниження витрат на Gas є дуже помітним, а якість користувацького досвіду покращилася. Це в основному відповідає очікуваному зниженню комісій за Layer 2 на 90% до оновлення.
А для Layer1 (самого Ethereum) після оновлення вартість Gas знизилася, але не суттєво, користувачі насправді не відчули жодних змін у реальному використанні.
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 ------ досягнення TPS більше 100000.
2.4 Використання Blob
Основною причиною загального зниження витрат на транзакції Layer2 є впровадження типу Blob; чим більше Blob у транзакції, тим більша загальна пропускна здатність, що також закладає основу для майбутнього оновлення Ethereum.
Спочатку очікувалося, що якщо буде досягнута середня мета в 3 Blob для одного блоку, пропускна спроможність L2 зросте майже в 2 рази. Якщо врешті-решт буде досягнута мета в 64 Blob для одного блоку, пропускна спроможність L2 зросте майже в 40 разів. Максимальне обмеження цього оновлення становить 6 Blob.
На даний момент, Blob вже почав використовуватися в торгівлі, але загальний рівень використання не є високим, пік також спостерігався відразу після завершення оновлення, а потім поступово знизився, ще не досягнувши прогнозованої середньої мети в 3 Blob.
Але впровадження типу Blob насправді суттєво покращує витрати на дані Layer2 на Layer1. З прикладу мережі OP, згаданого вище, можна наочно відчути, що витрати на дані L1 в середніх транзакційних витратах Layer2 суттєво знижені, майже зникли, що також з іншого боку свідчить про те, що прибутковість Layer2 може зрости.
Модель прибутку L2 відносно проста та зрозуміла, її можна підсумувати так: прибуток в мережі = торгові збори L2 - витрати на оплату L1; наприклад, в мережі OP, хоча оновлення одночасно знизило торгові збори L2 та витрати на оплату L1, однак через зростання обсягу транзакцій та кількості користувачів зниження обох показників зовсім не є в одному порядку величини. Торгові збори зменшилися з сотень тисяч до десятків тисяч, тоді як витрати на оплату зменшилися з сотень тисяч до менш ніж 1k, а прибуток в мережі також зріс після оновлення.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Канкун оновлення Ethereum екосистема новий формат: L2 транзакційні витрати різко знизилися на 90%
Глибокий аналіз ери після оновлення Канкуну: перспективи даних та інвестицій
Вступ
Ethereum, який офіційно запустився 30 липня 2015 року, вже мав 12 оновлень, кожне з яких було в центрі уваги.
Основна мета цього оновлення Ethereum Cancun-Deneb (, оновлення Dencun ), полягає в підвищенні масштабованості та модульності мережі Layer 2, зміцненні функцій безпеки мережі Ethereum та вдосконаленні загальної зручності.
1. Що таке оновлення Dencun
1.1 Огляд оновлення
1.1.1 Походження назви
Базовий рівень Ethereum складається з двох частин, а саме з рівня виконання та рівня консенсусу, кожна з яких має свої різні правила найменування.
Правила іменування оновлень виконавчого рівня з 2021 року базуються на містах, де проходить Devcon (конференція розробників Ethereum). Наприклад, оновлення Берлін, оновлення Лондон, оновлення Шанхай тощо.
Правила найменування оновлень рівня консенсусу з моменту запуску маячкової мережі мають назви, пов'язані з астрономічними об'єктами, і відбуваються у алфавітному порядку. Наприклад, Альтаїр (Altair), Беллатрікс (Bellatrix), Капелла (Capella) тощо.
Кожне оновлення Ethereum має назву, що складається з комбінації двох різних назв оновлень, щоб сформувати загальну назву оновлення. Оскільки місце проведення Devcon цього разу знаходиться в Канкуні, Мексика, а оновлення рівня консенсусу отримало назву Deneb, це оновлення Ethereum скорочено називається оновленням Dencun.
1.1.2 Фон оновлення
Фон оновлення Dencun полягає в тому, що це довгострокове планування, засноване на Ethereum, а ще одним основним моментом є підвищення досвіду роботи з Ethereum, в результаті чого буде досягнуто екосистему, що не потребує дозволу, децентралізовану, стійку до цензури та з відкритим вихідним кодом.
З одного боку, з плану, опублікованого засновником Ethereum Віталіком Бутеріним 31 грудня 2023 року, можна зрозуміти, що оновлення Dencun відповідає частині The surge, починаючи з першочергової уваги до досвіду користувачів (наприклад, підвищення швидкості транзакцій, зменшення плати за Gas), метою якого є підвищення ефективності мережі, зменшення витрат на транзакції та закладання міцного фундаменту для майбутнього розвитку.
З іншого боку, з статті Віталіка Бутеріна, опублікованої 28 грудня 2023 року під назвою «Зробіть Ethereum знову кіберпанковим», можна дізнатися, що Віталік вважає, що однією з основних причин, яка призводить до все більшого обмеження блокчейну лише на спекуляції з активами, є зростання комісій за транзакції. Це зробило Degen Gamblers основною групою, що негативно впливає на реалізацію прикладної цінності блокчейну, тому необхідно знизити комісії за транзакції.
1.1.3 Час оновлення
Згідно з планом Ethereum, час оновлення та інформація про активацію такі:
1.1.4 Зміст
Cancun-Deneb вніс низку покращень на рівень виконання та рівень консенсусу відповідно, при цьому Cancun покращив рівень виконання (EL), а Deneb покращив рівень консенсусу (CL) і включив серію EIP (пропозицій щодо покращення Ethereum), які мають вирішальне значення для розвитку мережі Ethereum. Всього існує 9 EIP, і ми представимо ключові EIP пізніше.
1.2 Основні моменти оновлення Dencun
1.2.1 EIP-4844 транзакції блобів шардінгу (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 (віртуальною машиною Ethereum) та 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 найбільше виграють Layer 2, де зниження витрат на Gas є дуже помітним, а якість користувацького досвіду покращилася. Це в основному відповідає очікуваному зниженню комісій за Layer 2 на 90% до оновлення.
А для Layer1 (самого Ethereum) після оновлення вартість Gas знизилася, але не суттєво, користувачі насправді не відчули жодних змін у реальному використанні.
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 ------ досягнення TPS більше 100000.
2.4 Використання Blob
Основною причиною загального зниження витрат на транзакції Layer2 є впровадження типу Blob; чим більше Blob у транзакції, тим більша загальна пропускна здатність, що також закладає основу для майбутнього оновлення Ethereum.
Спочатку очікувалося, що якщо буде досягнута середня мета в 3 Blob для одного блоку, пропускна спроможність L2 зросте майже в 2 рази. Якщо врешті-решт буде досягнута мета в 64 Blob для одного блоку, пропускна спроможність L2 зросте майже в 40 разів. Максимальне обмеження цього оновлення становить 6 Blob.
На даний момент, Blob вже почав використовуватися в торгівлі, але загальний рівень використання не є високим, пік також спостерігався відразу після завершення оновлення, а потім поступово знизився, ще не досягнувши прогнозованої середньої мети в 3 Blob.
Але впровадження типу Blob насправді суттєво покращує витрати на дані Layer2 на Layer1. З прикладу мережі OP, згаданого вище, можна наочно відчути, що витрати на дані L1 в середніх транзакційних витратах Layer2 суттєво знижені, майже зникли, що також з іншого боку свідчить про те, що прибутковість Layer2 може зрости.
Модель прибутку L2 відносно проста та зрозуміла, її можна підсумувати так: прибуток в мережі = торгові збори L2 - витрати на оплату L1; наприклад, в мережі OP, хоча оновлення одночасно знизило торгові збори L2 та витрати на оплату L1, однак через зростання обсягу транзакцій та кількості користувачів зниження обох показників зовсім не є в одному порядку величини. Торгові збори зменшилися з сотень тисяч до десятків тисяч, тоді як витрати на оплату зменшилися з сотень тисяч до менш ніж 1k, а прибуток в мережі також зріс після оновлення.
2.5 вплив на ціну
Для цього оновлення