Je n’avais pas prévu de retester la horloge d’incarcération de DUSK. J’ai seulement ouvert mon tableau de bord de récompenses de testnet pour réclamer des rendements. C’est là que je l’ai vu : mon fournisseur de finalité avait 99,1 % de disponibilité et 14 événements de réinitialisation de mise en prison au cours des trois derniers mois.
Le tableau de bord ne les a pas signalés. Il les a classés discrètement dans l’historique, comme un CV qui dissimule les trous en étirant les dates. Chaque réinitialisation a ré-ancré le StartHeight, redémarrant la fenêtre de vivacité de 28 heures avant que l’ancienne ne puisse arriver à maturité. Le fournisseur n’était pas fiable. Il blanchissait l’absence en se réinsérant.
Je capitalisais des récompenses provenant d’un validateur rarement présent, parce que la pénalité pour les votes manqués expirait plus vite que les epochs qu’il avait manquées. La métrique en laquelle je croyais — la disponibilité — ne mesurait pas la disponibilité. Elle mesurait à quel point un opérateur pouvait rafraîchir son propre alibi. Cette nuit-là, le tchat vocal de DUSK ne parlait pas de Phoenix ou de Citadel. C’était une utilisatrice nommée Mara qui demandait comment auditer, en chaîne, les compteurs de réinitialisation de mise en prison. Personne n’avait de réponse claire. Les données existent.
L’interface ne les affiche pas. Nous déléguions tous à des opérateurs que nous n’avions jamais vus rester éveillés, parce que le seul chiffre qui comptait était celui conçu pour être “joué”. La réduction des récompenses punit la malveillance. L’incarcération était censée punir la négligence. Mais, dans la pratique, l’incarcération ne punit que ceux qui oublient de se réinscrire avant que l’horloge ne rattrape son retard. Le réseau n’a pas besoin d’un validateur malveillant pour échouer.
Il lui suffit de suffisamment d’opérateurs qui comprennent que l’absence est gratuite tant que vous revenez au bon bloc. Les calculs sont transparents. La disponibilité qu’elle annonce ne l’est pas.
#dusk $DUSK @Dusk $ACE $AKE
Le tableau de bord ne les a pas signalés. Il les a classés discrètement dans l’historique, comme un CV qui dissimule les trous en étirant les dates. Chaque réinitialisation a ré-ancré le StartHeight, redémarrant la fenêtre de vivacité de 28 heures avant que l’ancienne ne puisse arriver à maturité. Le fournisseur n’était pas fiable. Il blanchissait l’absence en se réinsérant.
Je capitalisais des récompenses provenant d’un validateur rarement présent, parce que la pénalité pour les votes manqués expirait plus vite que les epochs qu’il avait manquées. La métrique en laquelle je croyais — la disponibilité — ne mesurait pas la disponibilité. Elle mesurait à quel point un opérateur pouvait rafraîchir son propre alibi. Cette nuit-là, le tchat vocal de DUSK ne parlait pas de Phoenix ou de Citadel. C’était une utilisatrice nommée Mara qui demandait comment auditer, en chaîne, les compteurs de réinitialisation de mise en prison. Personne n’avait de réponse claire. Les données existent.
L’interface ne les affiche pas. Nous déléguions tous à des opérateurs que nous n’avions jamais vus rester éveillés, parce que le seul chiffre qui comptait était celui conçu pour être “joué”. La réduction des récompenses punit la malveillance. L’incarcération était censée punir la négligence. Mais, dans la pratique, l’incarcération ne punit que ceux qui oublient de se réinscrire avant que l’horloge ne rattrape son retard. Le réseau n’a pas besoin d’un validateur malveillant pour échouer.
Il lui suffit de suffisamment d’opérateurs qui comprennent que l’absence est gratuite tant que vous revenez au bon bloc. Les calculs sont transparents. La disponibilité qu’elle annonce ne l’est pas.
#dusk $DUSK @Dusk $ACE $AKE