1. Introducción a la mejora de Cancún

Cancún-Deneb (Dencun, en lo sucesivo denominada actualización de Cancún) es la próxima actualización importante de la cadena de bloques Ethereum y mejorará la escalabilidad, seguridad y disponibilidad de la red Ethereum.

Cancún es una actualización adicional de la capa de ejecución de Ethereum basada en la actualización de Shanghai. El primer paso de la actualización de Shanghai se completó el 12 de abril de este año, mientras que Deneb representa la actualización de la capa de consenso de Ethereum. La actualización incluye el muy esperado EIP-4844, también conocido como Proto-DankSharding, que sentará una base importante para la implementación integral de DankSharding.

1. Fragmentación de Dank

El lanzamiento de la cadena de balizas y la implementación de la fusión son las dos primeras partes de toda la actualización del marco de Ethereum, y DankSharding es la tercera parte y lo más destacado. Esta estructura de nuevo diseño reemplazará por completo la idea original del equipo central de introducir 64 cadenas de fragmentos.

DankSharding no permite que la cadena principal realice más transacciones, sino que se centra en aumentar la disponibilidad de datos del resumen. Rollup es una tecnología de segunda capa que agrupa transacciones de blockchain y las procesa. Cualquier operador acumulativo puede procesar un lote de transacciones y enviar resultados y pruebas a la cadena principal. Utilizando técnicas de acumulación específicas como optimista o ZK, los resultados pueden ser revisados ​​por otros validadores o contratos inteligentes en la red.

Los principales protocolos de extensión de segunda capa de Ethereum actuales incluyen Optimism, Arbitrum, Metis, zkSync Era y Scroll, etc. Para ayudar a la red Ethereum a comenzar su transición a largo plazo hacia Dank Sharding completo, EIP-4844 introducirá una serie de componentes clave de la capa de ejecución este año.

2. Fragmentación proto-dank

EIP-4844, también conocido como Proto-DankSharding, es una actualización temporal de la red Ethereum propuesta por los desarrolladores de Ethereum Protolambda y Dankrad Feist. En la página de preguntas y respuestas de EIP-4844, el cofundador de Ethereum, Vitalik Buterin, describió Proto-Danksharding como una solución "provisional" que reducirá significativamente las tarifas acumuladas de gas antes de que se implemente la fragmentación completa.

EIP-4844 es un plan de expansión centrado en Rollup y también es el primer paso en la expansión de Ethereum. Antes de la actualización, los datos acumulativos se almacenaban permanentemente en Ethereum y los costos de almacenamiento eran elevados. El 90% de los costos de transacción pagados por los usuarios por el resumen se debían a este costo de almacenamiento.

Con este fin, EIP-4844 introduce un nuevo tipo de transacción: Blob Transaction. Los datos se migrarán a "Blob" para su almacenamiento temporal. El tiempo de almacenamiento es de aproximadamente 1 mes, después del cual los datos se eliminarán. Si desea almacenar datos a largo plazo, otros proveedores de servicios los almacenarán según las necesidades reales.

3.Transacción de blobs fragmentados

Como se acaba de mencionar, EIP-4844 introduce un tipo de transacción llamada "transacción de transporte de blobs". Blob (objeto binario grande) es la abreviatura de "objetos binarios grandes" y representa 125 KB de datos de carga útil. Para crear un blob que realice una transacción, el paquete acumulativo debe enviar sus datos al blob y agregarlos al bloque. Una transacción de transporte de blobs puede contener hasta dos blobs. Además, para fomentar este tipo de transacciones, la actualización implementará un mercado de tarifas EIP-1559 multidimensional. Esta característica introducirá tarifas de gas variables para las transacciones de transporte de blobs en función de la oferta y la demanda.

El principal beneficio del blob carry trading es la rentabilidad. Actualmente, el rollup almacena permanentemente datos de transacciones en la cadena de bloques Ethereum a través de CallData. Sin embargo, los datos de blobs son mucho más baratos que CallData porque no se guardan en la capa de ejecución (máquina virtual Ethereum) para siempre. En cambio, los nodos baliza lo almacenan en la capa de consenso y, después de un mes o un año, el blob se elimina. El proceso es similar a borrar los datos almacenados en caché en su computadora portátil o dispositivo.

Blob, aunque introducido por EIP-4844, será totalmente compatible con el formato utilizado en la fragmentación final. En EIP-4844, cada transacción acumulada contiene hasta 2 blobs, y cada bloque contiene de 8 a 16 blobs, lo que equivale aproximadamente a 1 MB a 2 MB. En un escenario de fragmentación completa, el blob se puede ampliar aún más de 16 MB a 32 MB.

En otras palabras, cuando los Blobs se conviertan en parte del protocolo Ethereum a través de Proto-DankSharding, se agregarán más Blobs al bloque Ethereum. En este momento, el rendimiento de Ethereum se ampliará enormemente nuevamente y los costos de transacción también disminuirán.

Durante una transacción, un esquema polinomial llamado KZG (llamado así por sus creadores Kate, Zaverucha y Goldberg) verificará los datos de la transacción publicados en el blob. Al igual que otros sistemas de verificación de conocimiento cero, KZG puede realizar la verificación sin revelar todo el contenido del blob.

2. El núcleo de la actualización de Cancún: EIP-4844

Según la reunión de desarrolladores principales de la capa ejecutiva de Ethereum en junio, la actualización de Cancún incluye 5 EIP diseñados para agregar más almacenamiento de datos y reducir las tarifas. El contenido principal de la actualización es EIP-4844, que está diseñado para permitir el almacenamiento temporal y la recuperación de datos fuera de la cadena a través de nodos Ethereum para satisfacer las necesidades de almacenamiento y datos de las aplicaciones blockchain.

La red de prueba de Devnet continúa mejorando

Desde octubre de 2022, los desarrolladores de Ethereum han lanzado una red de prueba multicliente, también conocida como devnet, para EIP-4844. Desde que la "Actualización de Shanghai" se activó con éxito el 12 de abril de este año, los desarrolladores de Ethereum inmediatamente centraron su atención en los preparativos para la "Actualización de Cancún".

Para ser precisos, Cancún es el nombre de la próxima actualización de la Capa de Ejecución de Ethereum (EL), mientras que Deneb es el nombre de la actualización correspondiente a la Capa de Consenso de Ethereum (CL). Durante la conferencia telefónica de ACDE, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que se centrará en EIP-4844, la implementación del tipo de transacción blob y los preparativos de Deneb, comenzando con el lanzamiento de Devnet 5.

Se realizaron algunos cambios notables en Devnet 5, como la capa de ejecución (EL) que deshabilitó las transacciones de blobs cero, cambió el tipo de transacción de blobs a 0x03 y desacopló blobs y bloques. En términos de actualizaciones de API del motor, hay planes para agregar las pruebas correspondientes al getBlobsBundleV1 no fusionado y fusionar las llamadas "getPayloadV3" y "getBlobsBundleV1" en una. En términos de la API de la cadena de balizas, agregar un final de firma de blob es opcional.

A finales de mayo de este año, el desarrollador de la comunidad Ethereum terence.eth compartió el contenido de la 22ª conferencia telefónica del implementador EIP-4844. La conferencia cubrió principalmente tres temas principales: 1. Control de versiones de la API del motor Deneb 2. Agregar "data_gas_used" a. Encabezado de ejecución; 3.Alcance de Devnet 6 y actualizaciones de prueba.

Entre ellos, la reunión decidió agregar "data_gas_used" al encabezado de ejecución en la actualización EIP-4844, porque en el EIP1559 anterior, la tarifa base regular se calculaba utilizando el encabezado actual. En EIP-4844, los cálculos de gas de datos utilizan el encabezado principal en lugar del encabezado actual, over_data_gas es el precio para el siguiente bloque y base_fee es el precio del bloque actual. Además, la reunión decidió que para que Devnet 6 cubra la actualización "data_gas_used", se utilizará otra red de prueba afiliada a EIP4844 para las pruebas antes de que "data_gas_used" se transfiera a Devnet 6.

A finales de junio, los desarrolladores del equipo DevOps de la Fundación Ethereum declararon que todos los equipos de clientes EL y CL habían pasado las pruebas pertinentes de Hive para Devnet 7 y planeaban lanzar Devnet 7 tan pronto como el 30 de junio o el 3 de julio. Devnet 7 es una red de prueba dedicada de corta duración para EIP-4844 y no probará otros cambios de código.

El objetivo de lanzamiento de Devnet 7 es aumentar el límite de blobs de 2 a 3 y el límite máximo de blobs de 4 a 6. El objetivo de aumentar la capacidad de los blobs fue propuesto por el investigador de la Fundación Ethereum, Dankrad Feist, después de realizar experimentos con datos para probar la capacidad de la red para manejar bloques grandes.

Con respecto al progreso actual de la actualización de Cancún, los desarrolladores acordaron actualizar la dirección precompilada de EIP-4844, se agregó el caso de prueba para el área de memoria de copia de instrucciones EVM (EIP-5656) al marco de prueba y se reunió la API del motor. es responsable de la comunicación entre la capa de consenso y la capa de ejecución. Frente a algunos cambios, Devnet 6 se ha estabilizado después de verificar si hay fugas y llenar los vacíos. Devnet 7 estará en línea y se centrará en las pruebas relacionadas con EIP-4844. .

3. Progreso actual de la mejora de Cancún

1. Tiempo estimado de lanzamiento de la actualización de Cancún

El 26 de mayo de este año, el investigador de la Fundación Ethereum, Alex Stokes, afirmó que una fecha objetivo razonable para la activación de Cancún es octubre de 2023. Esta afirmación fue confirmada por el desarrollador de Geth (EL), Lightclient, quien cree que faltan al menos entre 5 y 6 meses para una actualización basada en su alcance actual.

El 9 de junio, el desarrollador principal de Ethereum, Tim Beiko, publicó una publicación en su plataforma social resumiendo las discusiones en la última Conferencia de Desarrolladores Ejecutivos Principales de Ethereum (ACDE). La reunión finalizó la actualización de Cancún para incluir cinco EIP diseñados para agregar más almacenamiento de datos y reducir costos.

El contenido principal es EIP-4844, que está diseñado para lograr el almacenamiento y la recuperación temporales de datos fuera de la cadena a través de nodos Ethereum para satisfacer las necesidades de almacenamiento y datos de las aplicaciones blockchain. Otros EIP seleccionados incluyen EIP-1153 (reduce el costo de almacenar datos en la cadena, mejorando así el espacio de bloque), EIP-4788 (mejora el diseño de puentes entre cadenas y grupos de participación), EIP-5656 (agrega información relacionada con el Cambios menores en el código de la máquina virtual Ethereum) y EIP-6780 (eliminación de código que podría rescindir contratos inteligentes). La reunión no hizo una predicción precisa sobre el momento de la mejora de Cancún, pero se espera que tenga lugar antes de finales de 2023.

2. Objetivos e impactos de la mejora de Cancún

El objetivo general de la actualización de Cancún es continuar preparándose para una red completa de fragmentación de datos mientras se escala la consolidación durante el período de transición. La introducción de transacciones de transporte de blobs aumentará la disponibilidad de datos del resumen y reducirá en gran medida el costo del resumen. EIP 4844 también incluirá la mayor parte de la lógica de la capa de ejecución y el trabajo fundamental de fragmentación completa. Este paso reducirá significativamente el esfuerzo de implementación requerido para actualizaciones posteriores.

Una vez que se active la actualización de Cancún, los usuarios experimentarán pagos más rápidos y más baratos al utilizar las criptomonedas, aplicaciones y tokens basados ​​en ERC nativos del ecosistema Ethereum. La actualización de Cancún es una actualización importante para Ethereum, que abre un nuevo capítulo para la fragmentación de Ethereum L1, reduce el costo de transmisión entre L1 y L2, logra tarifas de gas más bajas y TPS más altos, y beneficia a L2 y otros ecosistemas relacionados. de la arquitectura "Ethereum + L2".

(FIN)