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?
Greetings, friends of the Hive community, yesterday I started a series of posts to help a better understanding of the draft of the Hive White Paper (to access the publication, click here), especially for those who do not have much domain regarding the blockchain issue but also as a contribution to the community in general, so the goal is also to make them as simple as possible in order to provide a broader context to understand the text of the document.
Today I want to go a bit further and comment on the importance of the Delegated Proof of Stake (DPOS) in a blockchain, since one of the first statements that the White Paper makes is precisely that Hive is built on this protocol.
The first thing to consider here is that every blockchain needs to establish the rules for the production and validation of the transaction blocks within the network (remember here that everything we do on the platform - a vote, a post, etc. - is considered a transaction).
On the other hand, each node or computer that keeps track of the transferred data needs to keep a certain order, but how is this decided, and who establishes the order to be followed?
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.
Different crypto-currencies and the blockchains that support them propose various alternatives, which we can summarize and group in the following:
Proof of Work (PoW) In the proof of work, the decision about which is the next block to add in the chain is taken by the first node that solves a complex mathematical problem, for which it needs a great deal of computational power and to make several arbitrary assumptions.
Proof of Stake (PoS) The Proof of Stake shifts the need to literally run a race to verify transactions to one allocation per round to each participating node in the network to validate a block.
The choice of the node that will validate the block is based on the amount of coins it has frozen or deposited in the blockchain, this is the stake, which would then represent the participation of each server in the network, so that the greater deposit or participation, the greater the probability of being chosen.
- 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.
- Delegated Proof of Stake (DPoS) In the delegated participation test, those who create and validate each block in the chain do not necessarily have to have a specific stake themselves, but are elected by all the people who have the network's crypto-currency and do have a certain percentage on deposit.
The elected people are called witnesses if they are among the first 20 most voted and delegated from the 21st and following, who decide the rules that affect the algorithm by which the witnesses verify the set of transactions within the blockchain, that is, they are involved in a certain way and as long as they maintain a good reputation in the network, with their government.
Hive is therefore part of this last protocol, which has as its points in favor the one that needs less energy consumption, since there is no race to produce and validate blocks and greater decentralization, because more people can participate.
On the other hand, it also highlights its special way of addressing the problem of the 51% attack, since the behavior of witnesses and delegates can be constantly monitored or to prevent it from happening, as the White Paper says that Hive is doing or performing a Hard Fork within the blockchain, which is what happened in the case of 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.
So far, dear friends, I leave this second part, hoping to have given you a few more clues to better understand Hive's draft White Paper. Thank you for reading me and I hope we will meet again in a future opportunity.
- Traducido con www.DeepL.com/Translator || Translated with www.DeepL.com/Translator
Translated with www.DeepL.com/Translator - Los emojis se hacen con Bitmoji.com || The emojis are made with Bitmoji.com
- Portada editada en Canva || Cover edited in Canva
- Referencias || References 📹 📹
Este Post será compartido en Twitter con hastags #hive y #posh para promover la iniciativa "Prueba de Compartir" de Hive y 
