La próxima actualización de Ethereum contendrá una de las actualizaciones más esperadas por la comunidad: la posibilidad de retirar el ETH bloqueado en la Beacon Chain.
Durante su reunión semanal, los desarrolladores de la Ethereum Foundation han llegado a un consenso sobre 8 propuestas de mejora de Ethereum (EIP), que se implementarán en la próxima gran actualización, llamada Shanghai.
Estas propuestas deberían incluirse en la próxima hard fork de Ethereum que debería tener lugar en algún momento de 2023, posiblemente durante el segundo trimestre del año.
Shanghai es una actualización muy esperada por la comunidad de Ethereum ya que implementará la posibilidad de retirar el ETH bloqueado en la Beacon Chain. Esto significa que los usuarios que bloquearon sus tokens para participar en la validación, podrán recuperar sus fondos y también las recompensas por el staking.
Hasta el lanzamiento de la hard fork, los desarrolladores podrán realizar pruebas de las aplicaciones y de cómo funcionan las EIP implementadas en Shandong, la testnet de Ethereum, que fue lanzada en octubre.
¿Sabes qué son las propuestas de mejora de Ethereum?
Descubre todo sobre estas propuestas de los desarrolladores para mejorar el funcionamiento y el rendimiento de Ethereum y cómo se implementan en la red.
Las 8 propuestas para el futuro de Ethereum
EIP-3540: EVM Object Format
EIP-3540 introduce un formato de contenedor extensible y versionado para el EVM con una validación única en el momento del despliegue.
Esta versión permite separar el código y los datos, facilitando la implementación de cambios y la mejora de la Ethereum Virtual Machine en el futuro.
EIP- 3651: Warm Coinbase
Esta propuesta pretende “calentar” la dirección Coinbase al inicio de cada ejecución de transacción, de acuerdo con el coste real de la lectura de la cuenta.
De esta forma se pretende reducir los precios que tienen este tipo de transacciones, ya que estas direcciones se encuentran inicialmente frías en la lista de acceso introducida en el EIP-2929, lo que provoca cierto desajuste en el coste de gas.
EIP-3670: Contratos EOF con código de validación
La EIP-3670 introduce la validación del código en el momento de la creación del contrato para los contratos con formato EOF. También rechazará aquellos contratos que contengan datos PUSH truncados o instrucciones indefinidas. Este cambio no afectará al bytecode heredado, es decir, al código sin formato EOF.
Los contratos actuales no exigen la validación de la corrección, por lo que las implementaciones de EVM pueden decidir cómo manejar un código de bytes con instrucciones indefinidas. Esta EIP pretende llevar la validez del código al consenso, para que sea más fácil gestionar y razonar sobre el bytecode. Al mismo tiempo, se reducen los caminos para que EVM decida qué instrucción es válida en cada ejecución.
EIP-3855: Instrucciones PUSH0
Se introduce una instrucción PUSH0 (0x5f) que empuja el valor constante 0 a la pila.
Esta EIP se introduce para reducir el coste de gas de todas aquellas instrucciones que buscan apilar o empujar un valor cero. En estos momentos, por el tipo de codificación se genera un coste de gas elevado, ya que realiza dos operaciones, lo que provoca el uso de operaciones complejas, cuyo valor puede depender del contexto y provocar errores.
EIP-3860: Código de límites y contadores
EIP-3860 busca extender el EIP-170 introduciendo un límite de tamaño máximo para el initcode.
Al mismo tiempo, se introduce una carga de 2 gas por cada trozo de 32 bytes de initcode para representar el coste del análisis de salto. Finalmente, el límite del tamaño da lugar a nueva propiedad: el tamaño del EVM, el desplazamiento de código y desplazamiento de salto se ajustan a un valor de 16 bits.
EIP-4895: La Beacon Chain permite retiradas en la EVM
Esta es una de las funcionalidades más esperadas. Con ella, se introduce una operación a nivel de sistema para apoyar las retiradas de validadores que “empujan” desde la Beacon Chain al EVM.
Estas operaciones crean aumentos de saldo incondicionales para los destinatarios específicos. Básicamente, permite que las retiradas de los validadores de la Beacon Chain entren en la EVM.
EIP-4758: Desactivar el SELFDESTRUCT
Esta EIP renombra el código SELFDESTRUCT por el de SENDALL, al tiempo que sustituye su funcionalidad. De esta manera, SENDALL servirá para enviar todo el Ether de una cuenta al usuario que realiza la llamada.
SELFDESTRUCT requiere grandes cambios en el estado de la cuenta, ya que elimina todo el código y el almacenamiento. Con la implementación de los árboles de Verkle esto no será posible, ya que cada cuenta se almacenará en muchas claves diferentes que no estarán conectadas a la cuenta raíz.
Otras propuestas aprobadas para implementarse en Shanghai
Además de las propuestas descritas anteriormente, la próxima hard fork también implementará la EIP-4844, centrada en aprovechar todo el potencial del sharding.
Para ello, implementará el primer sistema de proto-danksharding y se espera que aumente el rendimiento de la red, al tiempo que reduce las tasas de transacciones y mejora la escalabilidad.
[hubspot type=cta portal=20298209 id=38fb28e1-1dc1-40e3-9098-5704ca7fcb07]
