Aujourd’hui, parlons du récit de “restaking” promu par Babylon : le talon d’Achille le plus glaçant, lié à la “sécurité partagée entre plusieurs chaînes”, qui entraîne une “liquidation en cascade et une contagion systémique”.
Beaucoup de rapports de recherche aiment dessiner de grands scénarios : une seule part de BTC pourrait, via @BabylonLabs_io , servir simultanément de caution de sécurité pour les chaînes A, B et C, en poussant l’efficacité du capital à son maximum. Ça a l’air d’augmenter le rendement, non ? Mais la finance nous rappelle ceci : si le rendement double, le risque se propage aussi de manière exponentielle.
Vous engagez votre BTC dans Babylon, tout en fournissant un service de validation à un poids lourd Layer2 dont la capitalisation se compte en dizaines de milliards, et à une chaîne PoS périphérique lancée récemment, dont le code n’a pas encore été suffisamment éprouvé en situation réelle.
Soudain, au sein de la chaîne C, survient un bug de synchronisation d’état extrêmement rare, ou bien le client de nœud contient une faille logicielle qui interprète mal le comportement des nœuds, déclenchant alors la pénalité cryptographique EOTS. Boom ! Votre BTC, sur le réseau Bitcoin, est brûlé instantanément.
Mais le véritable cauchemar en chaîne ne fait que commencer :
Parce que, une fois que votre BTC est confisqué et détruit sur le mainnet, votre montant de staking de sécurité sur la chaîne A passe instantanément à zéro “physiquement”.
Si plusieurs nœuds de premier plan participent au restaking de la chaîne C afin de capter un APY élevé, alors un bug bénin de la chaîne C, tel un virus, peut en quelques minutes assécher “de l’intérieur”, par le biais des tuyaux, la “ligne de défense” de la chaîne A. L’effondrement d’une petite chaîne bricolée suffit à déclencher une crise de confiance pour une grande chaîne mainstream.
En finance, on appelle cela un “défaut croisé”.
Dans l’écosystème Ethereum, EigenLayer peut encore s’appuyer sur des smart contracts programmables pour mettre en place, selon les différents AVS, des barrières complexes d’isolation des risques et des fonds de secours ; mais pour Babylon, qui repose sur les UTXO de Bitcoin, la pénalité EOTS est une “décision binaire” extrêmement rigide et irréversible : soit tout est intact, soit tout est détruit. Il n’existe tout simplement aucun espace de flexibilité permettant de “ne détruire que la partie liée à la chaîne C, tout en conservant celle de la chaîne A”.
À l’avenir, si $BABY , dans la conception du mécanisme, ne limite pas de façon stricte ce levier de restaking sans frein, alors ces projets PoS dont la qualité varie largement ne deviendront pas seulement des contributeurs négligeables à l’écosystème : ils risquent aussi de se transformer en “chevaux de Troie”, capables de saper la base même de la confiance réseau.#baby
Beaucoup de rapports de recherche aiment dessiner de grands scénarios : une seule part de BTC pourrait, via @BabylonLabs_io , servir simultanément de caution de sécurité pour les chaînes A, B et C, en poussant l’efficacité du capital à son maximum. Ça a l’air d’augmenter le rendement, non ? Mais la finance nous rappelle ceci : si le rendement double, le risque se propage aussi de manière exponentielle.
Vous engagez votre BTC dans Babylon, tout en fournissant un service de validation à un poids lourd Layer2 dont la capitalisation se compte en dizaines de milliards, et à une chaîne PoS périphérique lancée récemment, dont le code n’a pas encore été suffisamment éprouvé en situation réelle.
Soudain, au sein de la chaîne C, survient un bug de synchronisation d’état extrêmement rare, ou bien le client de nœud contient une faille logicielle qui interprète mal le comportement des nœuds, déclenchant alors la pénalité cryptographique EOTS. Boom ! Votre BTC, sur le réseau Bitcoin, est brûlé instantanément.
Mais le véritable cauchemar en chaîne ne fait que commencer :
Parce que, une fois que votre BTC est confisqué et détruit sur le mainnet, votre montant de staking de sécurité sur la chaîne A passe instantanément à zéro “physiquement”.
Si plusieurs nœuds de premier plan participent au restaking de la chaîne C afin de capter un APY élevé, alors un bug bénin de la chaîne C, tel un virus, peut en quelques minutes assécher “de l’intérieur”, par le biais des tuyaux, la “ligne de défense” de la chaîne A. L’effondrement d’une petite chaîne bricolée suffit à déclencher une crise de confiance pour une grande chaîne mainstream.
En finance, on appelle cela un “défaut croisé”.
Dans l’écosystème Ethereum, EigenLayer peut encore s’appuyer sur des smart contracts programmables pour mettre en place, selon les différents AVS, des barrières complexes d’isolation des risques et des fonds de secours ; mais pour Babylon, qui repose sur les UTXO de Bitcoin, la pénalité EOTS est une “décision binaire” extrêmement rigide et irréversible : soit tout est intact, soit tout est détruit. Il n’existe tout simplement aucun espace de flexibilité permettant de “ne détruire que la partie liée à la chaîne C, tout en conservant celle de la chaîne A”.
À l’avenir, si $BABY , dans la conception du mécanisme, ne limite pas de façon stricte ce levier de restaking sans frein, alors ces projets PoS dont la qualité varie largement ne deviendront pas seulement des contributeurs négligeables à l’écosystème : ils risquent aussi de se transformer en “chevaux de Troie”, capables de saper la base même de la confiance réseau.#baby