Измерение консенсусной безопасности Ethereum и уровня DA после EIP-4844

Измерение консенсусной безопасности Ethereum и уровня DA после EIP-4844

13 августа 2025 г.

Аннотация и 1. Введение

  1. Фон

    2.1

    2.2 EIP-4844

    2.3 var (векторная авторегрессия)

  2. Данные

    3.1 Консенсусные данные безопасности

    3.2 Данные об использовании Ethereum

    3.3 Данные о транзакциях с ростами

    3.4 Blob Gas Data

  3. Эмпирические результаты

    4.1 Консенсусная безопасность

    4.2 Использование Ethereum

    4.3 Переверните транзакции

    4.4 Рынок платы за газ Blob

  4. Заключение и ссылки

A. Консенсусные данные безопасности

B. Сбор данных ROLLUP

C. Подробные результаты модели VAR за базовую плату и газ Blob Blob

D. Подробные результаты модели VAR для платы за базовую плату Blob Gas и плату за приоритет Blob Gas

E. Динамика транзакций роста

3 данные

Доступность данных.Все данные и код, используемые в этом исследовании, открыты для обеспечения воспроизводимости нашего анализа и поддержки дальнейших исследований. Эти ресурсы можно найти в [3].

3.1 Консенсусные данные безопасности

Чтобы смягчить географические смещения и лучше изолировать влияние изменений скорости сети в разных местах, мы развернули три полноразмерных эфиреума с однородными аппаратными конфигурациями и клиентскими версиями. Каждый узел был размещен в экземпляре AWS T3.xlarge, оснащенном Ubuntu 22.04, с 4 VCPU и 16 ГБ памяти, и запускали идентичные программные стеки - GETH 1.13.14 [45] в качестве клиента выполнения и PRYSM V5.0.0 [27] в качестве клиента консенсуса. Эти узлы были расположены в различных географических регионах: Вирджиния, Париж и Сингапур. Эта настройка гарантировала, что любые наблюдаемые различия в распространении данных и времени обработки могли быть преимущественно отнести к задержке сети, а не к изменениям в производительности оборудования или конфигурации программного обеспечения.

В этом исследовании мы анализируем слоты от 8 570 000 до 8 626 175, представляющих за восемь дней до реализации EIP-4844, а также с 8 626 176 до 8 839 999, охватывающих приблизительно четыре недели после его введения. Однако, как указано в последующем анализе ставки вилки, существуют аномалии данных между слотами от 8 720 000 до 8 740 000 из -за неправильных реализаций других сетевых организаций. Поскольку эти аномалии связаны с ошибками на уровне приложения, а не из самой спецификации EIP-4844, они исключены из анализа. В будущем, слоты с 8 570 000 до 8 626 175, до введения EIP-4844, будут называться до 4844 и слотов с 8 626 176 и 8 720 000 человек, а 8 740 000 до 8,839,999 после его реализации будут в качестве альтернативы.

Следующие поля данных были извлечены из файла журнала режима отладки в клиенте PRYSM:

• recee_time:Время, когда консенсус -клиент получил слот, измеренный с начала слота

• chain_service_provide_time:Время, проведенное консенсусным клиентом для выполнения слота, обновления консенсусного состояния и состояния уровня выполнения и выбора вилки.

• data_availability_time:Время консенсусного клиента ждет любых каждых капли, которые еще не прибыли после выполнения слота.

• Sync_time:Время, когда консенсус -клиент синхронизировал слот, измеренный с начала слота

Чтобы лучше понять значимость этих полей, важно понимать эксплуатационный поток консенсусного клиента. На рисунке 3 показан рабочий процесс клиента, в котором подробно описывается, как данные обрабатываются и регистрируются в системе.

Figure 3: Operational flow of the consensus client

Когда консенсус -клиент получает слот, он записывается как rete_time. Получив слот, клиент PRYSM одновременно обновляет консенсусное состояние и запускает выполнение полезной нагрузки выполнения (блока) на уровне выполнения. Поскольку капли распространяются отдельно от самого блока, необходимо проверить прибытие всех каплей перед выбором вилки. Продолжительность, необходимая для обеспечения того, чтобы все каждые каждые появления называют Data_Availability_time. Как только все капли появились, начинается процесс выбора вилки, который включает в себя проверку аттестаций и обработку потенциальной реорганизации. В тот момент, когда обработка слота завершена, записывается как sync_time. Разница во времени между приемом слота и его синхронизацией, исключая Data_Availability_time, записывается как chain_service_process_time.

3.2 Данные об использовании Ethereum

Чтобы эффективно оценить влияние EIP-4844 на использование Ethereum, мы сосредоточились на 10 лучших свертываниях по общему значению (TVL), как сообщается L2BEAT [26]. По состоянию на 28 апреля 2024 года эти свертывания - Arbitrum One, Optimism, Base, Blast, Starknet, Zksync Era, Linea, Dydx V3, Mode Network и Scroll - поступили на 98,5% TVL экосистемы. Мы собрали данные по адресам отправителя, связанных с этими свертывающими лицами, которые имеют ключевое значение для совершения партий транзакций и проверки различий в состояниях. Наше исследование охватывает 180 000 кварталов до и после реализации EIP-4844, охватывающего период с 17 февраля по 7 апреля 2024 года.

Figure 4: Illustration of the data collection and preprocessing for Arbitrum blocks

Основной проблемой в этом анализе является различие транзакций, которые вносят непосредственный вклад в роль Ethereum в качестве слоя DA. Не все транзакции из свертков служат этой функции; Например, роты ZK часто используют Ethereum для выполнения, чем для DA. Важно отметить, что транзакции выполнения, которые не являются транзакциями DA, не могут быть заменены транзакциями Blob. Чтобы ориентироваться в этом, мы классифицировали транзакции на две группы на основе их ролей: транзакции от оптимистичных обмотчиков, которые партии коммертируются, считаются транзакциями DA, в то время как для развертывания ZK только те, кто совершает партии и публикацию обновлений состояния, классифицируются как транзакции DA. Конкретные адреса отправителя и их категоризация подробно описаны в Приложении Таблица 10.

Извлечение данных была выполнена с использованием архивного узла Erigon [28], из которого мы извлекали плату за газ, плату за газ Blob и размеры Calldata и каждых, используемых идентифицированными адресами отправителя. Эти данные помогли нам получить три ключевых показателя для анализа динамики использования Ethereum: размещены размер данных, общие сборы и стоимость публикации 1 MIB в сети Ethereum.

Авторы:

(1) Парк Сонгван, этот автор внес свой вклад в газету из Сеульского национального университета, Сеул, Республика Корея (sucre87@snu.ac.kr);

(2) Босул Мун, этот автор внес свой вклад в газету из Сеульского национального университета, Сеул, Республика Корея (bsbs8645@snu.ac.kr);

(3) Seungyun Lee, Сеульский национальный университет, Сеул, Repulic of Corea;

(4) Вудзин Чжон, Сеульский национальный университет, Сеул, Репул Кореи;

(5) Jaewook Lee, Сеульский национальный университет, Сеул, Repulic of Corea;

(6) Hyeonsang EOM, Сеульский национальный университет, Сеул, Repulic of Corea;

(7) Huisu Jang (автор -корреспондент), Университет Сонгсила, Сеул, Республика Корея.


Эта статья естьДоступно на Arxivпод атрибуцией-некоммерческими Noderivs 4.0 Международная лицензия.

[3] https://github.com/etelpmoc/eip4844


Оригинал
PREVIOUS ARTICLE
NEXT ARTICLE