Resultados Qtum Mainnet Hard Fork

Qtum Español
5 min readOct 26, 2019

--

Jackson Belove

Follow

Oct 23 · 4 min read

La blockchain Qtum Mainnet completó su primer hard fork en el bloque 466,600 el 17 de Octubre de 2019 a las 3:21:20 GMT. el hard fork funcionó sin problemas, como se esperaba, después de extensas pruebas, y el hard fork idéntico en la blockchain Qtum Testnet el 20 de Septiembre de 2019. Después de cinco días de operación estable, los resultados en mejoras de espacio entre bloques de QIP-9 (Propuesta de Mejora Qtum # 9) se puede observar.

QIP-9

Los cambios de QIP-9 redujeron los bloques con espacios largos. Para Qtum Proof-of-Stake, la dificultad para stake cada bloque nuevo se ajusta en función del espacio del bloque anterior. Este parámetro de dificultad se denomina adecuadamente “dificultad” y normalmente se encuentra en el rango de varios millones, dependiendo del peso de la red. Anteriormente, el algoritmo de ajuste lineal tenía el potencial de cambiar la dificultad de manera demasiado dramática cuando se acuñaban varios bloques espaciados poco a poco. Estos cambios de dificultad significativos y rápidos podrían dar lugar a bloqueos con espacios muy largos (más de 30 minutos en ocasiones). El nuevo ajuste de dificultad utiliza un algoritmo exponencial para dar una modificación más precisa y más suave de la dificultad para cada nuevo bloque. Además, este ajuste de dificultad mejorado es más preciso y proporciona el espaciado de bloque promedio correcto de 128 segundos, por debajo del promedio de 144 segundos existente desde el lanzamiento de Qtum Mainnet.

En los cinco días posteriores al hard fork, podemos ver los siguientes resultados para la dificultad y el espacio entre bloques. Primero, podemos ver cómo el nuevo algoritmo de ajuste de dificultad eliminó los grandes cambios en dificultad:

Dificultad de la red principal — Hard fork en el bloque 466,600

Para estos cambios más suaves en la dificultad, podemos ver que se reducen los espacios entre bloques grandes. A continuación, cada punto representa el espacio para un bloque, y uno puede ver reducidos los espacios de bloques más grandes, con los dos espacios más largos de horquilla dura de 1,120 y 848 segundos:

Block Spacings

Debido a la aleatoriedad del algoritmo Qtum Proof-of-Stake, todavía habrá variación en el espacio entre bloques (menos después del hard fork), pero esto es algo que los desarrolladores de Qtum probablemente reducirán aún más con las mejoras del algoritmo en un futuro hard fork .

El gráfico del espacio promedio entre bloques por día muestra la caída de ~ 144 segundos a ~ 128 segundos:

Espacio diario promedio entre bloques

Aquí puede ver el espaciado de bloque promedio que cae al objetivo 128 segundos. Todavía habrá una pequeña variación debido a la aleatoriedad de la Prueba de participación, pero con el espaciado correcto del bloque, el intervalo de reducción a la mitad (cuando el subsidio de recompensa del bloque se reduce a la mitad) ahora se establece correctamente en 4 años, dando la primera reducción a la mitad Qtum Mainnet a principios de diciembre de 2021 [referencia 1].

QIP-5

Además de las mejoras en el espacio entre bloques, el hard fork introdujo una serie de actualizaciones de código de operación para el EVM (Ethereum Virtual Machine), incluidas 11 adiciones relevantes de las actualizaciones de Ethereum Byzantium y Constantinopla. Esto significa que Qtum está rastreando las últimas actualizaciones de Ethereum y admite la versión 4.x o 5.x de Solidity (solo use las versiones de confirmación estables y pruebe bien, Qtum Testnet está en espera). Qtum también está actualizado con mejoras de la versión 0.18 de bitcoin.

Una adición de contrato inteligente notable proviene de QIP-5, el código de operación OP_SENDER, que permite a un tercero pagar las tarifas de transacción (gas) para los usuarios de DApp. Esto permitirá una incorporación mucho más fácil para los nuevos usuarios de DApp porque anteriormente los usuarios necesitaban mantener QTUM en su cuenta de billetera para pagar las tarifas. Usando la instrucción OP_SENDER, el proveedor de DApp puede pagar.

Los desarrolladores de Qtum enviaron un ejemplo de llamada de contrato inteligente OP_SENDER en una transacción en el bloque 466,606, poco después del hard fork:

Ejemplo de llamada de contacto OP_SENDER

Si aún no lo ha hecho, actualice su billetera Qtum Core lo antes posible a la versión 0.18.1 https://qtumeco.io/wallet.

Si estaba usando una billetera de versión anterior (versión 0.18.0 o anterior) después de el hard fork y las transacciones enviadas o los bloques replanteados, consulte los procedimientos de recuperación en este blog.

Referencias

  1. Intervalos a la mitad después del hard fork:

2. Documentación sobre el hard fork https://link.bar/qtumhardfork

--

--

No responses yet