#dusk $DUSK Je relis le document sur le mécanisme de punition du @Dusk et je découvre un point qui mérite d’être creusé : la frontière entre sanctions « souples » et « dures » est clairement définie, mais l’effet réel de dissuasion dépend de l’exécution, pas seulement des règles elles-mêmes.
Le document définit les sanctions souples pour les provisioners hors ligne ou qui répondent avec retard : elles peuvent suspendre leur droit à produire des blocs. Les sanctions dures visent les comportements malveillants qui signent des informations en conflit : elles peuvent entraîner une perte directe du montant de la mise. La logique des règles est limpide, mais le nombre de fois où elles ont été déclenchées, l’effectivité des sanctions après déclenchement, et l’existence de provisioners qui ajustent leur comportement après sanction pour se relancer—ces données ne sont pas facilement accessibles via des canaux publics à l’heure actuelle.
L’efficacité du mécanisme de punition ne tient pas à la sévérité des pénalités écrites, mais au fait que le coût anticipé d’une violation soit réellement plus élevé que le bénéfice anticipé. Prenons l’hypothèse qu’un provisioner reste hors ligne quelques heures et perd seulement une faible part de récompenses ; s’il détient une mise considérable, la sanction souple peut n’être qu’un « coût d’exploitation » plutôt qu’une « contrainte comportementale ». Pour que la sanction dure ait une vraie force de dissuasion, il faut que la probabilité de détection du comportement malveillant soit suffisamment élevée, et que le montant de la punition couvre le gain potentiel d’une attaque.
Il existe aussi une zone aveugle dans un scénario de délégation. Si un déposant participe via un pool tiers, qui supporte finalement la charge de la punition résultant de la violation du provisioner ? Les dispositions du contrat du pool répartissent-elles explicitement les responsabilités ? Si le gestionnaire du pool agit de façon malveillante, le déposant dispose-t-il d’un recours ? Les réponses ne se trouvent pas dans la documentation du protocole, mais dans les clauses spécifiques de chaque pool et dans la juridiction concernée.
En examinant le mécanisme de punition de DUSK, je ne me contente pas de regarder la sévérité des pénalités : je m’intéresse surtout à la fréquence réelle des événements de sanction, aux changements de comportement des provisioners après la sanction, et à la répartition finale des coûts de punition dans le cas de délégation. Entre une série de pénalités écrites dans le code et une série de pénalités qui modifient réellement les comportements, il y a tout un ensemble d’ingénierie : exécution, supervision et responsabilisation.#dusk @Dusk