El 27 de Febrero de 2019, æternity 2.0.0 fue liberado y se estableció la altura del hard fork Minerva en el bloque 47800. Calculamos que este bloque se minará el 6 de Marzo a la 1 PM CET.
El principal propósito del hard fork Minerva es agregar todos los tokens migrados durante la Fase 1 de la migración de AE token a la Mainnet. Los tokens transferidos posteriormente se incluirán en el próximo hard fork programado, que se realizará después de la finalización de la Fase 2 en mayo de 2019.
Además, esta actualización del protocolo nos ha permitido introducir una serie de características consensus-breaking. Se puede encontrar una descripción detallada de los cambios consensus-breaking incluidos en Minerva en las notas del release para la versión candidata y en las notas para Minerva 2.0.0.
Los principales cambios son:
- establecer el precio mínimo del gas en 1000000 para poder realizar transacciones a precios más razonables;
- agregar un campo de Información Opcional al bloque/encabezado clave para permitir el seguimiento de la propagación de las actualizaciones de nodos en la red;
- introducir una nueva versión de AEVM que contiene cambios consensus breaking y optimizaciones;
- añadir funciones hash genéricas a Sophia;
- agregar la opreación primitiva
Crypto.ecverify
que realiza la verificación de la validez de una firma criptográfica en un smart contract; - agregar instrucciones bytecode para el cambio de bits (SHL, SHR y SAR) a VM_AEVM_SOPHIA_2;
- cambiar la semántica AEVM de las operaciones aritméticas para fallar en over/underflow.
También hemos ajustado la forma en que se introducen cambios consensus-breaking en el código. Anteriormente, todas estas características se combinaban en una rama minerva
separada, mientras que el mantenimiento de la versión actual se realizaba en master
. Creando una versión para el hard fork requerido para que se fusionen las dos ramas desarrolladas por separado en los últimos meses.
Obviamente, este fue un proceso bastante tedioso. Por lo tanto, se ha decidido que, a partir de ahora, todas las características nuevas se fusionarán en master
con las características consensus-breaking siendo protegidas por una condición determinada por la altura del bloque. Por lo tanto, evitará que se ejecuten hasta que tenga lugar el siguiente hard fork.
Actualmente, no sabemos la altura exacta del hard fork Fortuna, por lo que estamos usando temporalmente un rango de altura grande. Especificaremos la altura del bloque a medida que nos acerquemos a la fecha del hard fork.
Además, volvimos a un único Pivotal Tracker para seguir el progreso del desarrollo: aeternity Core Dev. Todas las características relevantes de Fortuna están etiquetadas con fortuna
para que sea más fácil distinguir qué características se pondrán en funcionamiento al instante, y cuáles tendrían que esperar hasta después del hard fork.
Ponte en contacto:
Leave a Reply