Hier soir, en fouillant mon portefeuille, j’ai découvert que ce petit montant de BTC mis en jeu sur la chaîne EVM avait en réalité reçu une incitation du protocole. Je pensais sincèrement que le Bitcoin ne pouvait qu’être gardé au froid. En suivant les traces, j’ai retrouvé le livre blanc du projet Babylon et j’ai passé toute la nuit à relire deux chapitres — 4.2 « Chemin de vérification » et 10.1 « Gouvernance des paramètres » — avant de comprendre que ma compréhension était trop superficielle. @BabylonLabs_io
Le cœur technique de Babylon n’est pas de faire fructifier le staking, mais d’introduire un état de calcul externe sans modifier les frontières de validation du Bitcoin. Au troisième chapitre, le livre blanc explique que la chaîne principale Bitcoin sert de couche de règlement final : le protocole hors-chaîne gère la conversion d’état, puis soumet l’arbitrage à l’aide d’une preuve cryptographique. C’est au quatrième chapitre que j’ai compris le vrai sens de la traduction : le résultat de calcul du protocole externe est converti en conditions de dépense indépendamment vérifiables par des scripts Bitcoin ; la chaîne principale ne regarde qu’un point : si ce UTXO satisfait les conditions préétablies. Elle n’a même pas besoin de comprendre la logique métier externe. Le pouvoir d’arbitrage reste toujours entre les mains du réseau Bitcoin — c’est la vraie carte maîtresse de la minimisation de la confiance.
Mais le prix de cette conception se cache au neuvième chapitre. Lors d’une réorganisation de la chaîne Bitcoin, si les transactions de staking dans un bloc isolé sont annulées (rollback), les actifs correspondants déjà frappés hors-chaîne se retrouvent en divergence d’état. J’ai simulé sur le réseau de test l’écart entre 6 confirmations et 30 confirmations : la première option est plus efficace, mais expose davantage en cas de réorganisation ; la seconde offre une marge de sécurité plus élevée, mais allonge la période d’attente des fonds à près de cinq heures. Ce n’est pas un bug de code : c’est l’extension des lois physiques du Bitcoin. Babylon remet le choix entre ces options au mécanisme de vote des détenteurs définis dans la gouvernance des paramètres 10.1, avec le nombre $BABY — au fond, il s’agit d’utiliser la gouvernance sociale pour combattre les probabilités mathématiques.
Je pense que cette conception est suffisamment transparente : elle n’utilise pas de technologies tape-à-l’œil pour masquer les incertitudes inhérentes au Bitcoin ; elle quantifie plutôt la tolérance au risque sous forme de paramètres afin de permettre à la communauté de jouer le jeu. Il est encore impossible de savoir si, à l’avenir, le mécanisme de gouvernance sera capturé par de gros acteurs, mais cette architecture à double couche — punition par protocole et consensus social — pourrait être une voie réaliste pour que le BTC sorte du monde des dépositaires et entre dans un système financier plus vaste. Si c’était toi, tu mettrais 6 ou 30 pour les confirmations de sécurité ? #baby
Le cœur technique de Babylon n’est pas de faire fructifier le staking, mais d’introduire un état de calcul externe sans modifier les frontières de validation du Bitcoin. Au troisième chapitre, le livre blanc explique que la chaîne principale Bitcoin sert de couche de règlement final : le protocole hors-chaîne gère la conversion d’état, puis soumet l’arbitrage à l’aide d’une preuve cryptographique. C’est au quatrième chapitre que j’ai compris le vrai sens de la traduction : le résultat de calcul du protocole externe est converti en conditions de dépense indépendamment vérifiables par des scripts Bitcoin ; la chaîne principale ne regarde qu’un point : si ce UTXO satisfait les conditions préétablies. Elle n’a même pas besoin de comprendre la logique métier externe. Le pouvoir d’arbitrage reste toujours entre les mains du réseau Bitcoin — c’est la vraie carte maîtresse de la minimisation de la confiance.
Mais le prix de cette conception se cache au neuvième chapitre. Lors d’une réorganisation de la chaîne Bitcoin, si les transactions de staking dans un bloc isolé sont annulées (rollback), les actifs correspondants déjà frappés hors-chaîne se retrouvent en divergence d’état. J’ai simulé sur le réseau de test l’écart entre 6 confirmations et 30 confirmations : la première option est plus efficace, mais expose davantage en cas de réorganisation ; la seconde offre une marge de sécurité plus élevée, mais allonge la période d’attente des fonds à près de cinq heures. Ce n’est pas un bug de code : c’est l’extension des lois physiques du Bitcoin. Babylon remet le choix entre ces options au mécanisme de vote des détenteurs définis dans la gouvernance des paramètres 10.1, avec le nombre $BABY — au fond, il s’agit d’utiliser la gouvernance sociale pour combattre les probabilités mathématiques.
Je pense que cette conception est suffisamment transparente : elle n’utilise pas de technologies tape-à-l’œil pour masquer les incertitudes inhérentes au Bitcoin ; elle quantifie plutôt la tolérance au risque sous forme de paramètres afin de permettre à la communauté de jouer le jeu. Il est encore impossible de savoir si, à l’avenir, le mécanisme de gouvernance sera capturé par de gros acteurs, mais cette architecture à double couche — punition par protocole et consensus social — pourrait être une voie réaliste pour que le BTC sorte du monde des dépositaires et entre dans un système financier plus vaste. Si c’était toi, tu mettrais 6 ou 30 pour les confirmations de sécurité ? #baby