Le récit de “sans confiance” de Babylon est très séduisant, mais des failles dans le code révèlent que la confiance est toujours là
Le point le plus attrayant de Babylon, c’est le récit de “sans confiance” : vous n’avez besoin de faire confiance à aucun pont inter-chaînes, à aucun dépositaire. Le BTC est verrouillé sur le réseau Bitcoin, et la clé privée reste entre vos mains.
À première vue, cela semble bien plus avancé que le modèle de dépositaire centralisé de wBTC. Le réseau principal de Babylon est effectivement en ligne : le TVL a atteint un pic de plus de 6 milliards de dollars, et plus de 57 000 BTC ont été mis en jeu. D’après les données, il est bel et bien le leader de la filière de staking de Bitcoin.
Mais j’ai lu un article de janvier 2026, et j’ai eu un mauvais pressentiment.
Le mécanisme d’extension de vote BLS (vote extension) de Babylon aurait été trouvé vulnérable à une faille logicielle. Des validateurs malveillants pourraient perturber le processus de consensus en omettant le champ du hash de bloc, entraînant des divergences entre validateurs, puis ralentissant la production des blocs. Le contributeur anonyme qui a découvert la faille avertit que cette erreur se situe sur un chemin de code critique du consensus et qu’au cours de l’exécution elle pourrait même provoquer le crash du programme. Le plus ennuyeux, c’est que la faille pourrait déclencher le crash d’autres validateurs à la frontière des epochs du réseau.
Un protocole qui se vante d’être “sans confiance”, mais avec des vulnérabilités potentiellement exploitables par des acteurs malveillants au niveau du consensus. Vous ne faites pas confiance aux personnes, mais vous devez faire confiance au code. Et le code peut contenir des bugs. @BabylonLabs_io
L’équipe de Babylon indique que le problème doit être corrigé au plus vite, mais au moment de la publication de l’article, aucune réponse publique n’avait encore été faite sur les mesures de correction. Ce qui m’inquiète encore plus, c’est que le contributeur qui a découvert la faille est anonyme : il l’a révélée via GitHub. Une faille au niveau du consensus découverte par un contributeur anonyme suggère que l’audit de sécurité du code de Babylon n’aurait peut-être pas couvert tous les chemins critiques.
Babylon a aussi pris conscience du problème. D’après un rapport de recherche sur la sécurité publié par OpenZeppelin en avril 2026, Babylon a conçu un mécanisme de slashing pour faire face aux violations de protocole prouvables. Mais la condition préalable au slashing est “d’être découvert”. Si la vulnérabilité elle-même se trouve dans la couche de consensus, les façons de mal agir des validateurs pourraient ne pas être couvertes du tout par les règles de slashing.
Le TVL monte à 6 milliards, a16z investit 15 millions, et les laboratoires Binance suivent. Mais même avec plus de financement, cela ne change rien au fait que le code contient des failles.
#baby $BABY
Le point le plus attrayant de Babylon, c’est le récit de “sans confiance” : vous n’avez besoin de faire confiance à aucun pont inter-chaînes, à aucun dépositaire. Le BTC est verrouillé sur le réseau Bitcoin, et la clé privée reste entre vos mains.
À première vue, cela semble bien plus avancé que le modèle de dépositaire centralisé de wBTC. Le réseau principal de Babylon est effectivement en ligne : le TVL a atteint un pic de plus de 6 milliards de dollars, et plus de 57 000 BTC ont été mis en jeu. D’après les données, il est bel et bien le leader de la filière de staking de Bitcoin.
Mais j’ai lu un article de janvier 2026, et j’ai eu un mauvais pressentiment.
Le mécanisme d’extension de vote BLS (vote extension) de Babylon aurait été trouvé vulnérable à une faille logicielle. Des validateurs malveillants pourraient perturber le processus de consensus en omettant le champ du hash de bloc, entraînant des divergences entre validateurs, puis ralentissant la production des blocs. Le contributeur anonyme qui a découvert la faille avertit que cette erreur se situe sur un chemin de code critique du consensus et qu’au cours de l’exécution elle pourrait même provoquer le crash du programme. Le plus ennuyeux, c’est que la faille pourrait déclencher le crash d’autres validateurs à la frontière des epochs du réseau.
Un protocole qui se vante d’être “sans confiance”, mais avec des vulnérabilités potentiellement exploitables par des acteurs malveillants au niveau du consensus. Vous ne faites pas confiance aux personnes, mais vous devez faire confiance au code. Et le code peut contenir des bugs. @BabylonLabs_io
L’équipe de Babylon indique que le problème doit être corrigé au plus vite, mais au moment de la publication de l’article, aucune réponse publique n’avait encore été faite sur les mesures de correction. Ce qui m’inquiète encore plus, c’est que le contributeur qui a découvert la faille est anonyme : il l’a révélée via GitHub. Une faille au niveau du consensus découverte par un contributeur anonyme suggère que l’audit de sécurité du code de Babylon n’aurait peut-être pas couvert tous les chemins critiques.
Babylon a aussi pris conscience du problème. D’après un rapport de recherche sur la sécurité publié par OpenZeppelin en avril 2026, Babylon a conçu un mécanisme de slashing pour faire face aux violations de protocole prouvables. Mais la condition préalable au slashing est “d’être découvert”. Si la vulnérabilité elle-même se trouve dans la couche de consensus, les façons de mal agir des validateurs pourraient ne pas être couvertes du tout par les règles de slashing.
Le TVL monte à 6 milliards, a16z investit 15 millions, et les laboratoires Binance suivent. Mais même avec plus de financement, cela ne change rien au fait que le code contient des failles.
#baby $BABY