Prueba de participación delegada (DPoS) es un algoritmo de consenso que es un avance de los conceptos fundamentales de Prueba de participación . El algoritmo de consenso de prueba de participación delegada (DPoS) fue desarrollado por Daniel Larimer, fundador de BitShares, Steemit y EOS en 2014.
En el sistema de consenso de Prueba de participación, cada persona que apuesta un token puede participar en el proceso de «acuñación» , lo que significa que tiene la oportunidad de seleccionar Nodes de capa dos que validan aún más el bloque y ser recompensados por agregar bloques a la string de bloques . El sistema DPos se mantiene mediante un sistema de elección para elegir los Nodes que verifican los bloques. Estos Nodes se denominan “testigos” o “productores de bloques” .
Así es como funciona el consenso DPoS:
Votación:
en el consenso de DPoS, los usuarios pueden votar directamente o dar su poder de voto a otra entidad para que vote en su nombre. Los testigos seleccionados son responsables de crear bloques mediante la verificación de transacciones. Si verifican y firman todas las transacciones en un bloque, reciben una recompensa, que generalmente se comparte con quienes votaron por testigo. Si un testigo no verifica todas las transacciones en el tiempo dado, se pierde el bloqueo, todas las transacciones quedan sin verificar y no se distribuye ninguna recompensa a ese testigo. La recompensa se suma a la recompensa del próximo testigo que verifique ese bloque. Tales transacciones son recopiladas por el siguiente testigo, y dicho bloque se llama robado .
Los votos son proporcionales al tamaño de la participación de cada votante. Un usuario no necesita tener una gran apuesta para ingresar al nivel superior de testigos. Más bien, los votos de los usuarios con grandes apuestas pueden hacer que los usuarios con apuestas relativamente pequeñas sean elevados al nivel superior de testigos.
Testigos:
el número de testigos en el nivel superior está limitado a un número determinado que suele estar en el rango de 21 a 101. Estos testigos son responsables de validar las transacciones y crear bloques y, a cambio, se les otorgan tarifas asociadas. Los testigos pueden evitar que se incluyan transacciones específicas en el bloque, pero no pueden cambiar la información de ninguna transacción que los haga similares a los mineros en las strings de bloques de prueba de trabajo. La votación es un proceso continuo y cada testigo en el nivel superior siempre corre el riesgo de ser reemplazado por un usuario que obtiene más votos y, por lo tanto, se considera más confiable. A medida que crece el número de solicitantes de testigos, crece la competencia y la reputación se vuelve crítica para que cada testigo siga siendo competitivo.
Un testigo se mantiene bajo control mediante la amenaza de pérdida de ingresos, el bloqueo de la participación y el puntaje de reputación. Los testigos tienen que bloquear cierta parte de su participación, que se incauta si actúan maliciosamente o intentan atacar la string de bloques.
Una ronda en una string de bloques DPoS con productores/testigos de N bloques sigue un orden de turno rotativo de la siguiente manera:
- Los productores de bloques N son elegidos del grupo de candidatos testigos.
- El productor del bloque k-ésimo firma el bloque k-ésimo, hasta k=N.
- Un bloque se finaliza cuando es votado por (2/3+1) de los productores de bloques. En el caso de dos strings, se sigue la regla de la string más larga. El bloque agregado no se puede revertir.
Delegados:
los usuarios de los sistemas DPoS también votan por un grupo de delegados que supervisan el gobierno de blockchain. No juegan un papel en el control de transacciones. Los delegados pueden proponer cambiar el tamaño de un bloque, o la cantidad que se debe pagar a un testigo a cambio de validar un bloque. Una vez que los delegados proponen dichos cambios, los usuarios de blockchain votan si los adoptan.
Validadores de bloques:
los validadores de bloques en DPoS se refieren a Nodes completos que verifican que los bloques creados por testigos siguen las reglas de consenso. Cualquier usuario puede ejecutar un validador de bloques y verificar la red. No hay ningún incentivo para ser un validador de bloques.
ventajas :
- Las strings de bloques DPoS tienen una buena protección contra el doble gasto.
- DPoS es más democrático y financieramente inclusivo debido a la menor cantidad de participación requerida por un usuario/Node.
- DPoS proporciona más descentralización a medida que más personas participan en el consenso debido al bajo umbral de entrada.
- DPoS no requiere mucha energía para ejecutar la red, lo que la hace más sostenible.
- Las transacciones en DPoS no dependen de la potencia informática necesaria para ejecutar la red, por lo que es más escalable.
- DPoS separa la elección de los productores de bloques de la propia producción de bloques, lo que abre la puerta a modelos más creativos para resolver ambos problemas de forma aislada.
- El método DPoS proporciona la base para implementar modelos de gobernanza interesantes en aplicaciones de string de bloques. En cierto sentido, forma una especie de democracia.
Desventajas:
- La operación efectiva y la toma de decisiones de la red requiere que los delegadores estén bien informados y designen testigos honestos.
- Un número limitado de testigos puede conducir a la centralización de la red.
- La string de bloques DPoS es susceptible a problemas de votación ponderada. Los usuarios con menor participación pueden negarse a participar en las votaciones por considerar que su voto es insignificante.
Aquí hay un ejemplo de algunas strings de bloques DPoS:
string de bloques | Número de testigos |
---|---|
EOS | 21 |
BitShares | 101 |
Steemit | 21 |
lista | 101 |
Arca | 51 |
Publicación traducida automáticamente
Artículo escrito por ciberexplosion y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA