-
La EIP 2315 se refiere a subrutinas simples para la Máquina Virtual de Ethereum.
-
La EIP 2929 incrementa el costo del gas para algunos códigos operacionales.
James Hancock, coordinador de bifurcaciones fuertes de Ethereum 1.0, publicó un borrador de las cinco propuestas de mejora (EIP, por sus siglas en inglés) que podrían activarse en el próximo hard fork de esta blockchain, denominado Berlín.
Hancock publicó la información sobre la próxima actualización de Ethereum en el GitHub del proyecto el pasado 19 de enero de 2021. Incluye como la primera de estas propuestas de mejora a la EIP 2565, que propone un nuevo algoritmo para calcular el costo del gas y reflejar con precisión el costo operativo del cálculo criptográfico conocido como precompilado de exponenciación modular.
Le sigue la EIP 2315, que permite introducir tres códigos operativos para dar soporte a subrutinas en la Máquina Virtual de Ethereum (EVM, por sus siglas en inglés), las cuales no estaban disponibles de manera nativa. Se introduce una pila más en el EVM, además de la existente que se llama return stack.
En este orden continúa la EIP 2929, que incrementa el costo del gas para algunos códigos operacionales con el fin de brindar mayor seguridad. La idea es que el límite del gas se corresponda con un límite necesario en el tiempo para procesar un bloque, como lo informó CriptoNoticias.
Otra de las propuestas es la EIP 2718, que tiene como objetivo crear un envoltorio o paquete para facilitar la creación de nuevos tipos de transacciones, siempre y cuando sean compatibles con las anteriores.
Por último, incluyen a la EIP 2930, cuya función es el arreglo de las roturas en 0,18% de las transacciones del EIP 2929. De igual manera, introduce un nuevo tipo de transacción que permite especificar qué ranuras de almacenamiento se leerán, para pagar una comisión con 10% de descuento por adelantado.
Todas estas mejoras serán incorporadas con la bifurcación Berlín, prevista para este año. Inicialmente se había previsto que su lanzamiento fuese para enero de este año, pero ahora todo apunta que será pospuesta para julio de 2021.
La actualización del hard fork Berlín se pospuso en junio de 2020 debido a que se requería más trabajo. Los desarrolladores plantearon que había una “dependencia crítica” del cliente Geth. Ellos estuvieron de acuerdo en que un error sobre el cliente podría haber causado un desglose completo de Ethereum y decidieron esperar hasta que se pudiera implementar una bifurcación multicliente.
Lista de verificación de clientes del hard fork Berlín
El Twitter de James Hancock comprende una lista de verificación que muestra si el código de cada una de estas cinco propuestas que se explicaron iniciando la redacción de esta nota que se activaran en el hard fork.
En su cuenta en Twitter James Hancock publica lo siguiente: “Buena actualización de verificación de preparación. Mira todo este mar verde”. Agregó que el código se fusionó con los clientes participantes y lo acompaña con este gráfico.
Concluye respondiendo una pregunta de sus seguidores. “¡Muy buena visualización James! ¿Cómo se realiza un seguimiento de cuántos nodos ya han extraído estos cambios combinados y se ejecutan con ellos?” A lo que responde Hancock: “Eso es antes de que cualquier nodo haya instalado nada”. Se trata de un código combinado con el cliente, pero aún no se ha empaquetado en una versión para usuarios, agregó.
Hardfork Berlín, actualización para Ethereum 1.0
Berlín es una actualización para el actual Ethereum 1.0 (basada en prueba de trabajo). Su objetivo es introducir una serie de mejoras mientras se sigue trabajando en la implementación de Ethereum 2.0 (basada en prueba de participación).
La diferencia entre ambos algoritmos de consenso es intensiva en electricidad y cálculos matemáticos, mientras que la prueba de participación reemplaza los recursos computacionales utilizados para asegurar la red por una prueba de tenencia de monedas para así, reducir los costos.
La anterior bifurcación dura de Ethereum, conocida como Istanbul, fue activada el 8 de diciembre de 2019. En ella se pospuso la introducción de Programmatic Proof of Work, mejor conocido como ProgPoW debido a la existencia de desacuerdos y polémicas, como reseñó CriptoNoticias. Para el caso del hard fork Berlín tampoco se admitió ProgPoW y probablemente tampoco se admita en el futuro, como reportaron medios de comunicación.
