J’ai remarqué quelque chose de bizarre en comparant les entrées de staking BABY aux durées réelles de verrouillage du BTC. Ma première hypothèse était la logique habituelle du staking — des lockups plus longs signalent une conviction plus forte. Cette hypothèse n’a tenu qu’environ une journée.

En creusant dans les données de timelock, j’ai constaté que les fournisseurs de finalité ne recevaient pas simplement le BTC délégué de manière passive — ils se le disputaient en fonction de leur exposition au risque de slashing, et pas uniquement pour le rendement. C’est à ce moment-là que le mécanisme de Babylon m’a fait “tilt” : le BTC n’entre jamais dans un contrat mutualisé ; il reste natif sur la couche de base, tandis que les engagements de sécurité sont superposés via le module de staking.

Cela a complètement reconfiguré ma perception. La fourniture de sécurité et la génération de rendement ont l’air identiques de l’extérieur, mais elles sont fonctionnellement distinctes ici. Un fournisseur de finalité peut attirer du capital délégué grâce à ses garanties de sécurité, le rendement devenant un résultat secondaire plutôt que l’objectif principal. La plupart des observateurs supposent qu’un APR plus élevé signifie une demande de sécurité plus forte. En observant que le BTC délégué se répartit de manière inégale entre des fournisseurs avec des bandes de rendement similaires, je ne suis désormais plus convaincu que ce soit le cas.

Ce que je n’arrive pas encore à résoudre, c’est comment ce découplage se maintient quand plusieurs chaînes s’appuient sur le même pool de sécurité en BTC. Si plusieurs réseaux reposent sur des fournisseurs de finalité qui se recouvrent, un événement de slashing sur une chaîne pourrait exposer des stakers dont le BTC n’était pas destiné à soutenir cette chaîne.

À l’avenir, le indicateur que je surveille n’est plus le mouvement du rendement : c’est la fréquence de redélégation — à quelle fréquence les stakers font tourner leur BTC entre des fournisseurs de finalité, et si ces requêtes se regroupent autour d’événements réseau plutôt que de changements d’APR. Ce schéma révèle si ce capital se comporte comme un engagement d’infrastructure ou comme un stationnement opportuniste.

La question ouverte avec laquelle je continue de rester : si le BTC peut sécuriser un réseau sans quitter Bitcoin, à quoi ressemble concrètement un échec de stake qui se recoupe — et est-ce que quelqu’un l’a déjà modélisé ?

@BabylonLabs_io #baby $BABY

$ZIL