📎 Hive White paper, feedback (Second Part) 📰

Saludos, amigos de la comunidad de Hive, en el día de ayer comencé una serie de post para ayudar a una mayor comprensión del borrador del White Paper de Hive (para acceder a la publicación, haz click aquí), sobre todo para los que no tienen mucho dominio referente al tema de la blockchain pero también como un aporte a la comunidad en general, por eso, el objetivo también es hacerlos lo más sencillo posible de tal manera de ofrecer un contexto más amplio para entender el texto del documento.

Hoy quiero avanzar un poco más y comentarles sobre la importancia del Delegated Proof of Stake (DPOS) en una blockchain, ya que una de las primeras afirmaciones que hace el White Paper es precisamente que Hive está construida sobre este protocolo.

Lo primero, pues, que hay que considerar aquí es que toda blockchain necesita establecer las reglas para la producción y validación de los bloques de transacción dentro de la red (recordemos aquí que todo lo que realizamos en la plataforma – un voto, un post, etc. – es considerado una transacción).

Por otra parte, cada nodo o computadora que lleva registro de los datos transferidos necesita llevar un orden determinado, pero, ¿cómo se decide esto?, ¿Quién establece el orden a seguir?

Diferentes criptomonedas y las blockchains que les respaldan proponen diversas alternativas, que podemos resumir y agrupar en las siguientes:

• Proof of Work (PoW) En la prueba de trabajo, la decisión sobre cuál es el siguiente bloque a añadir en la cadena la tiene el primer nodo que resuelve un problema matemático complejo, para lo cual necesita un gran poder computacional y realizar varias suposiciones arbitrarias.

• Proof of Stake (PoS) La prueba de participación traslada la necesidad de realizar literalmente una carrera para verificar transacciones a una asignación por ronda a cada nodo participante en la red para validar un bloque.

La elección del nodo que validará el bloque se basa en la cantidad de monedas que tenga congelada o depositada en la blockchain, en esto consiste el stake, que representaría entonces la participación de cada servidor en la red, de tal manera que a mayor depósito o participación, mayor probabilidades de ser elegido se tiene.

• Delegated Proof of Stake (DPoS) En la prueba de participación delegada los que crean y validan cada bloque en la cadena no necesariamente deben tener ellos mismos un stake específico sino que son elegidos por todas las personas que tienen la criptomoneda de la red y sí tienen determinado porcentaje en depósito.

Las personas elegidas se llaman testigos si entran entre los primeros 20 más votados y delegados desde el 21 y siguientes, que deciden las reglas que afectan al algoritmo por el cual los testigos verifican el conjunto de transacciones dentro de la blockchain, es decir, están implicados en cierta forma y siempre que mantengan buena reputación en la red, con su gobierno.

Hive se enmarca, pues, en este último protocolo que tiene como puntos a favor el que necesita un menor consumo de energía, ya que no hay ninguna carrera por producir y validar bloques y una mayor descentralización, porque pueden participar mayor números de personas.

Por otra parte, también resalta su especial forma de abordar el problema del ataque del 51 %, ya que puede constantemente estarse monitoreando el comportamiento de los testigos y delegados o para evitar que éste suceda, como el White Paper dice que Hive está haciendo o realizar un Hard Fork dentro de la blockchain, que fue lo que sucedió en el caso de Steemit.

Hasta aquí, queridos amigos, dejo esta segunda parte, esperando haberles dado unas pistas más para comprender mejor el borrador del White Paper de Hive. Gracias por haberme leído y espero nos volvamos a encontrar en una próxima oportunidad.