Puntos clave
- Una bifurcación dura hace que la nueva blockchain y la antigua blockchain sean incompatibles entre sí.
- La blockchain y la red de Ethereum recibieron actualizaciones como resultado de la bifurcación de Byzantium de 2017, que incluía nuevos marcos.
- La bifurcación de Byzantium vio un total de nueve revisiones.
¿Qué es el Byzantium Fork?
Byzantium fue una actualización de la blockchain que se implementó en octubre de 2017, con una posición de bloques de 4.375.000. Se incluyeron nueve propuestas de mejora de Ethereum (EIP) destinadas a mejorar la privacidad, la escalabilidad y la seguridad de Ethereum.
La actualización de Byzantium de la cadena de bloques de Ethereum fue importante. Se desarrolló para acelerar y asegurar las transacciones en la blockchain y hacer que los contratos inteligentes fueran adecuados para su uso en entornos comerciales.
Entendiendo el Byzantium Fork
Una blockchain tendrá una versión antigua y otra más reciente después de haber sufrido una Hard Fork, cada nueva transacción se añade al libro de contabilidad que compone la nueva cadena.
Las mejoras introducidas por Byzantium hacen que Ethereum sea más seguro, más rápido y menos engorroso de usar. Además de esto, la base del método de consenso proof-of-stake fue establecida por ellos.
Logros de Byzantium Fork
Una comunidad y los desarrolladores de la blockchain trabajan juntos para llevar a cabo un hard fork con objetivos o mejoras predeterminadas, Byzantium realizó un total de ocho avances:
- Se añadió opcodes REVERT a la blockchain para permitir que los contratos inteligentes se detengan si se produce un error sin consumir todo el gas pagado por una transacción (EIP 140)
- Se implementó un campo de estado a los recibos de transacción para indicar el éxito o el fracaso de la misma (EIP 658)
- Se añadió un nuevo modelo matemático (EIP 196) y comprobaciones de emparejamiento que permitieron que zk-Snarks funcionara correctamente (EIP 197)
- Se implementó soporte para determinadas verificaciones de firmas (EIP 198)
- Se añade soporte para valores variables (EIP 211) Añadido el opcode STATICCALL para permitir llamadas a nodos que no solicitan un cambio de estado (EIP 214)
- Se cambió la fórmula del ajuste de la dificultad para tener en cuenta los bloques omitidos, es decir, los bloques minados al mismo tiempo que otro bloque pero no aceptados por la red (EIP 100)
- Se retrasó la bomba de dificultad que hace que la minería sea tan poco rentable que anima a los mineros a cambiar a proof-of-stake (EIP 649)