馃嚜馃嚫 Explicaci贸n del hard-fork de Ouroboros BFT

:es: Traducci贸n al espa帽ol* de Cardano OBFT Hard fork explained

Publicado por Cardanians en su blog de Medium, el 22 de Enero de 2020.


Los rieles se bifurcan cuando se dividen de uno a dos rieles.

Charles Hoskinson, cofundador y director general de IOHK, anunci贸 una operaci贸n de hard-fork que deber铆a tener lugar probablemente a mediados de febrero. Algunas personas esperan err贸neamente que haya nuevas monedas ADA. Los hard-forks no siempre tienen que ver con la creaci贸n de nuevas monedas.

Charles dijo:

鈥淧arece que en febrero - con bastante certeza - vamos a tener el hard-fork de OBFT (Ouroboros Byzantine Fault Tolerance). Todav铆a estamos hablando con nuestros socios de exchanges sobre eso, y s贸lo queremos asegurarnos de que toda la infraestructura est谩 alineada para ello, pero la infraestructura se ve bastante bien, as铆 que a mediados de febrero anticipamos el hard-fork de OBFT鈥.

Vale la pena mencionar que el hard-fork se mantendr谩 durante un largo tiempo, y es una forma de llevar el protocolo de la fase Byron a la fase Shelley. Actualmente, Ouroboros Classic se utiliza en la fase Byron. El hard-fork de OBFT es el primer paso hacia la fase Shelley, y habr谩 otro hard-fork, que introducir谩 Ouroboros Genesis. Lo puedes ver en la foto de abajo:


De Byron a Shelley a trav茅s de 2 hard-forks.

Los usuarios de la billetera Yoroi probablemente no se ver谩n afectados por el hard-fork. La billetera Daedalus probablemente necesitar谩 una actualizaci贸n.

驴Qu茅 es t茅cnicamente el hard-fork?

Los nodos mantienen la red en funcionamiento y deben utilizar una cierta versi贸n del software que podemos llamar cliente. Los clientes tienen una cierta versi贸n y cuando se lanza una nueva versi贸n con nuevas caracter铆sticas la versi贸n se incrementa. De esta manera, es claro y se puede verificar f谩cilmente qu茅 versi贸n de un cliente utiliza el operador del nodo.

Los nodos se actualizan gradualmente sobre la marcha. El equipo entrega una nueva versi贸n del cliente con hermosas nuevas caracter铆sticas, publica el cliente en la web, y lo anuncia p煤blicamente. El equipo b谩sicamente pide al operador del nodo que actualice el cliente a la 煤ltima versi贸n. Los operadores de nodos normalmente lo hacen, sin embargo, pueden no hacerlo por cualquier raz贸n.

La pregunta siempre es si los cambios en el nuevo cliente son compatibles con la versi贸n anterior. Esto significa que si un nuevo cliente crea un bloque, entonces si los antiguos clientes tambi茅n pueden trabajar con ese bloque. En caso afirmativo, s贸lo existe un soft-fork. Tanto los clientes antiguos como los nuevos siguen manteniendo la misma blockchain. Los operadores de nodos no necesariamente actualizan el cliente para seguir manteniendo la blockchain. Por el contrario, puede que no sea as铆, de modo que un bloque creado por un cliente antiguo no tiene por qu茅 ser aceptado por los nuevos clientes.

Si hay un n煤mero mayor de nuevos clientes en la red que el n煤mero de los antiguos, los bloques creados por los antiguos clientes ser谩n en su mayor铆a rechazados por los nuevos clientes, y no ser谩n incluidos en la blockchain. Los nuevos clientes continuar谩n manteniendo otra cadena, que probablemente ser谩 m谩s larga con el tiempo, lo que naturalmente obliga al operador de nodo con cliente antiguo a actualizarse a la versi贸n m谩s reciente.

Observa que el n煤mero absoluto de clientes antiguos y nuevos es irrelevante. Se trata principalmente del dominio del consenso en el sentido de monedas en stake.

Por otra parte, un cambio fundamental en el cliente puede hacer que los clientes antiguos no puedan aceptar un bloque creado por un cliente nuevo. En este caso, estamos hablando de hard-fork. Hard-fork significa que despu茅s de un determinado bloque la blockchain se divide (bifurca). Imagina que es como un carril de una direcci贸n que se divide en los carriles de dos direcciones. El bloque en el que se producir谩 la bifurcaci贸n se elige de antemano.

El equipo espera que la mayor铆a de los operadores de nodos actualicen sus nodos a una versi贸n m谩s nueva del cliente y contin煤en manteniendo una cadena m谩s larga poco despu茅s de la bifurcaci贸n. La cadena mantenida por los clientes antiguos probablemente desaparecer谩 pronto porque nadie est谩 interesado en mantenerla.

Tambi茅n podemos hablar de la aceptaci贸n de los cambios del cliente que el equipo ha realizado.

El hard-fork puede ser bastante peligroso debido a la existencia de dos cadenas separadas en un momento dado. En algunos casos, sin embargo, esta es la intenci贸n. Si un nuevo proyecto va a ser creado a partir de un hard-fork, entonces ambas cadenas se mantienen. Este fue el caso, por ejemplo, de Ethereum y Ethereum Classic, o de Bitcoin y Bitcoin Cash.

Forking es un mecanismo de c贸mo actualizar los clientes a nuevas versiones. Sin embargo, el hard-fork tambi茅n se puede llevar a cabo para crear un nuevo proyecto que surja del antiguo. En este caso, ambas cadenas se mantienen despu茅s del hard-fork. Una cadena por los clientes antiguos y la segunda por los nuevos clientes. En ambos casos, los nuevos bloques tienen que ser a帽adidos continuamente.

Si se crea un nuevo proyecto (y tambi茅n una cadena), cualquiera que tuviera monedas en la blockchain original tambi茅n tendr谩 esas monedas en la nueva. Esto tiene sentido ya que despu茅s del hard-fork ambas blockchains tienen el mismo pasado, los mismos bloques y transacciones. Cambia a partir de la bifurcaci贸n. El siguiente paso es en los exchanges, que tienen que aceptar nuevas monedas y etiquetar la nueva moneda. Tambi茅n hay que crear nuevas billeteras.

As铆 que podemos hablar de dos tipos de bifuraciones (forks). Una en la que todo el mundo quiere actualizar a una versi贸n m谩s reciente, y casi no hay riesgo de crear y mantener una cadena alternativa. La otra, en la que se puede crear deliberadamente un nuevo proyecto a partir de la cadena antigua.

El hard-fork de Cardano

En el caso del hard-fork de OBFT, se trata de una actualizaci贸n tecnol贸gica que introduce un nuevo algoritmo de consenso (basado en BFT). Por lo tanto, despu茅s del hard-fork, se utilizar谩 el nuevo protocolo de consenso. Los titulares de los nodos s贸lo instalan una nueva versi贸n del cliente, y esto ocurre en un momento puntual. Como se puede ver en la imagen de abajo, los bloques azules representan la fase de Byron, mantenida por el consenso de Ouroboros Classic. Despu茅s del hard-fork, se a帽adir谩n bloques naranjas basados en el algoritmo de consenso Ouroboros BFT. La cadena azul se retirar谩 lentamente y s贸lo la cadena naranja continuar谩.

Repetimos una vez m谩s. No se crear谩n nuevas monedas ya que la cadena azul desaparecer谩.


Luego del hard-fork, s贸lo habr谩 una cadena.

Resumen

Esperamos haberte aclarado el tema del hard-fork. No dudes en pedirnos m谩s detalles sobre este tema.

La informaci贸n oficial sobre el hard-fork ser谩 publicada por IOHK. Por lo tanto, sigue los canales oficiales.


Considera la posibilidad de delegar tus ADA en Cardanians, ticker CRDNS.

Nuestro equipo est谩 relacionado con el desarrollo de Adapools.org.

Si te gustan nuestros art铆culos, puedes apoyarnos con una donaci贸n:

[ADA] DdzFFzCqrhsp2Qsit7VGq5jpjehGFmVt9rvJzSRnWJ8S5HaMqpXxg7kguevE7jvxhPgmHbrKGtRXGGF7jVHjcnSBfQ5sEGKB7HVvDNyR

[BTC] 3GvKDw7GWfyawMo3QcHkVJCUjGvbyUqboA

Embajadores de Cardano: Jaromir Tesar y Lukas Barta

V铆as de contacto

Web: https://cardanians.io
Twitter: @Cardanians_io
Adapool Twitter: @AdapoolsO
Email: hello@cardanians.io
Telegram: https://t.me/cardanians
Facebook: Cardano CZ/SK: https://www.facebook.com/groups/cardanoczsk

1 Like