Al principio miré el staking de Dusk esperando la historia habitual: bloquear tokens, asegurar la red y ganar recompensas. Sin embargo, al investigar Dusk para una tarea de CreatorPad, un detalle llamó mi atención más que la tasa de recompensas: la ventana de madurez.
Dusk requiere al menos 1.000 DUSK para hacer staking, pero los tokens recién en staked no pasan de inmediato a ser elegibles para las tareas de consenso. Deben pasar por aproximadamente dos épocas, alrededor de 4.320 bloques, antes de volverse elegibles para la sortición. Ese retraso tiene más sentido cuando se observa como un mecanismo de seguridad: hacer staking no se trata solo de poner capital en riesgo; la red también necesita tiempo para reconocer y activar ese stake dentro de su proceso de consenso. También me pareció interesante el diseño de la penalización. Un rendimiento deficiente o el incumplimiento de tareas puede mover parte del stake a un fondo de recompensas reclamables en lugar de tratar cada fallo como una quema simple.
La mayoría probablemente primero note la cantidad mínima de staking y las posibles recompensas. Leyendo más a fondo, empecé a ver el período de madurez como una parte tranquila pero importante del diseño de incentivos. Crea una brecha entre el compromiso y la responsabilidad, haciendo que participar en el consenso se parezca menos a encender un interruptor y más a entrar en un proceso.
Eso me dejó con una pregunta diferente: si el staking es en parte una forma de demostrar el compromiso con el tiempo, ¿el período de espera en sí debería considerarse parte de la seguridad de la red?
#dusk $DUSK @Dusk
Dusk requiere al menos 1.000 DUSK para hacer staking, pero los tokens recién en staked no pasan de inmediato a ser elegibles para las tareas de consenso. Deben pasar por aproximadamente dos épocas, alrededor de 4.320 bloques, antes de volverse elegibles para la sortición. Ese retraso tiene más sentido cuando se observa como un mecanismo de seguridad: hacer staking no se trata solo de poner capital en riesgo; la red también necesita tiempo para reconocer y activar ese stake dentro de su proceso de consenso. También me pareció interesante el diseño de la penalización. Un rendimiento deficiente o el incumplimiento de tareas puede mover parte del stake a un fondo de recompensas reclamables en lugar de tratar cada fallo como una quema simple.
La mayoría probablemente primero note la cantidad mínima de staking y las posibles recompensas. Leyendo más a fondo, empecé a ver el período de madurez como una parte tranquila pero importante del diseño de incentivos. Crea una brecha entre el compromiso y la responsabilidad, haciendo que participar en el consenso se parezca menos a encender un interruptor y más a entrar en un proceso.
Eso me dejó con una pregunta diferente: si el staking es en parte una forma de demostrar el compromiso con el tiempo, ¿el período de espera en sí debería considerarse parte de la seguridad de la red?
#dusk $DUSK @Dusk
