Je suis allé parcourir le forum de gouvernance de Babylon et j’ai découvert un sujet très intéressant sur lequel la communauté se dispute
Il y a quelques jours, en flânant sur le forum de gouvernance @BabylonLabs_io , je voulais au départ voir les détails techniques des nouvelles propositions, mais je me suis laissé accrocher par un post qui faisait polémique depuis près de deux mois. Le cœur du débat semble très académique, mais les conséquences sont particulièrement concrètes : si une chaîne PoS connectée à Babylon fait l’objet d’une controverse au niveau de la gouvernance — par exemple une scission de la communauté ou une mise à niveau via hard fork — à quelle branche la responsabilité de la sécurité des détenteurs de BTC mis en staking doit-elle suivre ?
En substance, la question met à l’épreuve les limites de gouvernance des protocoles de sécurité partagée. Le mécanisme de horodatage de Babylon « cloue » l’en-tête des blocs de la chaîne PoS sur le registre de Bitcoin, mais le réseau principal Bitcoin ne reconnaît que la plus longue chaîne : il ne se soucie pas de ce qui se passe dans tes luttes politiques sur ta chaîne PoS. Dès qu’il y a une divergence en chaîne, les choix des validateurs (stakers) deviennent délicats : continuer à produire des blocs pour la chaîne d’origine pourrait être reproché par la partie à l’origine du fork comme une manière de geler des actifs ; basculer vers la nouvelle chaîne pourrait au contraire déclencher la logique de pénalités déjà prévue pour la chaîne d’origine. Dans la communauté, certains proposent d’introduire un module d’arbitrage de gouvernance on-chain, en confiant la détermination de l’attribution du fork à un vote du DAO Babylon. Mais d’autres s’y opposent aussitôt : cela reviendrait à introduire des éléments politiques dans un système décentralisé, et au final on finirait par avoir un conseil de sécurité des Nations unies… en chaîne.
J’ai regardé les données de staking actuelles : les chaînes d’applications que Babylon protège comptent déjà plus de quatre-vingts, avec plus de soixante-quinze mille BTC verrouillés. À cette échelle, une crise de gouvernance sur n’importe quelle chaîne pourrait provoquer des effets en chaîne. Pour l’instant, personne sur le forum n’a proposé de solution satisfaisant toutes les parties, mais au moins le problème est désormais mis sur la table. Dans l’expression « sécurité partagée », « partagée » est plus difficile à définir que « sécurité », et il y a une raison.
#baby $BABY
Il y a quelques jours, en flânant sur le forum de gouvernance @BabylonLabs_io , je voulais au départ voir les détails techniques des nouvelles propositions, mais je me suis laissé accrocher par un post qui faisait polémique depuis près de deux mois. Le cœur du débat semble très académique, mais les conséquences sont particulièrement concrètes : si une chaîne PoS connectée à Babylon fait l’objet d’une controverse au niveau de la gouvernance — par exemple une scission de la communauté ou une mise à niveau via hard fork — à quelle branche la responsabilité de la sécurité des détenteurs de BTC mis en staking doit-elle suivre ?
En substance, la question met à l’épreuve les limites de gouvernance des protocoles de sécurité partagée. Le mécanisme de horodatage de Babylon « cloue » l’en-tête des blocs de la chaîne PoS sur le registre de Bitcoin, mais le réseau principal Bitcoin ne reconnaît que la plus longue chaîne : il ne se soucie pas de ce qui se passe dans tes luttes politiques sur ta chaîne PoS. Dès qu’il y a une divergence en chaîne, les choix des validateurs (stakers) deviennent délicats : continuer à produire des blocs pour la chaîne d’origine pourrait être reproché par la partie à l’origine du fork comme une manière de geler des actifs ; basculer vers la nouvelle chaîne pourrait au contraire déclencher la logique de pénalités déjà prévue pour la chaîne d’origine. Dans la communauté, certains proposent d’introduire un module d’arbitrage de gouvernance on-chain, en confiant la détermination de l’attribution du fork à un vote du DAO Babylon. Mais d’autres s’y opposent aussitôt : cela reviendrait à introduire des éléments politiques dans un système décentralisé, et au final on finirait par avoir un conseil de sécurité des Nations unies… en chaîne.
J’ai regardé les données de staking actuelles : les chaînes d’applications que Babylon protège comptent déjà plus de quatre-vingts, avec plus de soixante-quinze mille BTC verrouillés. À cette échelle, une crise de gouvernance sur n’importe quelle chaîne pourrait provoquer des effets en chaîne. Pour l’instant, personne sur le forum n’a proposé de solution satisfaisant toutes les parties, mais au moins le problème est désormais mis sur la table. Dans l’expression « sécurité partagée », « partagée » est plus difficile à définir que « sécurité », et il y a une raison.
#baby $BABY