Obtenga información sobre el próximo gran evento de Ethereum en 2023: la actualización de Cancún.
Escrito por: Bulu
Desde que Ethereum se fusionó el 15 de septiembre de 2022, la actualización de Shapella, que ha recibido mucha atención, se completó oficialmente en abril de 2023. En el siguiente paso, ¿qué nuevos cambios se introducirán en los objetivos de desarrollo técnico de Ethereum?
El 29 de abril de 2023, la Fundación Ethereum realizó la 160.ª conferencia telefónica de desarrolladores principales y determinó el próximo cambio importante en Ethereum: la actualización de la red de Cancún (Actualización de la red de Cancún). Propuesta de mejora de Ethereum (EIP para abreviar).
Si la actualización de Shapella es un hito técnico para garantizar la implementación estable del mecanismo de consenso PoS en el futuro Ethereum después de la fusión de Ethereum, entonces la importancia de la actualización de Cancún no es menor que la de la actualización de Shapella: es la clave para la mayor expansión de Ethereum, también abrirá una nueva etapa en el desarrollo de las capacidades de almacenamiento y recuperación de datos de Ethereum.
Entendiendo Cancún Upgrade
Cancún, una ciudad turística famosa en México, es también la sede de la conferencia Devcon 3. De acuerdo con las reglas de nomenclatura de la actualización de Ethereum, la actualización que lleva el nombre del lugar es una actualización para la capa de ejecución de Ethereum.
En esta actualización, qué Protocolo de mejora de Ethereum (EIP) será digno de atención, infórmenos juntos.
01 Protagonista de la Escalada Cancún: EIP-4844
Prototipo de fragmentación de Ethereum
**Objetivos de mejora: **Resolver la escalabilidad de Ethereum (es decir, la demanda de expansión), ayudar a reducir el costo de transacción de la solución Ethereum Layer 2 (Capa 2) Rollups y aumentar la velocidad de los Rollups.
Antecedentes de la mejora: El costo de la red principal de Capa 1 de Ethereum (Capa 1) ha sido alto y se necesitan con urgencia las mejoras necesarias para reducir el costo operativo general.
Actualmente, las soluciones de escalado en Ethereum son principalmente acumulaciones de capa 2.
En la práctica, la solución Rollups ha ayudado a los usuarios a ahorrar una gran cantidad de gastos operativos (en lo sucesivo, Gas Fee).Por ejemplo, el proyecto representativo Optimism, el gasto general habitual de Gas Fee es de solo 0,001 gwei, que es mucho menor que el habitual. sobrecarga de la red principal de capa 1 de Ethereum; la solución de ZK Rollups tiene un mejor rendimiento de compresión de datos y no necesita incluir datos firmados, y la tarifa es más baja, incluso hasta una centésima parte de la red principal de capa 1 de Ethereum.
Sin embargo, para una gama más amplia de usuarios, incluso después de la solución Rollups, Gas Fee sigue siendo una carga relativamente costosa. Además, la eficiencia de Ethereum en el procesamiento de transacciones paralelas aún es baja y solo puede procesar un volumen de transacciones de dos dígitos por segundo, lo que requiere nuevas mejoras para ayudar a mejorar la escalabilidad.
Fragmentación: es un poderoso método de mejora para resolver los problemas anteriores, pero el Ethereum actual no puede implementarlo todavía, y la propuesta oportuna del plan de mejora EIP-4844 es resolver las necesidades anteriores e implementar actualizaciones de fragmentación, encontró una compensación que se puede aplicar a la etapa actual de Ethereum, y sentó las bases técnicas iniciales para que Ethereum realice la fragmentación general de datos en el futuro.
Por lo tanto, EIP-4844 también se conoce como "Proto-danksharding", es decir, "prototipo de fragmentación". La palabra dank también tiene un origen diferente, está tomada del nombre del investigador de Ethereum Dankrad Feist, quien una vez dijo: "EIP-4844 se convertirá en un acelerador para Rollups".
Mejoras (mejoras técnicas completadas):
Introducir la transacción Blob: Blob es la abreviatura de Binary Large Object. Las transacciones de blob son un nuevo tipo de transacción que se usará en fragmentos futuros.
Incorpore toda la lógica de la capa de ejecución necesaria para implementar la futura fragmentación completa.
Introducir una lógica de validación cruzada para todas las capas de ejecución y consenso necesarias para implementar la fragmentación completa en el futuro.
Permite la estratificación entre la validación de bloques de balizas (es decir, datos de capa 2 de Ethereum) y el muestreo de disponibilidad de datos de blobs.
Introduce bloques de balizas para implementar la mayor parte de la lógica necesaria para la futura fragmentación completa.
△ Mapa conceptual de fragmentación completo / Vitalik Buterin
Fuente de la imagen/noticias prospectivas
Nota: La intención original de Blob es ayudar a transportar los datos de la segunda capa de Ethereum. Al mismo tiempo, los Blobs, este grupo de vectores de datos, son almacenados por los nodos de la capa de consenso de Ethereum, por lo que no pueden ser leídos por la Máquina Virtual de Ethereum (EVM para abreviar) de la capa de ejecución, y es esta separación de datos que realiza Tarifas reducidas para la solución Ethereum Layer 2 Rollups.
Además, los datos del blob se eliminan después de 30 días.
Para reducir la presión de la propuesta de mejora en la red principal, en comparación con la implementación futura de fragmentación completa, EIP-4844 establece un límite superior en el espacio de almacenamiento aumentado de cada bloque de baliza, limitado como máximo a aproximadamente 0,5 MB de datos. tamaño (alrededor de 4 Blob), pero se espera que este límite superior aumente en el futuro.
02 Otras propuestas de mejora que se han identificado para la mejora de Cancún
EIP-1153
EIP-6780
Además del muy visto EIP-4844, las propuestas de mejora que se han confirmado para la actualización de Cancún incluyen:
EIP-1153: Agregar códigos de operación de almacenamiento transitorio. El almacenamiento transitorio es una solución especialmente diseñada para solucionar la comunicación interna de bloques.
El almacenamiento transitorio no cambia la semántica de las operaciones existentes. Los datos en el almacenamiento transitorio se descartarán después de cada transacción y no accederán al disco del servidor. No es necesario borrar la ranura de almacenamiento después del uso y el cliente no necesita cargar los datos originales.
Por lo tanto, en términos relativos, la ventaja de usar el almacenamiento transitorio para resolver el problema de comunicación entre bloques es que la tarifa de gas es baja y el futuro diseño de almacenamiento de datos de Ethereum no necesita considerar el reembolso de las tarifas operativas debido al almacenamiento temporal.
Sin embargo, EIP-1153 no está diseñado para abordar el uso de datos almacenados temporalmente en contratos inteligentes existentes.
**EIP-6780: Modificar 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 "Volker Tree") en Ethereum.
Actualmente, Ethereum está utilizando la arquitectura Merkle Tree (comúnmente conocida como "árbol Merkle"). El uso del código de operación SELFDESTRUCT puede realizar una gran cantidad de cambios en el estado de la cuenta, por ejemplo, puede eliminar el código y el almacenamiento. Sin embargo, cuando la arquitectura Verkle Tree se aplique a Ethereum en el futuro, las cuentas no se podrán modificar ni eliminar fácilmente, ya que la arquitectura Verkle Tree almacenará cada cuenta en una clave de cuenta diferente, que no estará conectada a la cuenta raíz.
Por lo tanto, EIP-6780 propone cambios en la funcionalidad del código de operación SELFDESTRUCT. De acuerdo con EIP-6780, el código de operación SELFDESTRUCT modificado, que ya no tiene la capacidad de cambiar o eliminar cuentas en uso, solo se usará para transferir ETH a la persona que llama, con una excepción, cuando SELFDESTRUCT se ejecuta mediante un contrato inteligente Llamado en la misma transacción que se creó.
△Progreso de la implementación de las propuestas de mejora relacionadas con la actualización de Ethereum Cancún (al 30/5/2023)
Fuente de la imagen/github@Cancun Network Upgrade Specification
Se espera que los tres protocolos mejorados EIP-4844, EIP-1153 y EIP-6780 identificados para la actualización de Cancún se activen en octubre de 2023.
03 La actualización de Cancún aún está bajo consideración para incorporar el protocolo mejorado implementado
EIP-2537
EIP-4788
EIP-5656
EIP-5920
EIP-7069
Las mejoras relacionadas con EOF aún no se han considerado
EIP-2537: Precompile la operación de curva BLS12-381 y agréguela al conjunto de operaciones requeridas para la verificación de firma BLS y la verificación SNARK para realizar mejor las operaciones de verificación relacionadas.
En la actualidad, el progreso de desarrollo de este plan de mejora es relativamente lento. Después de la implementación del plan de mejora EIP-2537, en comparación con el BN254 precompilado existente, obtendrá una mejor seguridad operativa y permitirá combinar operaciones de curva más amigables, lo que será más propicio para el desarrollo de casos de uso de la segunda capa de Ethereum. .
**EIP-4788: exponer la raíz del bloque de la cadena de balizas en EVM. **Las raíces de Beacon Chain Blocks son acumuladores criptográficos que se utilizan para demostrar estados de consenso arbitrarios.
Exponer la raíz de la cadena de balizas en el EVM permite un acceso de confianza minimizada a la capa de consenso de Ethereum. Este también es un protocolo mejorado que ayuda al desarrollo de casos de uso y admitirá casos de uso como Staking Pools y puentes de contratos inteligentes para mejorar sus supuestos de confianza (Supuestos de confianza).
EIP-5656: proporciona una instrucción EVM eficiente que se puede usar para copiar regiones de memoria. La copia de memoria es una operación básica, que es muy útil para varias operaciones de computación intensiva, pero también incurrirá en costos operativos cuando se implemente en la máquina virtual Ethereum en el futuro.
La instrucción introducida por EIP-5656 es una nueva instrucción que no existía antes. Si el contrato inteligente que se ha lanzado utiliza esta nueva instrucción, preste atención a la compatibilidad y es posible que deba ajustar la operación.
**EIP-5920: Introducir el nuevo código de operación PAY. **Usar el código de operación PAY para enviar ETH a la dirección de la cuenta no necesita llamar a ninguna función de la dirección de la cuenta.
El código de operación PAY es un código de operación dedicado a la transmisión de ETH. No necesita movilizar funciones de dirección, lo que puede ahorrar costos de uso de la red. Es muy beneficioso para pequeñas cantidades de transmisión de ETH.
**EIP-7069: Modificar la instrucción CALL, este protocolo está habilitado. **
Enlace de referencia
[1] Especificación de actualización de la red de Cancún，
Ver originales
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Conozca "Cancún": la próxima actualización de Ethereum, reducción de costos y aumento de la eficiencia, bueno para Layer2
Escrito por: Bulu
Desde que Ethereum se fusionó el 15 de septiembre de 2022, la actualización de Shapella, que ha recibido mucha atención, se completó oficialmente en abril de 2023. En el siguiente paso, ¿qué nuevos cambios se introducirán en los objetivos de desarrollo técnico de Ethereum?
El 29 de abril de 2023, la Fundación Ethereum realizó la 160.ª conferencia telefónica de desarrolladores principales y determinó el próximo cambio importante en Ethereum: la actualización de la red de Cancún (Actualización de la red de Cancún). Propuesta de mejora de Ethereum (EIP para abreviar).
Si la actualización de Shapella es un hito técnico para garantizar la implementación estable del mecanismo de consenso PoS en el futuro Ethereum después de la fusión de Ethereum, entonces la importancia de la actualización de Cancún no es menor que la de la actualización de Shapella: es la clave para la mayor expansión de Ethereum, también abrirá una nueva etapa en el desarrollo de las capacidades de almacenamiento y recuperación de datos de Ethereum.
Entendiendo Cancún Upgrade
Cancún, una ciudad turística famosa en México, es también la sede de la conferencia Devcon 3. De acuerdo con las reglas de nomenclatura de la actualización de Ethereum, la actualización que lleva el nombre del lugar es una actualización para la capa de ejecución de Ethereum.
En esta actualización, qué Protocolo de mejora de Ethereum (EIP) será digno de atención, infórmenos juntos.
01 Protagonista de la Escalada Cancún: EIP-4844
Prototipo de fragmentación de Ethereum
**Objetivos de mejora: **Resolver la escalabilidad de Ethereum (es decir, la demanda de expansión), ayudar a reducir el costo de transacción de la solución Ethereum Layer 2 (Capa 2) Rollups y aumentar la velocidad de los Rollups.
Antecedentes de la mejora: El costo de la red principal de Capa 1 de Ethereum (Capa 1) ha sido alto y se necesitan con urgencia las mejoras necesarias para reducir el costo operativo general.
Actualmente, las soluciones de escalado en Ethereum son principalmente acumulaciones de capa 2.
En la práctica, la solución Rollups ha ayudado a los usuarios a ahorrar una gran cantidad de gastos operativos (en lo sucesivo, Gas Fee).Por ejemplo, el proyecto representativo Optimism, el gasto general habitual de Gas Fee es de solo 0,001 gwei, que es mucho menor que el habitual. sobrecarga de la red principal de capa 1 de Ethereum; la solución de ZK Rollups tiene un mejor rendimiento de compresión de datos y no necesita incluir datos firmados, y la tarifa es más baja, incluso hasta una centésima parte de la red principal de capa 1 de Ethereum.
Sin embargo, para una gama más amplia de usuarios, incluso después de la solución Rollups, Gas Fee sigue siendo una carga relativamente costosa. Además, la eficiencia de Ethereum en el procesamiento de transacciones paralelas aún es baja y solo puede procesar un volumen de transacciones de dos dígitos por segundo, lo que requiere nuevas mejoras para ayudar a mejorar la escalabilidad.
Fragmentación: es un poderoso método de mejora para resolver los problemas anteriores, pero el Ethereum actual no puede implementarlo todavía, y la propuesta oportuna del plan de mejora EIP-4844 es resolver las necesidades anteriores e implementar actualizaciones de fragmentación, encontró una compensación que se puede aplicar a la etapa actual de Ethereum, y sentó las bases técnicas iniciales para que Ethereum realice la fragmentación general de datos en el futuro.
Por lo tanto, EIP-4844 también se conoce como "Proto-danksharding", es decir, "prototipo de fragmentación". La palabra dank también tiene un origen diferente, está tomada del nombre del investigador de Ethereum Dankrad Feist, quien una vez dijo: "EIP-4844 se convertirá en un acelerador para Rollups".
Mejoras (mejoras técnicas completadas):
△ Mapa conceptual de fragmentación completo / Vitalik Buterin
Fuente de la imagen/noticias prospectivas
Nota: La intención original de Blob es ayudar a transportar los datos de la segunda capa de Ethereum. Al mismo tiempo, los Blobs, este grupo de vectores de datos, son almacenados por los nodos de la capa de consenso de Ethereum, por lo que no pueden ser leídos por la Máquina Virtual de Ethereum (EVM para abreviar) de la capa de ejecución, y es esta separación de datos que realiza Tarifas reducidas para la solución Ethereum Layer 2 Rollups.
Además, los datos del blob se eliminan después de 30 días.
Para reducir la presión de la propuesta de mejora en la red principal, en comparación con la implementación futura de fragmentación completa, EIP-4844 establece un límite superior en el espacio de almacenamiento aumentado de cada bloque de baliza, limitado como máximo a aproximadamente 0,5 MB de datos. tamaño (alrededor de 4 Blob), pero se espera que este límite superior aumente en el futuro.
02 Otras propuestas de mejora que se han identificado para la mejora de Cancún
Además del muy visto EIP-4844, las propuestas de mejora que se han confirmado para la actualización de Cancún incluyen:
EIP-1153: Agregar códigos de operación de almacenamiento transitorio. El almacenamiento transitorio es una solución especialmente diseñada para solucionar la comunicación interna de bloques.
El almacenamiento transitorio no cambia la semántica de las operaciones existentes. Los datos en el almacenamiento transitorio se descartarán después de cada transacción y no accederán al disco del servidor. No es necesario borrar la ranura de almacenamiento después del uso y el cliente no necesita cargar los datos originales.
Por lo tanto, en términos relativos, la ventaja de usar el almacenamiento transitorio para resolver el problema de comunicación entre bloques es que la tarifa de gas es baja y el futuro diseño de almacenamiento de datos de Ethereum no necesita considerar el reembolso de las tarifas operativas debido al almacenamiento temporal.
Sin embargo, EIP-1153 no está diseñado para abordar el uso de datos almacenados temporalmente en contratos inteligentes existentes.
**EIP-6780: Modificar 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 "Volker Tree") en Ethereum.
Actualmente, Ethereum está utilizando la arquitectura Merkle Tree (comúnmente conocida como "árbol Merkle"). El uso del código de operación SELFDESTRUCT puede realizar una gran cantidad de cambios en el estado de la cuenta, por ejemplo, puede eliminar el código y el almacenamiento. Sin embargo, cuando la arquitectura Verkle Tree se aplique a Ethereum en el futuro, las cuentas no se podrán modificar ni eliminar fácilmente, ya que la arquitectura Verkle Tree almacenará cada cuenta en una clave de cuenta diferente, que no estará conectada a la cuenta raíz.
Por lo tanto, EIP-6780 propone cambios en la funcionalidad del código de operación SELFDESTRUCT. De acuerdo con EIP-6780, el código de operación SELFDESTRUCT modificado, que ya no tiene la capacidad de cambiar o eliminar cuentas en uso, solo se usará para transferir ETH a la persona que llama, con una excepción, cuando SELFDESTRUCT se ejecuta mediante un contrato inteligente Llamado en la misma transacción que se creó.
△Progreso de la implementación de las propuestas de mejora relacionadas con la actualización de Ethereum Cancún (al 30/5/2023)
Fuente de la imagen/github@Cancun Network Upgrade Specification
Se espera que los tres protocolos mejorados EIP-4844, EIP-1153 y EIP-6780 identificados para la actualización de Cancún se activen en octubre de 2023.
03 La actualización de Cancún aún está bajo consideración para incorporar el protocolo mejorado implementado
Las mejoras relacionadas con EOF aún no se han considerado
EIP-2537: Precompile la operación de curva BLS12-381 y agréguela al conjunto de operaciones requeridas para la verificación de firma BLS y la verificación SNARK para realizar mejor las operaciones de verificación relacionadas.
En la actualidad, el progreso de desarrollo de este plan de mejora es relativamente lento. Después de la implementación del plan de mejora EIP-2537, en comparación con el BN254 precompilado existente, obtendrá una mejor seguridad operativa y permitirá combinar operaciones de curva más amigables, lo que será más propicio para el desarrollo de casos de uso de la segunda capa de Ethereum. .
**EIP-4788: exponer la raíz del bloque de la cadena de balizas en EVM. **Las raíces de Beacon Chain Blocks son acumuladores criptográficos que se utilizan para demostrar estados de consenso arbitrarios.
Exponer la raíz de la cadena de balizas en el EVM permite un acceso de confianza minimizada a la capa de consenso de Ethereum. Este también es un protocolo mejorado que ayuda al desarrollo de casos de uso y admitirá casos de uso como Staking Pools y puentes de contratos inteligentes para mejorar sus supuestos de confianza (Supuestos de confianza).
EIP-5656: proporciona una instrucción EVM eficiente que se puede usar para copiar regiones de memoria. La copia de memoria es una operación básica, que es muy útil para varias operaciones de computación intensiva, pero también incurrirá en costos operativos cuando se implemente en la máquina virtual Ethereum en el futuro.
La instrucción introducida por EIP-5656 es una nueva instrucción que no existía antes. Si el contrato inteligente que se ha lanzado utiliza esta nueva instrucción, preste atención a la compatibilidad y es posible que deba ajustar la operación.
**EIP-5920: Introducir el nuevo código de operación PAY. **Usar el código de operación PAY para enviar ETH a la dirección de la cuenta no necesita llamar a ninguna función de la dirección de la cuenta.
El código de operación PAY es un código de operación dedicado a la transmisión de ETH. No necesita movilizar funciones de dirección, lo que puede ahorrar costos de uso de la red. Es muy beneficioso para pequeñas cantidades de transmisión de ETH.
**EIP-7069: Modificar la instrucción CALL, este protocolo está habilitado. **