Por qué el fuel Blob no es solo aire caliente en el futuro de Ethereum

Tabla de enlaces

Resumen y 1. Introducción

2. Fondo

   2.1 Rollup

   2.2 EIP-4844

   2.3 Var (Autorregresión vectorial)

3. Datos

   3.1 Datos de seguridad de consenso

   3.2 Datos de uso de Ethereum

   3.3 Datos de transacciones enrollables

   3.4 Datos de tarifas de fuel blob

4. Resultados empíricos

   4.1 Seguridad de consenso

   4.2 Uso de Ethereum

   4.3 Transacciones enrollables

   4.4 Mercado de tarifas de fuel Blob

5. Conclusión y referencias

A. Datos de seguridad de consenso

B. Recopilación de datos enrollables

C. Resultados detallados del modelo VAR para la tarifa base de fuel Blob y la tarifa de gasolina

D. Resultados detallados del modelo VAR para la tarifa base de fuel Blob y la tarifa de prioridad de fuel blob

E. Dinámica de transacción enrollada

3.3 Datos de transacciones enrollables

Para evaluar el impacto de EIP-4844 en la dinámica de transacciones enrolladas, realizamos un análisis exhaustivo centrado en los cambios en los volúmenes de transacciones enrolladas y los retrasos entre los bloques rollup y Ethereum. El período de análisis abarca 100,000 bloqueos antes y después de la implementación de EIP-4844.

Nuestros datos se obtuvieron de las transacciones enviadas por direcciones reconocidas en la crimson Ethereum. Entre los diversos tipos de transacciones iniciados por los rollups, recopilamos específicamente transacciones de lotes, que comprimen todas las transacciones de rollo particular person. Estas transacciones son cruciales para garantizar la seguridad del usuario mediante la mitigación del riesgo del operador y salvaguardar los fondos de los usuarios. Las transacciones por lotes generalmente preceden a otros tipos de transacciones, como probar y finalizar las transacciones, lo que refleja su papel basic en la obtención de interacciones de los usuarios en los rollups. Consideramos la marca de tiempo de la transacción por lotes enviada a Ethereum como la liquidación de las transacciones enrolladas, y calculamos el retraso obteniendo la diferencia de tiempo de la marca de tiempo del bloqueo de bloqueo.

Se empleó el siguiente proceso común para extraer datos sobre transacciones rollup y retrasos de los usuarios:

(1) Filtre las transacciones enrolladas del Ethereum Mainnet utilizando direcciones de remitente de rollup conocidas.

(2) Decode los datos de las transacciones de lotes rollup.

(3) Adquirir datos de bloque de avance de fuentes externas e integrar estos datos con (2) para analizar los retrasos de los usuarios y las métricas de transacciones.

La Figura 4 ilustra un ejemplo del proceso de nuestra recopilación de datos y preprocesamiento para bloques de árbitro.

Cada acurrucado emplea mecanismos de codificación únicos, a menudo modificados por actualizaciones como mecanismos de lote de span[37]que planteó desafíos de decodificación significativos. Además, los tiempos de bloque rápidos y los grandes volúmenes de datos de los rollups como el árbitro (0.26 segundos) y el optimismo (2 segundos) requirieron el uso de herramientas y métodos especializados para la recopilación y el análisis de datos, ya que el mantenimiento de nodos completos para todos los acolchados monitoreados period infalible.

Utilizamos una variedad de exploradores de rollup y herramientas de decodificación por lotes adaptadas a las necesidades específicas de cada rollup. Los detalles sobre las herramientas específicas y las fuentes de datos utilizadas se proporcionan en el Apéndice Tabla 9. Nuestro análisis se concentró en seis rollups (Arbitrum One, Optimism, Base, Starknet, Zksync ERA y Linea, donde pudimos obtener datos de transacciones de lotes decodificados.

3.4 Datos de tarifas de fuel blob

Para realizar un análisis exhaustivo del mecanismo de tarifas de fuel Blob, recolectamos datos de nuestro nodo de archivo Erigon en las tarifas base para el fuel BLOB, así como el uso de fuel y fuel BLOB para cada transacción dentro de los bloques seleccionados. Para explorar el nuevo mercado de fuel Blob, analizamos específicamente los datos de los bloques de 19,518,097 a 19,587,588, durante los cuales la tarifa de base de fuel Blob excedió 0.1 GWEI.

Período del mercado de fuel blob La regla de actualización de la tarifa base de fuel Blob ajusta la tarifa base hacia arriba cuando el uso promedio supera tres blobs por bloque. Dada la absorción gradual de blobs por los rollups y su uso limitado por DAPPS, la tarifa de base de fuel Blob generalmente rondaba alrededor de 1 WEI durante una duración appreciable.

Nuestro análisis se concentra en el período durante el cual las tarifas base aumentaron por encima de 0.1 GWEI, correspondiente a una mayor actividad de blob. Este período comenzó en el bloque 19,518,097, desencadenado por la activación de los servicios de presentación de Blob que elevó brevemente la tarifa base de blob. Aunque la demanda retrocedió y la tarifa base volvió a 1 WEI por el bloque 19,587,588, las fluctuaciones dentro de este intervalo son cruciales para comprender las reacciones potenciales del mercado de tarifas de fuel Blob a un mayor compromiso de DAPP. Centrarse en este período permite un examen detallado del comportamiento del mercado de la tarifa de fuel Blob en condiciones de utilización activa de Blob.

Tarifa de prioridad de fuel Blob. A diferencia de la regla de actualización de la tarifa de fuel, donde los usuarios pueden establecer una tarifa de prioridad máxima por unidad de fuel, el mecanismo de tarifas de fuel Blob carece de esta funcionalidad. En el mercado de fuel Blob, solo hay una tarifa base, que se ajusta automáticamente en función de la congestión de la crimson. Los usuarios deben establecer implícitamente una tarifa de prioridad de fuel Blob, como se ilustra en la Figura 5.

Para evaluar de manera efectiva la regla de actualización de la base de la base de fuel Blob, es essential cuantificar el exceso de demanda de fuel blob. En el mercado de fuel tradicional, la tarifa prioritaria de una transacción sirve como un indicador de qué tan bien la tarifa base refleja la demanda actual del usuario. En consecuencia, hemos desarrollado una nueva métrica para representar la tarifa de prioridad de fuel Blob utilizando la siguiente fórmula:

Para cada bloque 𝑘 𝑘-th que contiene múltiples transacciones, definimos los siguientes parámetros:

La prioridad de fuel blob para cada transacción se puede expresar como:

Para encontrar una tarifa de prioridad implícita para el fuel Blob, utilizamos una tarifa de prioridad media de otras transacciones en el mismo bloque que un proxy por la tarifa de prioridad de fuel, y la restamos de la tarifa whole pagada.