La "Actualización de Cancún" de Ethereum actualmente tiene nuevos avances: el 8 de febrero de 2023, en la 176ª reunión de la Fundación Ethereum, los desarrolladores acordaron que, si las cosas van bien, se establecerá una fecha de bifurcación de Goerli a principios de 2024, con el objetivo de activar la red de prueba Goerli Dencun en enero de 2024.

En cuanto al tiempo de finalización específico de la actualización “Canun” de Ethereum, según la especulación de los expertos de la industria sobre el progreso actual del desarrollo del protocolo y el progreso de finalización de las pruebas, se espera que se implemente oficialmente entre marzo y abril de 2024.

El significado de la “Actualización Cancún” de Ethereum no es menos que Actualización Shapella——Porque esta actualización es la clave para la expansión adicional de Ethereum, puede aumentar el volumen de transacciones al que la red de Ethereum puede responder por segundo, y también abrirá una nueva etapa de desarrollo de las capacidades de almacenamiento y recuperación de datos de Ethereum.

Para los usuarios de blockchain que poseen activos digitales, los cambios más intuitivos que traerá la "Actualización Cancún" de Ethereum a las transacciones de activos digitales son: Las tarifas de gas requeridas para las transacciones de activos digitales en la red Ethereum Capa 2 se reducirán significativamente, quizás hasta en 14 veces.

imToken ahora admite todas las redes de Capa 2 y cadenas compatibles con EVM en Ethereum. Después de que se complete la "Actualización de Cancún", los usuarios que posean activos digitales pueden experimentar los activos de la red de Capa 2 de Ethereum con un rendimiento de costos más alto y tarifas de gas más baratas a través de imToken. comercio. Además, imToken admite OP y Polygon, y también puedes disfrutar de costos de operación de red relativamente más bajos utilizando directamente la función de Intercambio de imToken.

Para los desarrolladores de blockchain, es importante saber que después de que la actualización de Ethereum "Cancun" se implemente oficialmente en 2024, la red de prueba Goerli ya no se utilizará. Se recomienda que los desarrolladores migren a la red de prueba Sepolia lo antes posible.

imToken ahora soporta completamente la red de prueba de Sepolia, y admite la reclamación de activos de prueba de la red de prueba de Sepolia a través de la entrada de "grifo".

Aprender "Actualización Cancún"

Cancún es una famosa ciudad turística en México y el lugar de la conferencia Devcon 3. Según las reglas de nombramiento de las actualizaciones de Ethereum, las actualizaciones nombradas en honor a lugares son actualizaciones para la capa de ejecución de Ethereum.

El nombre en clave de la actualización de la capa de consenso de Ethereum sincronizada con esta “Actualización de Cancún” es Deneb, por lo tanto, se ha determinado el nombre oficial de la versión completa de la capa de ejecución y la capa de protocolo de esta actualización de Ethereum como “actualización de Dencun”. Dencun es una palabra compuesta por Cancún + Deneb.

Lo siguiente es “Actualización Cancún”. Aprendamos sobre los Protocolos de Mejora (EIPs abreviado) que vale la pena enfocar.

01

El protagonista de “Cancun Upgrade”: EIP-4844

Prototipo de fragmentación de Ethereum

▶ Objetivos de mejora: Resolver la escalabilidad (es decir, las necesidades de expansión) de Ethereum, ayudar a reducir los costos de transacción de la solución de Rollups de Capa 2 de Ethereum y aumentar la velocidad de los Rollups.

▶ Mejora del contexto: El costo de la red principal de Ethereum Layer 1 (Capa 1) ha seguido siendo elevado, y se necesitan mejoras urgentes para reducir el costo operativo general.

Actualmente, las soluciones de escalado en Ethereum son principalmente Rollups de Capa 2.

En la práctica, la solución Rollups ayuda a los usuarios a ahorrar muchos costos operativos (en adelante denominados Tarifa de Gas). Por ejemplo, en nombre del proyecto Optimism, el costo regular de la Tarifa de Gas es solo 0.001 gwei, que es mucho más bajo que el costo regular de la red principal de Ethereum Capa 1; la solución de ZK Rollups tiene un mejor rendimiento de compresión de datos, no requiere la inclusión de datos de firma, y es más barata, incluso hasta un uno por ciento de la red principal de Ethereum Capa 1.

Sin embargo, para una amplia gama de usuarios, los costos de gas siguen siendo una carga relativamente cara incluso después de la solución Rollups. Además, la eficiencia de Ethereum en el procesamiento de transacciones paralelas sigue siendo baja, y solo puede manejar un volumen de transacción de dos dígitos por segundo. Estos requieren nuevas mejoras para ayudar a mejorar la escalabilidad.

Sharding: es un método de mejora poderoso para resolver los problemas mencionados, pero aún no está implementado en Ethereum. La propuesta oportuna del plan de mejora EIP-4844 es para cubrir las necesidades mencionadas e implementar la actualización de fragmentación, encontrando un punto intermedio que puede aplicarse a Ethereum en la etapa actual, sentando las bases técnicas tempranas para que Ethereum logre la fragmentación de datos en general en el futuro.

Por lo tanto, EIP-4844 fue llamado una vez "Proto-danksharding", que es el "prototipo de sharding". La palabra dank también tiene un origen diferente. Se toma del nombre del investigador de Ethereum Dankrad Feist. Él dijo una vez: "EIP-4844 se convertirá en un acelerador para Rollups."

Actualmente, con el fin de mostrar de manera más intuitiva las mejoras técnicas del protocolo mejorado EIP-4844, el título del protocolo mejorado EIP-4844 se ha descrito de forma uniforme como "Transacciones de fragmentos de blob".

▶ Contenido de mejora (mejoras técnicas completadas):

• Presentación de transacciones de Blob: Blob es la abreviatura de Objeto Binario Grande. Las transacciones de Blob son un nuevo tipo de transacción que se utilizará en el futuro fragmentación.
• Introducir toda la lógica de la capa de ejecución necesaria para implementar futuras fragmentaciones completas.
• Introducir lógica de validación cruzada para todas las capas de ejecución y consenso necesarias para implementar futuras fragmentaciones completas.
• Implementa el escalonamiento entre la validación del bloque del faro (es decir, datos de Capa 2 de Ethereum) y el muestreo de disponibilidad de datos de blob.
• Introduce bloques de faro para implementar la mayor parte de la lógica requerida para futuros fragmentos completos.

Diagrama completo del concepto de fragmentación (por Vitalik Buterin)

Fuente: foresightnews

▶ Notas: Los Blobs fueron diseñados originalmente para ayudar a transportar datos de Capa 2 de Ethereum. Al mismo tiempo, Blob, este conjunto de vectores de datos, es almacenado por los nodos de la Capa de consenso de Ethereum, por lo que no puede ser leído por la Máquina Virtual Ethereum (EVM) de la capa de ejecución. Es esta separación de datos la que logra la reducción de tarifas para las soluciones de Rollups de Capa 2 de Ethereum.

Además, los datos del blob se borrarán después de 18 días.

Con el fin de reducir la presión en la red principal causada por las propuestas de mejora, EIP-4844 establece un límite superior en el espacio de almacenamiento incrementado de cada bloque de beacon en comparación con la implementación futura de shardings completos, limitándolo a un tamaño de datos de aproximadamente 0.5 MB (alrededor de 4 Blobs) como máximo. Sin embargo, se espera que este límite superior aumente en el futuro.

△ Datos actualizados el 2023/12/11

△ Fuente de datos: I2fees.info, estadísticas del 8/12/2023

02

Una visión general de las propuestas de mejora confirmadas para su implementación en la “Actualización Cancún”:

• EIP-4844
• EIP-1153
• EIP-6780
• EIP-4788
• EIP-5656
• EIP-7516

Además de la propuesta de mejora de alto perfil EIP-4844 mencionada anteriormente, a partir del 8 de diciembre de 2023, las propuestas de mejora que se han confirmado para ser implementadas en esta "Actualización de Cancún" también incluyen:

▶ EIP-1153 "Códigos de operación de almacenamiento transitorio": Agregue códigos de operación de almacenamiento transitorio. El almacenamiento transitorio es una solución específicamente diseñada para resolver la comunicación interna de bloques.

El almacenamiento transitorio no cambia la semántica de las operaciones existentes. Los datos de almacenamiento transitorio se descartarán después de cada transacción. No se accederá al disco del servidor. No es necesario limpiar la ranura de almacenamiento después de su uso, y el cliente no necesita cargar los datos originales.

Por lo tanto, en términos relativos, la ventaja de utilizar almacenamiento transitorio para resolver problemas de comunicación dentro de bloques es que la tarifa de Gas es baja y no es necesario considerar el reembolso de tarifas operativas debido al almacenamiento temporal en futuros diseños de almacenamiento de datos de Ethereum. Sin embargo, EIP-1153 no tiene la intención de abordar el uso de datos de almacenamiento temporal en contratos inteligentes existentes.

▶ EIP-6780 "SELFDESTRUCT only in same transaction": Modifique la función del código de operación SELFDESTRUCT, para prepararse para la futura aplicación de la arquitectura Verkle Tree (comúnmente conocida como "Volkle Tree") en Ethereum.

Actualmente, Ethereum utiliza la arquitectura del árbol de Merkle (comúnmente conocida como arquitectura del “árbol de Merkle”). El uso del opcode SELFDESTRUCT puede realizar una gran cantidad de cambios en el estado de la cuenta, por ejemplo, se pueden eliminar códigos y almacenamiento. Sin embargo, cuando en el futuro se aplique la arquitectura del árbol de Verkle a Ethereum, las cuentas no se podrán modificar o eliminar fácilmente, ya que la arquitectura del árbol de Verkle almacenará cada cuenta en una clave de cuenta diferente, y estas claves no estarán conectadas a la cuenta raíz.

Por lo tanto, EIP-6780 propone modificaciones a la funcionalidad del opcode SELFDESTRUCT. Según EIP-6780, el opcode SELFDESTRUCT modificado ya no tiene la capacidad de cambiar o eliminar cuentas durante su uso, y solo se utilizará para transferir ETH al llamante, pero hay una excepción cuando SELFDESTRUCT es operado por un contrato inteligente dentro de la misma transacción que fue creada.

△ Progreso de implementación de propuestas de mejora relacionadas con la actualización de Ethereum Cancún en el cliente (a partir del 8/12/2023)

Fuente de la imagen: github@CancunEspecificación de Actualización de Red

▶ EIP-4788 “Raíz del bloque del Beacon en la EVM”: Exponer la raíz del bloque de la cadena de beacon en la Máquina Virtual Ethereum. La raíz del bloque de la cadena de beacon es un acumulador criptográfico (Acumuladores) utilizado para demostrar cualquier estado de consenso.

Exponer la raíz del bloque de la cadena de balizas en la Máquina Virtual Ethereum permitirá el acceso con minimización de confianza a la capa de consenso de Ethereum. También se trata de un protocolo mejorado que facilita el desarrollo de casos de uso y apoyará casos de uso como Pools de Staking y puentes de contratos inteligentes para mejorar sus Suposiciones de Confianza.

▶ EIP-5656 “MCOPY - Instrucción de copia de memoria”: Proporciona una instrucción eficiente de la máquina virtual Ethereum que se puede utilizar para copiar áreas de memoria. La copia de memoria es una operación básica y es muy útil para varias operaciones intensivas de cálculo. Sin embargo, la implementación futura en la Máquina Virtual Ethereum también incurrirá en costos operativos.

La instrucción introducida por EIP-5656 es una nueva instrucción que no existía antes. Si los contratos inteligentes que se han lanzado usan esta nueva instrucción, deben prestar atención a la compatibilidad y es posible que necesiten ajustar sus operaciones.

▶ EIP-7516 "Código de operación BLOBBASEFEE": Introduzca el código de operación BLOBBASEFEE. Este código de operación es el mismo que el código de operación BASEFEE asociado con el protocolo EIP-3198, excepto que BLOBBASEFEE devuelve la tarifa base de Blob de acuerdo con el protocolo EIP-4844 en esta actualización de Cancún.

Cuando se determinó oficialmente el cronograma de "Actualización de Cancún" (alrededor de abril ~ mayo de 2023), el protocolo de capa de ejecución EIP-2537 (operación de curva BLS12-381 precompilada) que se puede agregar a la "Actualización de Cancún" se discutió acaloradamente), EIP-5920 (introducción del nuevo código de operación PAY), a partir del 8 de diciembre de 2023, aún no se muestran en el cronograma de actualización.

△ Progreso de la prueba de integración del cliente, Devnet-12 ha sido activado (a partir del 2023/12/8)

Fuente de la imagen: github@CancunEspecificación de Actualización de Red

03

“Actualización Cancún” Consenso sincronizado de la Capa de Ethereum” Actualización Deneb” Las propuestas de mejora confirmadas para su implementación incluyen:

• EIP-7400
• EIP-7045
• EIP-7514

▶ EIP-7400 "Salidas voluntarias firmadas perpetuamente válidas": Realizar salidas voluntarias firmadas permanentemente válidas. Este protocolo técnico se centra principalmente en bloquear el dominio de firma de salida del validador en la capa de consenso de Capella actual. Después de la "Actualización de Cancún", será permanentemente válido. Reducir la complejidad de las operaciones de participación en Ethereum.

▶ EIP-7045 "Aumentar la ranura máxima de inclusión de atestación": Aumente el texto cifrado de texto sin formato empaquetado de autenticación máxima (ranura de texto sin formato). Este protocolo técnico será fundamental para el análisis de seguridad actual de LMD-GHOST y la validación de reglas. Actualmente, los validadores de la cadena tienen 32 ranuras de texto plano para probar las transmisiones. Después de implementar el protocolo técnico EIP-7045, los validadores pueden tener hasta 64 ranuras de texto sin formato para probar las transmisiones.

▶ EIP-7514 “Agregar límite de rotación máxima de época”: Agregar límite de rotación máxima de época. El propósito de implementar este protocolo técnico es mitigar los problemas de externalidades negativas causados por el crecimiento del monto total de ETH apostado. EIP-7514 es una solución transicional, y habrá soluciones técnicas diseñadas específicamente para abordar los problemas mencionados en el futuro.

A medida que aumenta la cantidad total de ETH comprometido, un gran número de validadores no restringidos provocará un aumento en los datos de ruido, y la presión de datos en la capa de consenso de Ethereum también aumentará. Plan de Mejora Técnica EIP-7514 Para abordar los problemas anteriores, se recomienda establecer el límite de Max Churn en 8. Esto no solo reduce la cantidad de validadores activos agregados al conjunto, sino que también limita el crecimiento ilimitado del conjunto.

referenceLink: Enlace de examen de referencia cExam

[1] Especificación de actualización de la red Cancun,https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md

Descargo de responsabilidad：

1. Este artículo es una reimpresión de [WeChatNo public：Bulu dijo]. Todos los derechos de autor pertenecen al autor original [Bulu]. Si hay objeciones a esta reimpresión, póngase en contacto con el Gate Learnequipo, y ellos lo resolverán rápidamente.
2. Descargo de responsabilidad: Las opiniones y puntos de vista expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.