#baby $BABY @BabylonLabs_io
Ce qui m’a empêché de dormir après avoir lu la documentation de Babylon n’était pas le mécanisme de slashing. C’était une question plus discrète : que devient-on de 56 000 BTC si l’ensemble des fournisseurs de finalité devient trop concentré pour être remarqué avant que cela ne compte.
Le staking de Bitcoin via Babylon fonctionne en verrouillant des BTC dans des contrats d’obligations régis par des conditions de script natives, et non par des contrats intelligents de type custodial. Cette partie est vraiment bien conçue. Vos pièces ne quittent jamais votre contrôle, comme c’est le cas avec un token enveloppé ou avec un bureau de staking sous contrôle, et le protocole de time-stamping ancre des points de contrôle dans des blocs Bitcoin précisément pour réduire la fenêtre pendant laquelle une attaque à longue portée pourrait réécrire l’historique.
Mais chaque modèle de sécurité a un point faible, et ici, c’est la délégation. Les stakers choisissent des fournisseurs de finalité, et si le capital se concentre autour d’un petit nombre d’opérateurs bien connus, vous recréez le risque exact de centralisation des validateurs que les critiques de la preuve d’enjeu dénoncent depuis des années, en portant simplement la crédibilité de Bitcoin comme un masque.
Je ne pense pas que cela soit suffisamment discuté. Le slashing cryptographique via EOTS est élégant parce qu’il ne nécessite aucun juge : un bloc doublement signé fuit simplement la clé et la mise est balayée automatiquement. Mais un slashing élégant ne vous aide pas si le véritable mode de défaillance est que cinq fournisseurs contrôlent l’essentiel du poids délégué, et que personne ne surveille ce ratio en temps réel.
Les périodes de désengagement ajoutent aussi une couche. Plus rapide que les chaînes PoS héritées, certes, mais cela reste une fenêtre pendant laquelle vos BTC ne sont ni liquides ni entièrement sécurisés. C’est un véritable compromis, pas un problème résolu, et je n’ai pas vu assez de stakers en tenir compte avant de déléguer.
À votre avis, où se situe le plus gros angle mort en ce moment : dans la concentration des fournisseurs, ou dans l’hypothèse que des intégrations BSN non auditées présentent le même profil de risque que Babylon Genesis lui-même ?
$DIA
$BTW
Le risque le plus important de Babylon, en ce moment ?
Ce qui m’a empêché de dormir après avoir lu la documentation de Babylon n’était pas le mécanisme de slashing. C’était une question plus discrète : que devient-on de 56 000 BTC si l’ensemble des fournisseurs de finalité devient trop concentré pour être remarqué avant que cela ne compte.
Le staking de Bitcoin via Babylon fonctionne en verrouillant des BTC dans des contrats d’obligations régis par des conditions de script natives, et non par des contrats intelligents de type custodial. Cette partie est vraiment bien conçue. Vos pièces ne quittent jamais votre contrôle, comme c’est le cas avec un token enveloppé ou avec un bureau de staking sous contrôle, et le protocole de time-stamping ancre des points de contrôle dans des blocs Bitcoin précisément pour réduire la fenêtre pendant laquelle une attaque à longue portée pourrait réécrire l’historique.
Mais chaque modèle de sécurité a un point faible, et ici, c’est la délégation. Les stakers choisissent des fournisseurs de finalité, et si le capital se concentre autour d’un petit nombre d’opérateurs bien connus, vous recréez le risque exact de centralisation des validateurs que les critiques de la preuve d’enjeu dénoncent depuis des années, en portant simplement la crédibilité de Bitcoin comme un masque.
Je ne pense pas que cela soit suffisamment discuté. Le slashing cryptographique via EOTS est élégant parce qu’il ne nécessite aucun juge : un bloc doublement signé fuit simplement la clé et la mise est balayée automatiquement. Mais un slashing élégant ne vous aide pas si le véritable mode de défaillance est que cinq fournisseurs contrôlent l’essentiel du poids délégué, et que personne ne surveille ce ratio en temps réel.
Les périodes de désengagement ajoutent aussi une couche. Plus rapide que les chaînes PoS héritées, certes, mais cela reste une fenêtre pendant laquelle vos BTC ne sont ni liquides ni entièrement sécurisés. C’est un véritable compromis, pas un problème résolu, et je n’ai pas vu assez de stakers en tenir compte avant de déléguer.
À votre avis, où se situe le plus gros angle mort en ce moment : dans la concentration des fournisseurs, ou dans l’hypothèse que des intégrations BSN non auditées présentent le même profil de risque que Babylon Genesis lui-même ?
$DIA
$BTW
Le risque le plus important de Babylon, en ce moment ?
Provider concentration
0%
Unbonding liquidity
0%
Risk is overstated
0%
Unaudited BSN trust
0%
0 Votes • Vote fermé