Je recommande à tout le monde de regarder cette vulgarisation scientifique
币安Binance华语
·
--
“Ne ris pas, toi non plus tu ne trouveras pas le 4e 😨”
🪤 On dit que c’est le défi #币安安全星期四 le plus difficile de l’histoire : peux-tu retrouver tous les pièges en un temps record ?
👉 点击参与实景陷阱追踪挑战, pour se disputer la première place 🏆
Les 10 premiers du classement reçoivent chacun une récompense de détective de 100U, et les trois premiers obtiennent en plus une boîte cadeau de produits dérivés !
Partage et, dans les commentaires, montre une capture d’écran de la réussite, puis 15 personnes seront tirées au sort pour recevoir 44U 🧧
Le compte à rebours pour les créateurs de contenu ne laisse plus que trois jours. Ceux qui comprennent ont déjà commencé à y réfléchir et sont excités 😊。
Aujourd’hui, nous ne parlerons ni de gestion des risques, ni de “挂单”, mais de l’innovation de tokenisation la plus essentielle, et pourtant la plus facilement négligée, autour de @TermMax — **transformer des positions d’emprunt/prêt complexes en actifs standardisés ERC-20 et NFT (modèle en trois générations de tokens : FT / XT / GT)**。
Dans les protocoles de prêt/lending DeFi traditionnels, votre dette ou votre dépôt est souvent liée à un seul justificatif de pool de liquidité (par exemple, aToken). Pour vendre par anticipation une position de prêt non arrivée à échéance, ou pour isoler séparément les revenus d’intérêts qui y sont inclus, la complexité opérationnelle est très élevée et vous vous exposez à une décote de liquidité importante。
TermMax brise totalement ce blocage : il décompose une dette à taux fixe intégrale en trois éléments :
* **FT (Principal Token)** : représente le principal à taux fixe à venir. Traité via des opérations d’actualisation (discount), remboursé directement à l’échéance, transformant ainsi un rendement fixe en un actif standardisé. * **XT (Yield Token)** : découpe et regroupe spécifiquement les fluctuations de taux, permettant aux traders de ne pas détenir le principal, et de parier avec précision sur l’évolution future des taux. * **GT (Gearing Token)** : encapsule directement des positions de levier complexes sous forme de NFT ERC-721, afin de pouvoir les transférer librement, les échanger et même effectuer une deuxième mise en gage sur le marché secondaire.
Cette conception qui “atomise” la séparation de la dette et des intérêts revient, en substance, à transformer une position de prêt rigide en modules standardisés pouvant circuler librement dans l’ensemble de l’écosystème DeFi.
Quand intérêts et principal peuvent être négociés librement sur les DEX comme n’importe quel token, le marché des rendements fixes entre alors véritablement dans l’ère d’une liquidité secondaire qui lui est propre. Les combinaisons rendues possibles par cette logique de tokenisation sont bien plus stimulantes qu’un simple taux de rendement élevé à court terme。 #termmax @TermMax
Hier soir, j’ai encore veillé tard à tout relire : le mécanisme de compensation et de gestion des risques pour @TermMax . Je voulais au départ juste étudier comment on définit la ligne de liquidation et comment se déroule la logique de liquidation en cas d’extrême volatilité… mais plus je calcule, plus ça devient fascinant. Dans le groupe, tout le monde inonde le chat en discutant de combien de fois le TMX peut ouvrir, et si les gros comptes vont déverser une pression à la vente pour faire chuter le marché. Pourtant, dans le livre blanc, la manière de traiter les risques liés aux “queues de distribution” et d’y répondre avec élégance est bien plus captivante que les fluctuations à court terme du prix des cryptos.
DeFi a crié pendant si longtemps que des institutions allaient entrer en scène, en remplaçant les banques traditionnelles… mais dès qu’un cygne noir arrive, liquidation en cascade, voire liquidation jusqu’à passer en négatif et zéro. Avec un niveau de contrôle de risque pareil, comment pourrait-on attirer de vrais capitaux de taille ?
Dans le passé, avec les mécanismes de liquidation traditionnels, le liquidateur court après les deals au moyen de pénalités et de profits exorbitants ; l’emprunteur, lui, subit un énorme slippage. Et quand le marché se met à bouger violemment, cela déclenche facilement des liquidations en cascade. La marge de sécurité est si fine qu’elle ressemble à du papier. On voit bien des rendements annuels élevés sur le papier, mais en réalité tout repose sur les utilisateurs ordinaires qui reprennent le risque de la partie la plus extrême.
TermMax a changé l’approche de la liquidation. Il introduit des taux de collatéralisation convertis de manière dynamique et une zone tampon d’alerte. En combinaison avec le Range Order AMM pour un appariement de profondeur en chaîne, le processus de liquidation passe d’un modèle de “falaise brutale” à une “sortie de liquidation lissée”. Le système peut même ajuster en temps réel l’espace d’arbitrage de clôture selon la profondeur de liquidité des actifs : il n’offre pas aux liquidateurs malveillants une opportunité de prédation, tout en assurant l’absorption immédiate des créances douteuses à la base et leur couverture.
Cette conception qui confie entièrement le contrôle du risque à la théorie des jeux mathématiques et à l’appariement algorithmique enferme directement le risque de queue dans une cage de logique strictement définie. Bien sûr, la volatilité après le TGE et les ruptures de liquidité doivent être surveillées, mais TermMax transforme la “non-certitude de la liquidation” que les institutions redoutent le plus en un module standard de gestion des risques. En refermant le document, ce n’est pas “encore un protocole qui fait émettre sa monnaie : est-ce qu’il va réussir ?” qui me vient à l’esprit, mais plutôt l’idée qu’il comble réellement une pièce manquante du socle DeFi. Ce socle de sécurité solide est plus excitant, pour moi, que la hausse du TMX. #termmax @TermMax $BTC
Hier, j’ai aidé un ami à sélectionner des nœuds de validation Babylon. Il m’a envoyé direct une capture d’écran classant les APY. Je lui ai répondu que ce mode de sélection peut encore fonctionner dans l’écosystème Ethereum, mais qu’avec la logique de co-staking de Babylon, tôt ou tard il va en pâtir. La vraie puissance d’un nœud FP ne se mesure pas à la somme de rendements qu’il promet, mais au montant de BABY qu’il a réellement mis en dépôt dans sa poche.
L’architecture de Babylon est particulièrement spéciale : elle lie de force la liquidité du BTC et la sanction économique du BABY. Ton $BTC sert d’actif de référence sur le réseau principal, tandis que le FP doit fournir sur la chaîne BABY une allocation de co-staking suffisante. Ce n’est que lorsque la quantité de BABY mise en jeu par le FP lui-même atteint le niveau d’eau du système qu’il peut rester sur la liste active pour “manger”.
Le taux de tolérance de ce niveau d’eau est extrêmement crucial. Imaginons qu’un FP n’ait presque rien mis en jeu : dès que le prix du BABY baisse, ou si le volume des délégations entrantes devient trop important, son taux de couverture s’effondre instantanément sous le seuil limite. Le système le nettoie sans ménagement lors du prochain epoch, et ton BTC revient alors à être laissé en veille pour rien. De plus, quand une mauvaise conduite d’un nœud déclenche une confiscation, côté Bitcoin, la récupération de la clé privée permet d’attraper les UTXO via EOTS, tandis que côté BABY, les nœuds du réseau laissent directement brûler la part correspondante par consensus.
Cela signifie qu’au moment de choisir les nœuds, il faut être très vigilant. Beaucoup de FP semblent avoir une mise en jeu énorme, mais en réalité ils tiennent grâce à des jetons déverrouillés très tôt. Le véritable filet de sécurité, ce sont les nœuds construits par des achats sur le marché secondaire et verrouillés sur la durée. Si un nœud a un problème, les particuliers n’auront pas de revenus pendant jusqu’à 14 jours de période de unbonding. Donc, prendre l’épaisseur de co-mise en jeu (self-stake) BABY du FP comme option de filtrage centrale, c’est la base pour garantir une croissance d’actifs stable et solide. #baby $BABY
Je viens de relire la documentation technique TBV de @BabylonLabs_io . Au début, je pensais que le Provider ne pouvait pas toucher à la clé privée BTC : au mieux, c’était un simple intermédiaire chargé de “faire le travail”. Si le service était mauvais, je me disais qu’on n’avait qu’à en prendre un autre. Mais en lisant le chapitre sur l’initialisation du vault, je me suis rendu compte que ce “coursier”, une fois choisi, est littéralement soudé au contrat et qu’il n’existe aucun moyen de changer d’entrée pendant tout le cycle de vie.
Il ne garde pas vos fonds, mais il détient toute la chaîne de sortie normale : peg-in a besoin qu’il déclenche, la rédemption nécessite qu’il calcule le ZK proof, et les trois diffusions Claim, Assert, Payout dépendent toutes de la disponibilité de ses nœuds en ligne. Les commissions sont effectivement figées une fois au moment de la création, et le BTC reste sagement dans une sortie Taproot indépendante — personne ne peut le voler physiquement. Mais si le Provider tombe en panne, ce n’est plus simplement “cliquer sur Redeem”. Il faut retourner le contenu, chercher le WOTS keypair et les artefacts du claimer, exécuter à la main la procédure en self-service via la CLI du watchtower, puis rester là, les yeux ouverts, en attendant que les presque 72 heures de la période de challenge se soient écoulées.
Donc, quand on choisit un Provider, ce n’est pas une question de commencer par regarder le tableau des frais. Les rapports d’aptitude qui comptent, ce sont : son historique de disponibilité en ligne, la latence en “queue longue” de génération des preuves ZK, la proportion de succès des redemptions via le chemin normal, et le nombre d’utilisateurs forcés à emprunter le tunnel de survie en self-claim. Ce sont ces éléments qui distinguent un “vrai service parfaitement fluide” d’un “pseudo-non-custodial”. À l’heure actuelle, nous sommes encore sur le testnet public : le livre blanc promet un système sans confiance, mais il n’a pas encore fourni de données d’exécution réelles au niveau de service. Ce vide, c’est précisément ce qui me préoccupe le plus.
Le vrai non-custodial ne veut pas dire que sur votre chemin il n’y a besoin de personne : il faut simplement que, si cette personne lâche, la clé de secours que vous tenez entre vos mains puisse encore ouvrir la porte. Mais le fait d’avoir la clé ne dit pas tout : il faut aussi savoir combien de tours vous devez effectuer, et combien de temps vous devrez attendre.
Dans quel ordre hiérarchisez-vous votre Provider ? A. Pousser les frais au minimum B. Maximiser le taux de disponibilité des nœuds C. Rendre le processus manuel d’évasion idiot-proof
Je suis pour B, mais le jour où le Provider tombe vraiment en panne, la barre de C est-elle assez basse ? C’est cela qui détermine si vous allez crier au scandale. Dites dans les commentaires quelle est votre priorité. @BabylonLabs_io #baby $BABY
Le samedi dernier, dans un café, Lao Zhao a étalé son ordinateur portable : sur l’écran, on voyait le tableau de circulation de BABY. Il m’a demandé : « Le budget de sécurité de Babylon doit-il être revalorisé à nouveau selon le prix de la devise ? »
De retour à la maison, j’ai disposé le document sur le bureau. En échangeant BABY contre des bitcoins, on obtient une certitude économique : le livre blanc est cohérent. Les détenteurs bloquent BTC pour obtenir BABY ; puis FP met en gage BABY pour acheter un droit de signature. Il s’agit d’une expérience consistant à greffer un moteur PoS sur une couche de règlement.
Mais en superposant, au moment du décryptage, la part déverrouillée chaque mois, le seuil de mise en gage de FP et la quantité de tokens bloqués, le café a refroidi.
Le budget de sécurité de Babylon présente une structure dissimulée : la ligne de défense économique du protocole, mesurée par la « prime » de finalité ultime du Bitcoin à travers la valeur de marché de BABY. En revanche, la part interne déverrouillée automatiquement chaque mois est une expansion rigide, gravée en dur dans le code ; l’arrivée de cette offre est, elle, inévitable. Plus sournois encore : le piège procyclique de la mise en gage FP—quand les tokens se déverrouillent et diluent le carnet en circulation, le prix baisse, et la valeur mise en gage de FP s’érode. Si le montant tombe sous le seuil, FP est exclu de la liste : le « sous-traitant » de la finalité externe en perd un. Le plus critique : la couche de pénalité EOTS dépend de la valeur totale de BABY mise en gage par FP ; quand la valeur de marché baisse, le coût d’une attaque peut devenir inférieur à la valeur confisquée, et la dissuasion par confiscation passe de « insupportable » à « calculable ».
Il y a encore un autre compte : en ajoutant la perte de BABY et le coût d’opportunité en BTC, les stakers paient en réalité pour fournir un service de sécurité. Dans un marché haussier, la hausse masque tout ; mais dès que le mouvement s’inverse, c’est la clé de la fuite des capitaux. Sur le mainnet, le montant de BTC bloqués sur le papier est impressionnant, mais bloquer n’est pas synonyme de loyauté : ce n’est que de la liquidité sans meilleur endroit où aller.
Le point où Babylon sait le mieux raconter une histoire — « le BTC ne sort pas du mainnet, et les clés privées restent entre les mains » — ressemble à un rêve ultime de Holder. Mais le sentiment de sécurité retombe toujours sur une question ancienne : si les briques du mur porteur sont construites avec des tokens qui gonflent automatiquement chaque mois, et que ceux qui posent les briques retirent eux-mêmes des biens à chaque mois, alors ce mur protège-t-il contre les étrangers, ou contre la courbe d’offre elle-même ?
Et vous, Lao Zhao, qu’en pensez-vous ?
Ce qui précède ne sont que des opinions personnelles et ne constitue pas un conseil en investissement. Avez-vous un avis différent ? N’hésitez pas à en discuter dans la section commentaires. @BabylonLabs_io #baby $BABY
Je me souviens d’un ancien projet DeFi de prêt auquel j’avais participé : à cause d’une faille dans le partage d’un pool de liquidité, des pirates l’ont vidé. Depuis, je suis obsédé par l’isolation des fonds. En ce moment, en étudiant la documentation du testnet TBV de Babylon, j’ai découvert que sa configuration dans le module de liquidation est particulièrement ingénieuse : « Plusieurs coffres-forts se combinent pour former une position de prêt unique ». Le duel technologique derrière cette phrase est vraiment passionnant.
Dans le modèle de comptes d’ETH, les actifs de l’utilisateur s’entremêlent tous dans un même état de contrat intelligent : il suffit d’un petit déclenchement pour que tout s’en ressente. Mais le TBV basé sur le réseau BTC suit une voie très orthodoxe. Supposons que vous déposiez votre BTC en trois fois : le système ne mélange jamais les fonds, et vous donne au contraire trois coffres-forts UTXO indépendants. Quand vous déclenchez un emprunt, le système exécute directement un « prélèvement par préfixe » — comme acheter en file : il commence par le premier coffre-fort, déduit jusqu’à atteindre le montant requis, puis s’arrête aussitôt. Durant tout le processus, aucun compte global partagé n’est jamais créé.
Grâce à un ensemble de logique d’ordonnancement extrêmement maîtrisée, le problème du prêt est résolu sans briser l’indépendance des UTXO : c’est une manœuvre vraiment brillante. Mais ce qui rend fou, c’est que tout le document passe complètement sous silence le mécanisme de remboursement et de rachat ! Est-ce que l’on déverrouille dans l’ordre inverse, de la fin vers le début, ou bien est-ce qu’on découpe et règle au prorata de manière individuelle ? Sur le testnet Signet, où il n’y a pas de véritable jeu de capitaux, ce type de frictions « hardcore » au niveau du fond a souvent tendance à être ignoré par l’approche « ça marche, donc c’est bon ».
Le fait d’achopper jusqu’au bout sur l’idée de « ne jamais toucher au principal » mérite d’être salué. Mais si, avant le lancement sur le mainnet, on ne complète pas cette logique de rachat, cela risque de freiner à coup sûr tout l’écosystème BABY, notamment la boucle déflation — incitations. Après tout, le moteur économique de BABY a besoin d’une liquidation sous-jacente extrêmement fluide pour soutenir l’ensemble. À vous tous, camarades : pensez-vous que ce mode de prélèvement en file qui respecte strictement les limites ait une chance d’unifier le monde du BTCFi ? N’hésitez pas à laisser un commentaire et à en discuter. #baby $BABY
En relisant les documents d’économie de jetons pour débloquer @BabylonLabs_io , je me suis arrêté à la page « Token Unlock Schedule ». Le document alloue une très grande proportion aux incitations de l’écosystème et à l’équipe ; ma première réaction a été : à quels moments précis la pression de vente liée à la circulation en début de période se concentre-t-elle ?
En continuant, j’ai compris : le déblocage de la communauté et de l’écosystème est lié au taux de participation au staking et au nombre de Finality Providers, de sorte que le rythme de libération devient un indicateur « inversé » de la santé du protocole. En revanche, le déblocage de l’équipe et des investisseurs est codé en dur et ne dépend pas du taux d’adoption : le capital initial dispose donc de fenêtres de sortie clairement définies.
J’ai ensuite regardé la courbe de libération du pool d’incitations. Les récompenses sont distribuées par epoch ; le total et le BTC staké sont positivement corrélés, mais le pool est fixe et la libération est rapide au début. Si le staking explose pendant les trois premiers mois, les stakers de la première heure captent la plus grosse part du gâteau, tandis que les gains des arrivants ultérieurs diminuent. Pour les détenteurs de BTC, le coût de bascule est quasiment nul : aujourd’hui on entre si les rendements Babylon sont élevés, demain on retire si ceux d’EigenLayer sont élevés.
Ce qui m’a vraiment bloqué, c’est l’ancrage de valorisation de BABY. Le document définit BABY comme un jeton de règlement « sécurité en tant que service ». Les paiements sur les chaînes externes permettent d’acheter du BTC via la sécurité économique libellée en BABY. Une flambée des prix rend l’achat trop coûteux ; une stagnation attire trop peu le staking. Cette boucle n’a pas de mécanisme d’autorégulation.
Mon avis : à court terme, BABY dépend du rythme de déblocage et de la demande de staking ; à long terme, tout repose sur la capacité de Babylon à devenir le « fournisseur de sécurité par défaut » de la chaîne POS. Le point clé n’est pas le prix de la devise, mais le nombre de chaînes intégrées supplémentaires chaque trimestre ainsi que les frais réels payés en BABY. #baby $BABY
L’autre après-midi, je suis descendu imprimer des documents en bas, et j’ai croisé Lao Chen (mon cousin, il travaille dans la finance traditionnelle). Il m’a dit : « Dev, votre cercle crypto avec du “lock” (verrouillage) à durée, c’est juste écrire une date, non ? » J’ai failli lui asséner un coup avec le scanner sur la tête. Lao Chen est habitué à la signature sur papier, il ne comprend pas du tout combien de galaxies séparent les “règles physiques” on-chain et les “engagements juridiques”.
Ces dernières semaines, je mène une vérification folle de quelques projets Restaking populaires dont les jetons doivent être libérés. Plus je regarde, plus je me dis que confier le déverrouillage à une signature multi-par-tous (multisig) gérée par une fondation, c’est un faux argument. Les projets qui reposent sur des multisigs basés sur des EOA (comptes contrôlés directement par des clés) font en réalité la même chose : vous leur confiez en même temps le droit aux revenus (d’intérêts) et le droit de sortie. Ce que vous achetez avec de l’or et de l’argent, c’est seulement une reconnaissance de dette d’un tiers, susceptible d’exploser à tout moment à cause d’actes malveillants du comité.
Le mécanisme de libération conçu par Babylon pour le BABY a un détail intéressant : son “axe”. Il ne fait pas du “comité de gouvernance qui ajuste de façon flexible”. Il suit plutôt des règles strictes de la couche BTC, avec les contraintes du modèle UTXO. Via un script Taproot, les conditions de déverrouillage sont écrites directement dans le verrou de chaque unité de fonds. Cette séparation physique, dès la source, coupe court au scénario habituel où “la fondation change une phrase et modifie le déverrouillage”.
Je l’ai testé sur testnet. La grande autorité de libération du BABY est détenue par le consensus physique de la couche BTC, pas par la clé privée d’un portefeuille de la fondation. Sur la chaîne, ce sont des preuves cryptographiques : à l’heure, à la quantité, à l’état—rien ne manque. Le comité veut modifier ? Les nœuds refusent directement de relayer.
Mais cette solution n’est pas une panacée. En tout confier aux scripts BTC, on teste le niveau de l’équipe de développement, et on fait face de front aux limites du débit et aux délais de validation du réseau principal. Le prix de “l’inaltérable”, c’est “pas assez flexible”.
Cela dit, cette exploration a une vraie valeur. Elle met un choix devant nous : une gestion “flexible” mais avec une boîte noire, confiée à la fondation, ou bien un verrou physique on-chain, certes lourd, mais qui vous permet de dormir la nuit. À mon avis, le second est plus fiable.
[TL;DR] Le déverrouillage du BABY n’est pas un “accord gentlemen” du multisig de la fondation : c’est un verrou physique Taproot, soudé dans les UTXO du réseau principal BTC. C’est lourd et limité par les performances de la couche principale, mais c’est plus dur que n’importe quel engagement d’une équipe. Continuez à observer, pas besoin d’agir tout de suite. @BabylonLabs_io Les gars, venez en discuter dans les commentaires sur la place Binance. #baby $BABY
Dans le groupe, quelqu’un a lancé : « Pledge délégué, le BTC ne bouge pas, les revenus arrivent automatiquement ». Je n’ai pas répondu. Ce n’est pas que je ne crois pas Babylon : j’ai juste un défaut. Quand quelqu’un dit « ne t’en occupe pas », moi, j’ai au contraire envie de savoir « qui s’en occupe vraiment ».
Le cousin, à Kuala Lumpur, tient une supérette : il a confié la boutique au responsable historique, mais le système de cartes de membre est relié au numéro de téléphone personnel du responsable. Le cousin a la propriété, mais le responsable garde tous les droits de signature pour le paiement par carte et pour les remboursements.
Le pledge délégué de Babylon fonctionne exactement comme ça. Les UTXO restent visibles dans ton portefeuille comme « verrouillés », mais un Finality Provider fait tourner les nœuds à ta place et signe à ta place. S’il y a double signature (violation EOTS), ce que le protocole « brûle », ce n’est pas son BTC : c’est le tien.
La documentation est claire : une fois la clé privée exposée, le BTC associé à l’adresse de staking est détruit. Or cette clé privée appartient au Provider ; et pourtant ce sont tes actifs qui sont saisis. C’est comme si le responsable utilisait ton permis d’exploitation pour ouvrir deux magasins concurrents : la sanction tombe sur ton permis.
Le Provider facture une commission de 5 % à 20 % ; toi, tu assumes 100 % du risque de saisie, et tu ne touches que 80 % à 90 % des revenus. Il avance la garantie en BABY, mais BABY et le BTC n’ont pas la même volatilité. Tu promets 100 000 $ de BTC, lui avance l’équivalent en BABY. Si un pépin arrive, il désactive le nœud, change de pseudonyme, et ton BTC est déjà parti.
Le plus embêtant, c’est la sortie : changer de Provider implique une période d’unbonding d’au moins 14 jours. Pendant ces 14 jours, le responsable peu fiable continue d’utiliser ta « signature » avec ton autorisation. Si tu veux partir, il faut d’abord attendre la période de verrouillage.
« Non-custodial » ne veut pas dire « sans perte de contrôle ». Déléguer les droits de signature, c’est faire confiance à un intermédiaire déguisé en code.
[TL;DR] Le pledge délégué, c’est : « la propriété t’appartient, mais l’exploitation lui appartient ». Le Provider signe deux fois et brûle ton BTC ; il ne perd que sa garantie en BABY, et le risque est très asymétrique. La période d’unbonding est un piège à la sortie. Tant que la taille de la garantie n’est pas à l’échelle de celle des sanctions, ne te laisse pas hypnotiser par le « non-custodial ».
RIF AKE
Venez en discuter dans les commentaires de la place Binance : avant de déléguer, avez-vous vérifié le solde de garantie du Provider ? #baby $BABY
Le livre blanc de Babylon, section 6, contient une phrase qui m’a laissé perplexe pendant un bon moment.
L’équipe a conçu un mécanisme de confiscation. Finality Provider, lorsqu’il double-signe sur la chaîne de consommation, sera Slash, mais la confiscation se fait en BABY sur la chaîne Babylon ; tandis que Lao Zhang, lui, a verrouillé son UTXO sur le réseau principal Bitcoin, et rien ne bouge.
On appelle ça : « confiscation on-chain, aucune perte off-chain ».
En clair, Lao Zhang verrouille le BTC dans un coffre-fort à verrouillage temporel, et remet la clé à Da Zhuang. Da Zhuang va ensuite confirmer le bloc sur la chaîne de consommation. Si Da Zhuang double-signe et provoque une bifurcation, en théorie, on devrait brûler le BTC de Lao Zhang — mais le script Bitcoin ne le permet pas. Le système ne peut confisquer que le BABY misé par Da Zhuang. Le BTC de Lao Zhang reste intact ; Da Zhuang ne perd que quelques jetons.
C’est comme si Lao Zhang rangeait de vraies bouteilles d’alcool dans le coffre-fort d’une banque et confiait la clé à Da Zhuang pour servir de dégustateur. Da Zhuang s’entend avec des vendeurs d’alcool frelaté, mais la banque répond : « l’alcool ne bouge pas ; on ne peut que déduire sur le salaire ». Combien vaut le salaire de Da Zhuang ? Combien valent les vraies bouteilles ?
Le problème vient de cette « passerelle coupe-feu ». Le livre blanc reconnaît que Bitcoin ne supporte pas une confiscation à distance. La chaîne de consommation prétend tirer profit de la sécurité de BTC ; mais en réalité, le malveillant ne fait que perdre son BABY misé. Si la valeur du BABY est bien inférieure à la valeur du TVL misé en BTC, alors cette « sécurité économique » n’est qu’un décor en papier. Da Zhuang dépose dix mille BABY pour garantir plusieurs millions de BTC : les gains en cas de fraude dépassent largement les pertes.
Plus crucial encore : BABY est un jeton de staking et de gouvernance. Les paramètres de confiscation et les seuils d’entrée sont déterminés par les votants qui stakent du BABY. Le juge qui détermine si Da Zhuang est coupable, c’est tout le monde… qui détient du BABY. Le BTC de Lao Zhang, lui, n’a même pas de place dans les tribunes.
Mon avis : reconnaissez la valeur d’ingénierie de la « délégation par verrouillage temporel », mais ne vous fiez pas aveuglément au « cautionnement BTC ». La chaîne de consommation emprunte le poids de consensus de Bitcoin, mais la sécurité est réduite : ce verrou UTXO non modifiable, quand il est greffé à des incitations économiques BABY, devient une contrainte « souple » ; et la frontière de confiance change radicalement. #baby
Comme d’habitude : DYOR, ne soyez pas rassuré juste parce que vous voyez « staking BTC ». Le mécanisme on-chain de confiscation qui ne peut pas pénaliser le BTC, c’est un compromis pragmatique, ou bien une nouvelle parure de l’Empereur ? Venez en discuter dans la section commentaires de Binance Square. #baby $BABY
Hier soir, Lao Zhang a feuilleté le livre blanc de Babylon au comptoir. Le barman s’est approché et lui a demandé ce qu’il regardait. Il a répondu : « Qui tient la clé qui ouvre la vanne à sorties de l’alcool ».
Le total de BABY : 10 milliards d’unités. Incitations communautaires : 15 %. Mais si on ne regarde qu’un seul chiffre, beaucoup de nouveaux se disent : « La communauté reçoit trop peu ». Pourtant, Lao Zhang ne consulte jamais une seule ligne du tableau de répartition. Le privé : 30,5 %, l’équipe : 15 %, les conseillers : 3,5 %. Ensemble, ces trois blocs représentent près de la moitié. Le plus discret, c’est que la construction de l’écosystème et l’exploitation/développement, chacune : 18 %. Dans le livre blanc, il y a une ligne en petits caractères : « Au lancement de Genesis, déblocage direct de 25 % ».
Les vieux “jeunes pousses” le savent : la répartition des tokens, c’est le menu affiché en vitrine ; le calendrier de déblocage, c’est la liste d’ingrédients en cuisine. Même un menu très beau, si la cuisine déverse tout d’un coup, la salle ne peut pas rester debout.
Le privé de Babylon est verrouillé 12 mois, puis ils versent d’abord 12,5 %, et le reste s’écoule lentement sur 36 mois. L’équipe et les conseillers suivent un cycle de quatre ans : ça a l’air plus “souple”. Mais ces 36 % de l’écosystème et de la R&D sont libérés à la TGE à hauteur de 25 %, et en plus, les 15 % de la communauté sont mobilisables par la fondation à tout moment, sans verrouillage strict — ce qui veut dire que le premier jour du lancement du mainnet, les jetons réellement liquides sont bien plus nombreux que ce que suggère le simple chiffre « 15 % communauté ».
Mon petit cousin, lui, fait de la finance traditionnelle. Il a une phrase : « Ne regarde pas seulement le total au bilan ; regarde les dettes/liquidités exigibles à court terme ». Pareil pour l’économie des tokens : la part de la communauté est-elle élevée ou non, c’est un chiffre statique. Après la TGE, qui pourra réellement déverser des tokens sur le marché secondaire pour faire pression à la baisse, c’est la vérité dynamique.
L’histoire du staking Bitcoin de Babylon est très bien racontée, et les capitaux sont convaincus. Mais est-ce que le prix de BABY tiendra, ça ne dépend pas du degré de rondeur des tartes promises dans le livre blanc : ça dépend du nombre de tokens qui, dans les trois prochaines années, glisseront discrètement du “grand livre de la construction à long terme” vers le marché.
Quand le mainnet aura terminé deux cycles de déblocage, regardez encore cette part de 15 % communauté : est-ce une solide cale qui stabilise, ou un récif englouti par la marée ? Le pourcentage est fait pour être vu ; la libération, elle, c’est ce qui fait vraiment mal. @BabylonLabs_io #baby $BABY
Récemment, lors de mes recherches sur @BabylonLabs_io , un détail m’a fait arrêter de tourner la page du doigt.
D’un côté, on insiste sur le fait que le BTC reste toujours sur la chaîne principale ; de l’autre, on affirme que le verrouillage permet d’obtenir des revenus de garantie de nantissement inter-chaînes. On dirait le frigo-bar de Lao Zhang équipé d’une machine automatique — l’alcool est toujours là, mais il peut “produire des intérêts” comme par magie.
Mais dans un frigo-bar, si personne ne touche aux bouteilles, elles ne se multiplient pas toutes seules.
La “magie” de Babylon, c’est qu’il ne fait pas passer le BTC par un pont inter-chaînes. Il utilise au contraire des verrous temporels et des preuves cryptographiques pour que votre BTC “à distance” serve de caution à la sécurité économique d’autres chaînes PoS. Une fois qu’un Finality Provider agit mal, le slash brûle directement la pièce de BTC de la chaîne principale que vous pensiez “immobile”.
“Staking natif” semble propre, mais il transforme en silence vos actifs : de l’état “en sommeil” vers l’état “en garantie”. Et le multi-staking permet même d’adosser la même quantité de BTC simultanément à plusieurs chaînes. Le rendement affiché semble maximal sur le papier, mais en réalité, c’est une multiplication de l’exposition au risque. Si une chaîne BSN subit une défaillance de consensus, ou si des Providers signent collectivement en double, vos actifs en nantissement deviennent la première rangée de bouclier anti-flèches.
Le plus tordu, c’est que les détenteurs ont l’impression que “mon BTC ne bouge pas”, mais au niveau du protocole, il assume déjà la responsabilité économique pour quelqu’un d’autre. Les gains ne viennent pas de la magie : c’est un loyer que vous encaissez en louant à autrui le droit de vote économique de votre BTC.
Et si, en cas de chute brutale du marché, vous voulez vous libérer d’urgence pour compléter votre position, mais que la période d’unbonding est en file d’attente, qui décide ? Et si le taux de slash dépasse les attentes, la valeur de verrouillage affichée à l’écran semble toujours intacte… mais il manque en réalité un morceau ?
Babylon active bien la mise en mouvement de capitaux endormis à l’échelle du billion, mais “sans pont inter-chaînes” ne veut pas dire “sans risque”. La vraie question à se poser est : mon BTC cautionne qui, dans quelles conditions il est pénalisé, est-ce que la sortie a une priorité, et le risque multi-chaînes est-il isolé par des barrières.
Plus les limites sont claires, plus ça vaut la peine d’envisager un gros volume. On peut observer pour le moment, mais avant qu’un gros acteur n’entre, je préfère d’abord comprendre si cette “bouteille” de BTC dans le frigo-bar est vraiment en sommeil… ou si elle fait le gardien pour les autres.
[TL;DR] Babylon permet au BTC de ne pas quitter la chaîne principale tout en générant des revenus, mais les gains proviennent du transfert de risque. Votre BTC, grâce à des verrous temporels, sert de caution économique à d’autres chaînes PoS ; le multi-staking empile l’exposition multi-chaînes. Ce qu’il faut vraiment clarifier, ce sont les conditions de slash, le cycle de sortie et l’isolation des risques. Plus les limites sont nettes, plus c’est digne de confiance.
J’ai refait ces deux derniers jours l’historique des transferts on-chain de BABY. Je voulais juste comprendre comment cette taxe de 10% sur les transactions se décomposait en plusieurs morceaux.
Mais en regardant de plus près, j’ai eu la sensation que ça ne “collait” pas.
La semaine dernière, Lao Zhang est entré sur le marché. Il m’a dit que Reflection est bien : on se contente de laisser les jetons tranquilles et on encaisse des dividendes. Un vieil ami avec qui je parle souvent de stratégies DeFi a tout de suite secoué la tête : selon lui, Auto-Liquidity est l’essentiel. Plus le pool est profond, moins le slippage est important. Un cousin qui fait de la finance traditionnelle est allé encore plus loin : Burn, c’est réduire l’offre—comme une contraction du bilan—et ça correspond à une manœuvre du playbook de la banque centrale.
Les trois ont discuté avec enthousiasme, mais aucun n’a percé une couche plus profonde.
Dans les contrats de BABY, l’utilisateur ne fait qu’une seule chose : appuyer ou ne pas appuyer sur le bouton. Quant à savoir, après l’appui, comment l’argent est découpé en parts, comment une partie alimente les dividendes, une autre ajoute au pool, une autre est directement brûlée—tout ça, le contrat le fait en coulisses.
À ce moment-là, j’ai soudain compris.
En réalité, BABY ne vend pas seulement une histoire de “mème” et d’affection. Il vend : « Tu appuies, et le reste, ne pose pas de questions. »
S’il n’y avait pas cette répartition automatique, les utilisateurs devraient eux-mêmes démanteler la taxe, constituer eux-mêmes le LP, et juger eux-mêmes quel est l’impact réel de la destruction sur la liquidité—temps et charges cognitives, tout serait à leur frais. À l’heure actuelle, Reflection rend les comptes “jolis”, Auto-Liquidity empêche le pool de s’effondrer, et Burn donne une raison de FOMO.
Le bénéfice, il se voit immédiatement : on peut participer sans se creuser la tête, et “s’enrichir” sans suivre en continu les graphiques ; même sans apprendre le DeFi, on peut faire l’expérience de “revenus passifs”.
Mais le revers, lui, est rarement mis sur la table : l’utilisateur voit bien que les chiffres de son portefeuille bougent, sans forcément savoir ce qui provoque ces variations—des entrées de capitaux externes, ou une sorte d’auto-massage en circuit interne de la taxe. Quand on ne comprend même pas le tableau des taxes, ce que l’on détient, c’est vraiment un actif… ou juste un chèque dessiné sur le sable ?
Du coup, je me dis de plus en plus que Reflection, Auto-Liquidity et Burn sont présentés comme trois coups d’épée, mais qu’au fond, ils accomplissent tous la même mission : reprendre aux utilisateurs le contrôle du “calcul des comptes”. L’utilisateur appuie sur le bouton, et le contrat s’occupe d’écrire l’histoire.
La seule question reste : à mesure que cette répartition automatique devient de plus en plus fluide, les détenteurs gagnent-ils une expérience de détention plus légère… ou est-ce une dépendance passive où l’on s’enfonce davantage ? Le contrat ne donnera pas une réponse standard, mais les données on-chain, elles, le montreront. #baby $BABY $BTC
BÉBÉ Cette clé native, petite, mais qui ressemble beaucoup à une vraie clé d’artisan serrurier
Hier, en écrivant BABY, je parlais de la manière dont Lao Zhang gère le multi-chaînes de staking et empêche qu’une liquidation sur une chaîne entraîne, par ricochet, la position mise en jeu sur une autre chaîne.
Aujourd’hui, je passe à un détail plus proche du « résultat de livraison » : Babylon s’entête à la « non-remise des clés » pour le BTC natif.
Ce point semble anodin.
Mais les petites choses révèlent souvent si une plateforme de staking est vraiment du côté des utilisateurs.
Dans le BTCFi, pour que le bitcoin participe à la DeFi, il faut généralement d’abord remettre les clés — passer à la WBTC, à la cbBTC, ou bien bridger vers une sidechain. Autrement dit : tu confies la clé du garage au propriétaire et, en échange, on te donne une carte d’accès temporaire. C’est pratique pour le protocole ; pour l’utilisateur, c’est un transfert en mode custody, des risques de contrat, et une couche de « menottes électroniques ».
Ce que veut l’utilisateur qui fait du staking, c’est le BTC.
Pas « remplacer le titre de propriété par un bracelet de badge de casier de salle de sport, puis me dire qu’on peut ranger des affaires ».
Si le staking tourne à plein, l’utilisateur veut verrouiller du bitcoin natif. Pourtant, l’actif passe entre des actifs emballés, des contrats en custody, et des ponts inter-chaînes — ce qui crée une sensation de rupture subtile. Le staking commence, mais la pièce n’est plus dans le casier d’origine.
Alors, je regarde @BabylonLabs : ses contrats de staking sont construits directement sur la blockchain Bitcoin. L’utilisateur verrouille du BTC natif : pas besoin de sortir du réseau Bitcoin, pas de création de forme « emballée », pas de custody tierce partie. Le protocole exécute le staking et la confiscation via des scripts natifs de verrouillage fondés sur le temps, directement sur la chaîne principale — la clé reste dans sa propre poche ; elle est simplement temporairement insérée dans le verrou défini par le protocole.
Ce n’est pas une fonctionnalité facile à mettre à la une.
Et ce n’est pas non plus l’ampleur d’un « staking en un clic ». #ETH
Mais c’est un comportement par défaut que devrait avoir un terminal vraiment fiable : l’utilisateur n’a pas besoin de se soucier de combien de tours intermédiaires l’opération fait, et la forme d’actif qu’il conserve à la fin est celle qu’il reconnaît et qu’il peut récupérer à tout moment.
Je pense que des détails comme #baby valent d’être écrits, parce que dans la DeFi, beaucoup de risques ne naissent pas seulement avant le calcul des rendements.
Certains risques arrivent après le staking.
Tu verrouilles des coins, mais tu dois vérifier si le contrat emballé n’a pas été piraté ; tu gagnes des revenus, mais tu crains qu’un custody doive déplacer des fonds au milieu de la nuit ; tu veux sortir, mais le processus de rachat via le pont inter-chaînes se bloque — comme si tu avais gagné en arbitrage du travail, mais que le compte de l’autre était déjà à sec.
Un terminal vraiment mature ne devrait pas forcer l’utilisateur à apprendre, tous les jours, les formes intermédiaires.
Le protocole peut emballer en arrière-plan : c’est nécessaire pour la compatibilité.
Mais côté utilisateur, il ne devrait pas y avoir d’emballage : c’est une limite de custody. #BTC #baby $BABY $BTC