bifurcación dura de ethereum dencun

El 13 de marzo de 2024, en la época 269568 en la cadena de bloques Ethereum, tendrá lugar un hard fork llamado Deneb-Cancún o simplemente Dencun. Esta actualización tiene como objetivo principal mejorar la seguridad, optimizar los gastos de gas y mejorar la escalabilidad de la red. Algunos incluso especulan que con la implementación de Dencun, entraremos en la era de DeFi 2.0.

 

Principalmente, el hard fork de Dencun es otro paso hacia el aumento de la velocidad de las transacciones a 100,000 TPS, lo que permitirá a Ethereum competir con las blockchains más rápidas de hoy en día (TON, Solana). Esto es crucial ya que el número relativamente bajo de transacciones por segundo es un punto importante de crítica contra Ethereum. Con el aumento del volumen de transacciones, los costos de gas para contratos inteligentes de varios niveles también disminuirán.

Se implementarán un total de 8 Propuestas de Mejora de Ethereum (EIP):

EIP-7044: Firma perpetua para la salida voluntaria del validador

Hace que las firmas para las salidas del validador sean perpetuas.

EIP-7045: Extensión del período de presentación de atestaciones

Extiende la ventana de presentación de atestaciones para un bloque de una época a dos.

EIP-7514: Restricciones de entrada del validador

Reduce el número de nuevos validadores que aparecen a 8 por época.

EIP-5656: Adición del comando MCOPY

MCOPY combina los comandos MSTORE y MLOAD, reduciendo los costos de gas.

EIP-1153: Almacenamiento temporal

Introduce almacenamiento temporal para optimizar los contratos inteligentes (borrados después de la primera transacción).

EIP-6780: Rework del comando SELFDESTRUCT

El comando SELFDESTRUCT ahora solo funcionará dentro de la transacción que crea el contrato inteligente.

EIP-4788: Mapeo del estado de consenso en EVM

Permite la transferencia de información desde la capa de ejecución a EVM, simplificando el apilamiento y desapilamiento.

EIP-4844: Proto Danksharding

Aumenta el rendimiento de la red al introducir objetos binarios grandes (Blob). Cada bloque puede contener de 3 a 6 Blobs con transacciones, y cada Blob puede tener un tamaño de hasta 128KB. Los datos de Blob no ingresan a EVM y se almacenan en la red de Beacon Chain por un tiempo limitado (18 días). Escribir información en Blob será mucho más barato que en la cadena de bloques principal, lo que potencialmente reducirá los costos de transacción para las soluciones L2 (Arbitrum, ZKSync) hasta 100 veces.

blob eip 4844

Nuevos requisitos de validadores de Ethereum:

Después del 13 de marzo de 20024, los requisitos para los validadores con respecto al espacio libre en SSD para almacenar objetos binarios grandes (Blob) se incrementan. Por defecto, un validador almacena BLOBs durante 4096 épocas. Si consideramos la carga de red máxima donde todos los BLOB están ocupados, se requerirán hasta 104GB de espacio libre en SSD. Según las estimaciones de los desarrolladores, en funcionamiento normal, el espacio de BLOB ocupará entre 50 y 100 GB adicionales.

Además, se han introducido nuevos indicadores para la configuración del validador:

--blob-path: Ubicación para almacenar Blob. El valor predeterminado es --data-dir=/path/to/storage.

--blob-retention-epochs: Tiempo de retención de Blob en épocas. No se puede establecer por debajo del valor predeterminado de 4096, solo aumentarlo.

Importante: Actualice su validador a las últimas versiones pronto y asegúrese de que haya al menos 200 GB de espacio libre en su SSD.