Глубокий анализ эпохи после обновления Канкуна: данные и инвестиционный взгляд
Введение
С момента официального запуска Ethereum 30 июля 2015 года прошло 12 обновлений, каждое из которых привлекало большое внимание.
Основная цель этого обновления Ethereum Cancun-Deneb (, обновления Dencun ), заключается в повышении масштабируемости и модульности сетей второго уровня, улучшении функций безопасности сети Ethereum и повышении общей удобства использования.
1. Что такое обновление Dencun
1.1 Введение в обновление
1.1.1 Происхождение названия
Слой Ethereum состоит из двух частей: исполнительного слоя и слоя согласия, каждая из которых имеет свои правила именования.
Правила именования обновлений уровня исполнения с 2021 года определяются городами, в которых проходит Devcon (конференция разработчиков Ethereum). Например, обновление Берлин, обновление Лондон, обновление Шанхай и т.д.
Правила именования обновления уровня консенсуса с момента запуска цепи Beacon основаны на названиях небесных тел и следуют алфавитному порядку. Например, Альтаир (Altair), Беллатрикс (Bellatrix), Капелла (Capella) и так далее.
Каждое обновление Ethereum носит название, которое формируется комбинацией различных имен обновлений. Поскольку это обновление Devcon проходит в Канкуне, Мексика, а обновление уровня консенсуса получило название Deneb, текущее обновление Ethereum сокращенно называется обновлением Dencun.
1.1.2 Фон обновления
Фон обновления Dencun заключается в долгосрочном плане, основанном на Ethereum, а другой ключевой момент — это повышение качества пользовательского опыта Ethereum, в конечном итоге достигая экосистемы, которая не требует разрешений, является децентрализованной, устойчива к цензуре и открытой.
С одной стороны, из плана, опубликованного создателем Ethereum Виталиком Бутериным 31 декабря 2023 года, видно, что обновление Dencun соответствует части The surge, начиная с приоритета пользовательского опыта (например, повышение скорости транзакций, снижение Gas fee), с целью повышения эффективности сети, снижения затрат на транзакции и создания прочной основы для будущего развития.
С другой стороны, из статьи Виталика Бутерина «Сделаем Ethereum киберпанковским снова», опубликованной 28 декабря 2023 года, следует, что Виталик считает одной из основных причин, приводящих к тому, что блокчейн все больше ограничивается спекуляцией на активах, рост торговых сборов, что делает Деген Гэмблеров основной группой и мешает реализации прикладной ценности блокчейна, поэтому необходимо снизить торговые сборы.
1.1.3 Время обновления
Согласно плану Ethereum, время обновления и информация о активации:
Высота блока обновления уровня исполнения: 18,963,249
Эпоха уровня консенсуса: 269,568
Ожидаемое время: 13 марта 2024 года (UTC)
1.1.4 Содержание
Эфирные обновления Cancun-Deneb внесли ряд улучшений как в уровень выполнения (EL), так и в уровень консенсуса (CL). Cancun улучшил уровень выполнения, а Deneb усилил уровень консенсуса и включил ряд EIP (предложений по улучшению Эфира), которые имеют решающее значение для развития сети Эфир. Всего 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, стоимость газа для вызова этих операций составляет примерно 100 Gas за каждую, что на 95% дешевле, чем традиционные вызовы хранения (SLOAD и SSTORE). В то же время, как только выполнение полной транзакции завершается, эта часть хранения очищается, что снижает затраты на хранение и расход газа, например, в будущем это может позволить новым DeFi контрактам экономить газ.
1.2.3 EIP-4788 Корень сигнального блока в EVM
EIP-4788 обеспечит связь между EVM (виртуальной машиной Ethereum) и Beacon Chain (сигнальной цепью). Эта функция поддерживает различные варианты использования и может улучшить пулы ставок (staking pools), конструкции повторного стекинга (restaking constructions), смарт-контрактные мосты (smart contract bridges), MEV и многое другое.
Ранее EVM не имел прямого доступа к данным и состоянию Beacon и мог получать состояние только через внешние надежные оракулы. Поэтому было предложено размещать корень родительского сигнального блока (parent_beacon_block_root) в каждом блоке EVM, чтобы при обновлении Beacon информация могла быть немедленно получена на EVM.
Корень родительского сигнала будет храниться в кольцевом буфере, который будет сохранять данные только около одного дня. Как только новый корень родительского сигнала поступает и емкость буфера достигает критического значения, самый старый корень родительского сигнала будет заменен, что обеспечивает эффективное и ограниченное хранение согласия. Таким образом, достигается минимизация доверия в коммуникации, а также устраняются сбои внешних оракулов и злонамеренные риски, что увеличивает безопасность.
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 немного снизилась, но не значительно, и пользователи на самом деле не ощущают изменений в своем использовании.
2.2 Влияние объема торговли
Обновление, кроме снижения Gas, также направлено на повышение пропускной способности, что является ключевым аспектом плана по расширению Ethereum.
После завершения обновления объем торгов на базе сначала резко увеличился и преодолел прежний барьер, увеличившись с 500 тысяч до 2 миллионов, что означает, что EIP-4844 оказал прямое влияние на него, и выгода была наиболее очевидной.
Влияние на TPS 2.3
Оптимизация TPS (количество транзакций в секунду) означает, что разработчики имеют большую гибкость при создании и развертывании dApps, что, как ожидается, приведёт к появлению более сложных и требовательных к данным приложений, способных привлечь более широкую аудиторию пользователей.
После завершения обновления TPS различных Layer2 в основном увеличился, но не превышает 30 транзакций в секунду.
Низкий TPS является общим явлением в текущей отрасли Web3, в отличие от высокой характеристики TPS традиционной отрасли Web2. Максимальный TPS Layer2 также не превышает 500, но с точки зрения развития отрасли, это обновление также закладывает основу для будущего и отвечает на ожидания развития Ethereum ------ достичь более 100000 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-цепочкой можно наглядно увидеть, что расходы на данные, использующие L1, в среднем значительно снижаются, практически исчезая, что также с другой стороны предполагает, что прибыльность Layer2 может увеличиться.
Модель прибыли L2 относительно проста и ясна, ее можно в основном свести к следующему: Онлайн-прибыль = торговые сборы L2 - стоимость платежей L1; на примере цепи OP, хотя обновление одновременно снизило торговые сборы L2 и стоимость платежей L1, из-за увеличения объема торгов и базы пользователей снижение обоих показателей полностью не сопоставимо. Торговые сборы снизились с сотен тысяч до десятков тысяч, в то время как стоимость платежей снизилась с сотен тысяч до менее 1k, и онлайн-прибыль также увеличилась после обновления.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Новая экосистема Эфира после обновления в Канкуне: сборы за транзакции L2 упали на 90%
Глубокий анализ эпохи после обновления Канкуна: данные и инвестиционный взгляд
Введение
С момента официального запуска Ethereum 30 июля 2015 года прошло 12 обновлений, каждое из которых привлекало большое внимание.
Основная цель этого обновления Ethereum Cancun-Deneb (, обновления Dencun ), заключается в повышении масштабируемости и модульности сетей второго уровня, улучшении функций безопасности сети Ethereum и повышении общей удобства использования.
1. Что такое обновление Dencun
1.1 Введение в обновление
1.1.1 Происхождение названия
Слой Ethereum состоит из двух частей: исполнительного слоя и слоя согласия, каждая из которых имеет свои правила именования.
Правила именования обновлений уровня исполнения с 2021 года определяются городами, в которых проходит Devcon (конференция разработчиков Ethereum). Например, обновление Берлин, обновление Лондон, обновление Шанхай и т.д.
Правила именования обновления уровня консенсуса с момента запуска цепи Beacon основаны на названиях небесных тел и следуют алфавитному порядку. Например, Альтаир (Altair), Беллатрикс (Bellatrix), Капелла (Capella) и так далее.
Каждое обновление Ethereum носит название, которое формируется комбинацией различных имен обновлений. Поскольку это обновление Devcon проходит в Канкуне, Мексика, а обновление уровня консенсуса получило название Deneb, текущее обновление Ethereum сокращенно называется обновлением Dencun.
1.1.2 Фон обновления
Фон обновления Dencun заключается в долгосрочном плане, основанном на Ethereum, а другой ключевой момент — это повышение качества пользовательского опыта Ethereum, в конечном итоге достигая экосистемы, которая не требует разрешений, является децентрализованной, устойчива к цензуре и открытой.
С одной стороны, из плана, опубликованного создателем Ethereum Виталиком Бутериным 31 декабря 2023 года, видно, что обновление Dencun соответствует части The surge, начиная с приоритета пользовательского опыта (например, повышение скорости транзакций, снижение Gas fee), с целью повышения эффективности сети, снижения затрат на транзакции и создания прочной основы для будущего развития.
С другой стороны, из статьи Виталика Бутерина «Сделаем Ethereum киберпанковским снова», опубликованной 28 декабря 2023 года, следует, что Виталик считает одной из основных причин, приводящих к тому, что блокчейн все больше ограничивается спекуляцией на активах, рост торговых сборов, что делает Деген Гэмблеров основной группой и мешает реализации прикладной ценности блокчейна, поэтому необходимо снизить торговые сборы.
1.1.3 Время обновления
Согласно плану Ethereum, время обновления и информация о активации:
1.1.4 Содержание
Эфирные обновления Cancun-Deneb внесли ряд улучшений как в уровень выполнения (EL), так и в уровень консенсуса (CL). Cancun улучшил уровень выполнения, а Deneb усилил уровень консенсуса и включил ряд EIP (предложений по улучшению Эфира), которые имеют решающее значение для развития сети Эфир. Всего 9 EIP, ключевые EIP мы представим в дальнейшем.
1.2 Основные моменты обновления Dencun
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, стоимость газа для вызова этих операций составляет примерно 100 Gas за каждую, что на 95% дешевле, чем традиционные вызовы хранения (SLOAD и SSTORE). В то же время, как только выполнение полной транзакции завершается, эта часть хранения очищается, что снижает затраты на хранение и расход газа, например, в будущем это может позволить новым DeFi контрактам экономить газ.
1.2.3 EIP-4788 Корень сигнального блока в EVM
EIP-4788 обеспечит связь между EVM (виртуальной машиной Ethereum) и Beacon Chain (сигнальной цепью). Эта функция поддерживает различные варианты использования и может улучшить пулы ставок (staking pools), конструкции повторного стекинга (restaking constructions), смарт-контрактные мосты (smart contract bridges), MEV и многое другое.
Ранее EVM не имел прямого доступа к данным и состоянию Beacon и мог получать состояние только через внешние надежные оракулы. Поэтому было предложено размещать корень родительского сигнального блока (parent_beacon_block_root) в каждом блоке EVM, чтобы при обновлении Beacon информация могла быть немедленно получена на EVM.
Корень родительского сигнала будет храниться в кольцевом буфере, который будет сохранять данные только около одного дня. Как только новый корень родительского сигнала поступает и емкость буфера достигает критического значения, самый старый корень родительского сигнала будет заменен, что обеспечивает эффективное и ограниченное хранение согласия. Таким образом, достигается минимизация доверия в коммуникации, а также устраняются сбои внешних оракулов и злонамеренные риски, что увеличивает безопасность.
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 немного снизилась, но не значительно, и пользователи на самом деле не ощущают изменений в своем использовании.
2.2 Влияние объема торговли
Обновление, кроме снижения Gas, также направлено на повышение пропускной способности, что является ключевым аспектом плана по расширению Ethereum.
После завершения обновления объем торгов на базе сначала резко увеличился и преодолел прежний барьер, увеличившись с 500 тысяч до 2 миллионов, что означает, что EIP-4844 оказал прямое влияние на него, и выгода была наиболее очевидной.
Влияние на TPS 2.3
Оптимизация TPS (количество транзакций в секунду) означает, что разработчики имеют большую гибкость при создании и развертывании dApps, что, как ожидается, приведёт к появлению более сложных и требовательных к данным приложений, способных привлечь более широкую аудиторию пользователей.
После завершения обновления TPS различных Layer2 в основном увеличился, но не превышает 30 транзакций в секунду.
Низкий TPS является общим явлением в текущей отрасли Web3, в отличие от высокой характеристики TPS традиционной отрасли Web2. Максимальный TPS Layer2 также не превышает 500, но с точки зрения развития отрасли, это обновление также закладывает основу для будущего и отвечает на ожидания развития Ethereum ------ достичь более 100000 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-цепочкой можно наглядно увидеть, что расходы на данные, использующие L1, в среднем значительно снижаются, практически исчезая, что также с другой стороны предполагает, что прибыльность Layer2 может увеличиться.
Модель прибыли L2 относительно проста и ясна, ее можно в основном свести к следующему: Онлайн-прибыль = торговые сборы L2 - стоимость платежей L1; на примере цепи OP, хотя обновление одновременно снизило торговые сборы L2 и стоимость платежей L1, из-за увеличения объема торгов и базы пользователей снижение обоих показателей полностью не сопоставимо. Торговые сборы снизились с сотен тысяч до десятков тысяч, в то время как стоимость платежей снизилась с сотен тысяч до менее 1k, и онлайн-прибыль также увеличилась после обновления.
2.5 влияние на цену
Для этого обновления