Anoche volví a revisar la documentación y acabé pasando más tiempo en las mecánicas de transacción y recompensa de lo que esperaba.
Lo primero que llamó mi atención fue cómo se verifica una transacción. La red comprueba la firma, revisa el nonce y tiene en cuenta el valor de la transacción, el depósito y el coste máximo de gas. Si la ejecución revierte, se reembolsa la cantidad correspondiente, mientras que el gas no utilizado también se devuelve. Eso me hizo preguntarme qué tan consistentemente se aplican estas reglas ante fallos de contratos más complejos.
Luego me metí en el modelo de recompensas. La documentación describe que el 80% va al generador de bloques, el 10% al comité de votación y el 10% a Dusk. La recompensa variable del generador depende de los votos incluidos, mientras que las recompensas de los votantes se vinculan a los créditos del comité.
Al principio, leí el sistema de créditos principalmente como un mecanismo de incentivos. Pero cuanto más lo pensaba, más me preguntaba por sus efectos en la descentralización. Si los proveedores con más créditos tienen mayor influencia y además tienen más probabilidades de convertirse en futuros generadores, ¿podrían las recompensas reforzar gradualmente la concentración?
El modelo de fallos también plantea preguntas interesantes. Los fallos menores llevan a la suspensión y al slashing suave, mientras que los fallos mayores incluyen bloques inválidos y votaciones dobles.
Todavía estoy trabajando en los detalles, especialmente en torno a cómo las penalizaciones afectan la participación a largo plazo.
¿Las recompensas basadas en créditos podrían concentrar involuntariamente la influencia con el tiempo? ¿Y cómo debería el protocolo equilibrar incentivos fuertes con una participación amplia?
#dusk $DUSK @Dusk
Lo primero que llamó mi atención fue cómo se verifica una transacción. La red comprueba la firma, revisa el nonce y tiene en cuenta el valor de la transacción, el depósito y el coste máximo de gas. Si la ejecución revierte, se reembolsa la cantidad correspondiente, mientras que el gas no utilizado también se devuelve. Eso me hizo preguntarme qué tan consistentemente se aplican estas reglas ante fallos de contratos más complejos.
Luego me metí en el modelo de recompensas. La documentación describe que el 80% va al generador de bloques, el 10% al comité de votación y el 10% a Dusk. La recompensa variable del generador depende de los votos incluidos, mientras que las recompensas de los votantes se vinculan a los créditos del comité.
Al principio, leí el sistema de créditos principalmente como un mecanismo de incentivos. Pero cuanto más lo pensaba, más me preguntaba por sus efectos en la descentralización. Si los proveedores con más créditos tienen mayor influencia y además tienen más probabilidades de convertirse en futuros generadores, ¿podrían las recompensas reforzar gradualmente la concentración?
El modelo de fallos también plantea preguntas interesantes. Los fallos menores llevan a la suspensión y al slashing suave, mientras que los fallos mayores incluyen bloques inválidos y votaciones dobles.
Todavía estoy trabajando en los detalles, especialmente en torno a cómo las penalizaciones afectan la participación a largo plazo.
¿Las recompensas basadas en créditos podrían concentrar involuntariamente la influencia con el tiempo? ¿Y cómo debería el protocolo equilibrar incentivos fuertes con una participación amplia?
#dusk $DUSK @Dusk