$BABY tableau de bord du staking mis à jour en temps réel — compteurs de délégation, APY qui s’actualise, et tout donne l’impression d’être vivant. J’avais toutefois un autre onglet ouvert : la section sur le slashing de la documentation pour #baby , @BabylonLabs_io , et elle reste là, statique, presque comme une annexe que personne n’aurait cru devoir être lue. Ce qui m’a frappé, c’est la fenêtre de preuve pour le slashing en cas de double signature — elle est bornée : il y a une période finie après une infraction pendant laquelle la preuve doit effectivement être soumise on-chain par un fournisseur de finalité ou par un observateur, sinon la violation… finit par “expirer”. C’est bien, je suppose, jusqu’au moment où l’on réalise que l’incitation à construire une bonne infrastructure de détection du slashing est quasiment nulle aujourd’hui, parce que personne n’est payé pour surveiller. Le staking a une interface, un classement, une raison de le vérifier chaque jour. Le slashing a une spécification. J’y reviens toujours parce que c’est l’inverse de ce qu’on attendrait d’un système BTC adossé à la sécurité : la partie qui protège le capital est celle à laquelle on accorde le moins d’attention, sur le plan opérationnel. Peut-être que ça changera une fois que de l’argent réel sera effectivement mis en jeu à grande échelle. Je ne suis pas encore sûr si « éventuellement » est un plan, ou juste une hypothèse que tout le monde fait en même temps.