#dusk $DUSK @Dusk
Leyendo los documentos de cortes de Dusk, una línea me detuvo: las advertencias y fallos solo se restablecen cuando un provisioner obtiene una recompensa, es decir, que realmente produjo o votó en un bloque. Sin temporizador. Sin degradación automática. Solo la participación borra el registro.
El slashing suave en $DUSK SK no quema el stake. Un fallo mueve una parte de este al pool de recompensas y reduce el tamaño efectivo del nodo, lo que disminuye sus probabilidades de ser elegido para el siguiente comité. Así que un provisioner sancionado necesita volver a ser seleccionado para restablecer sus fallos, pero la penalización es precisamente lo que hace que sea menos probable que sea seleccionado primero.
Ahí es donde no me había fijado. No es solo "los nodos malos son castigados". Es un sistema donde la recuperación pasa por la misma puerta que se volvió más difícil de cruzar. #dusk lo plantea como protección de la confiabilidad, y mecánicamente lo hace: los rezagados quedan con menor prioridad y el uptime se premia. Pero el camino de regreso depende por completo de que lo vuelvan a elegir, no de esperar.
Vale la pena comprobar: ¿cuántos epochs suele tardar un provisioner suspendido en @Dusk en volver a un comité activo después de un único fallo?
Leyendo los documentos de cortes de Dusk, una línea me detuvo: las advertencias y fallos solo se restablecen cuando un provisioner obtiene una recompensa, es decir, que realmente produjo o votó en un bloque. Sin temporizador. Sin degradación automática. Solo la participación borra el registro.
El slashing suave en $DUSK SK no quema el stake. Un fallo mueve una parte de este al pool de recompensas y reduce el tamaño efectivo del nodo, lo que disminuye sus probabilidades de ser elegido para el siguiente comité. Así que un provisioner sancionado necesita volver a ser seleccionado para restablecer sus fallos, pero la penalización es precisamente lo que hace que sea menos probable que sea seleccionado primero.
Ahí es donde no me había fijado. No es solo "los nodos malos son castigados". Es un sistema donde la recuperación pasa por la misma puerta que se volvió más difícil de cruzar. #dusk lo plantea como protección de la confiabilidad, y mecánicamente lo hace: los rezagados quedan con menor prioridad y el uptime se premia. Pero el camino de regreso depende por completo de que lo vuelvan a elegir, no de esperar.
Vale la pena comprobar: ¿cuántos epochs suele tardar un provisioner suspendido en @Dusk en volver a un comité activo después de un único fallo?