Hechos clave:
-
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.