Nueva propuesta de votaciones busca evitar «coaliciones» para el consenso de Lisk

La comunidad de Lisk debate actualmente tres propuestas para cambiar el sistema de votaciones de delegados que emplea la red para su proceso de consenso de Prueba de Participación Delegada (o DPoS). A través de una publicación en el blog oficial de Lisk disponible desde este lunes 30 de septiembre, los desarrolladores del proyecto presentan las posibles soluciones que ofrecen las propuestas.

En dicha publicación de blog, el equipo de Lisk especifica entre las intenciones de cambiar el sistema de votaciones atender tres aspectos específicos a mejorar. Primero, se refieren a la prevención de que diversos delegados formen coaliciones y voten para beneficiarse entre ellos. También buscan disminuir la barrera de entrada para delegados a la creación y resolución de bloques en la red, de modo que se simplifique el proceso.

Actualmente, cada cuenta vota por 101 delegados que serán los activos para la resolución y creación de esos nuevos bloques, entre los nodos disponibles que aspiran a ser incluidos como delegados activos. El poder o peso de voto depende de la cantidad del token LSK tenga en su posesión la cuenta.

Todas las propuestas, o Lisk Improvement Proposal (LIP), traerían con su implementación “una nueva transacción de votación, un mecanismo de bloqueo para los tokens votados, una nueva forma de calcular el peso del delegado y un nuevo método para seleccionar al delegado que forja esos valores”, desglosa el texto presentado en la web de Lisk.

LIP para mejorar el sistema de votaciones y consenso

Una de esas propuestas es la de Períodos de Bloqueo de Votos y un Nuevo Peso de Votos. Esta propuesta se fundamenta en el bloqueo de los tokens LSK que la cuenta decida usar para su voto, durante la ronda de selección en la que se incluya.

En este sistema, cada cuenta podrá votar por un máximo de 10 delegados (o pools de minería que resolverán los bloques en la red de Lisk). Sin embargo, cada voto usará diferentes tokens. Es decir, cada voto bloqueará una cantidad individual de LSK. Esto traería como beneficio eliminar “el incentivo para que los delegados ‘intercambien’ votos”. Por el contrario, se les “alienta a hacer campañas de forma independiente para cada voto”, en palabras del equipo de desarrollo de la propuesta.

La LIP de delegados en espera ofrece cambiar la longitud de las rondas de selección de delegados de los 101 bloques actuales a 103. Con ello, dos delegados quedarían en espera y serían elegidos de manera aleatoria. Además, el sistema los elegiría de forma proporcional con respecto a su peso (medido en su posesión de LSK).

“Esta mejora hace posible que la mayoría de los delegados registrados forjen bloques, lo que los alentará a ejecutar un nodo y participar en la seguridad de la red”, es la reflexión que se hace al respecto en el mencionado texto.

Denuncia de violaciones al protocolo

La tercera propuesta es incluir un tipo de transacciones denominado “prueba de mal comportamiento”. Con este tipo de transacciones, los usuarios de la red podrían indicar violaciones de las reglas del protocolo contra fallas bizantinas (BFT). Este último garantiza que un bloque no sea reversible.

En los casos en que haya alguna violación del protocolo, el delegado involucrado podría ser castigado con 90 días sin poder forjar bloques. Por ese mismo período de tiempo, sus propios votos estarán bloqueados, mientras que sus votantes serán bloqueados por 30 días.

Estas propuestas son las más recientes en un sistema de propuestas establecido para Lisk en noviembre del pasado año. Este sistema de LIP representa “la columna vertebral” de los planes para mejorar Lisk, declararon en un comunicado en ese momento. Igualmente, el sistema sigue la “tradición” de Bitcoin en cuanto a propuestas de mejora de protocolo, reseñaron igualmente en su declaración.