兰精灵

#dusk En parcourant récemment le projet RWA, j’ai un peu l’impression de fatigue esthétique. La plupart des propositions, soit sont trop libres côté chaîne : la base de conformité s’effondre dès qu’on pousse un peu ; soit sont trop enchaînées à l’approche de la finance traditionnelle, et toute la flexibilité de DeFi est perdue. Jusqu’à ce que je tombe sur @Dusk : là, je sens que ce n’est pas tout à fait la même chose.

DUSK se positionne comme un Neobroker on-chain, avec l’idée de porter sur la chaîne des actifs grand public comme les fonds monétaires et les ETF. L’élément central repose sur le cadre MTF, qui s’adapte proactivement à la réglementation de l’UE. Au niveau du socle, il s’appuie sur la norme XSC, avec en plus une compatibilité avec Solidity via DuskEVM : la barrière de migration n’est donc pas élevée. Sur le plan technique, la feuille de route suit une approche cryptographique homomorphe + ZK : d’un côté, elle dissimule les détails des transactions institutionnelles ; de l’autre, elle laisse une porte dérobée auditables pour les autorités.

Le partenaire NPEX dispose d’une licence de conformité aux Pays-Bas. Il a déjà réalisé 102 levées de fonds, pour environ 1,96 milliard d’euros, avec 17 500 investisseurs actifs ; les données ont l’air solides.

Mais regarder seulement les licences et la planification ne suffit pas : j’ai encore des inquiétudes. Est-ce que le règlement on-chain pourra continuer d’obtenir l’aval de la régulation ? La forte conformité du MTF et la composabilité de DeFi peuvent-elles coexister durablement ? $DUSK joue-t-il, dans la boucle métier, un rôle vraiment irremplaçable ? Ce sont des inconnues.

En regardant la conception des nœuds, on trouve un configurateur avec nantissement DUSK participant au consensus, un nœud d’archivage qui conserve l’historique complet, un nœud de preuves dédié à la génération des preuves, et tout un ensemble de processus d’exploitation, de mise à niveau et de reprise après incident. Cela montre que le projet ne pense pas seulement à comment démarrer, mais à comment rester stable sur le long terme.

Pour l’instant, le testnet utilise des obligations SME pour une expérimentation de tokenisation ; une fois la mise à niveau Boreas terminée, on passera au listing MTF. La filière RWA ne manque pas de grands récits : ce qu’il manque, ce sont des cas concrets. À court terme, je reste en observation, en suivant surtout l’avancement de la conformité, l’envergure réelle des actifs et la captation de valeur par les tokens. Quand l’argent réel entrera en jeu, je jugerai alors la qualité de cette proposition.

Ces derniers temps, je regarde tout le temps $DUSK , et plus je le regarde, plus je me dis que ce projet prépare en douce un gros coup.

Franchement, aujourd’hui dès qu’on parle de RWA, tout le monde commence par dire comment transférer des actions immobilières on-chain. Mais la question est posée de travers. Sur une blockchain transparente comme une maison en verre, est-ce que les institutions oseraient dévoiler entièrement leurs stratégies de positions ? Dusk ne pense pas à ça : l’objectif, c’est de permettre aux acteurs historiques comme la CSSF (régulateur), les courtiers et autres “gros poissons” d’entrer concrètement dans le jeu.

La démarche de @Dusk est plutôt intelligente : à la base, ils utilisent directement des preuves à connaissance nulle et du chiffrement homomorphe pour mettre en place une confidentialité en couches. Les transactions ordinaires ne sont pas visibles par défaut, mais le régulateur, avec la “clé”, peut retrouver des données de manière ciblée. Résultat : un gros problème est réglé — à la fois conforme, sans exposer les secrets commerciaux. Le règlement passe de quelques jours à quelques secondes, et les coûts de rapprochement chutent d’un coup.

Il y a aussi un point qui me paraît particulièrement solide : le réseau Kadcast de Dusk. Ce n’est pas de la transmission bruyante et chaotique de données, c’est un routage à chemin fixe selon la distance. Les flux redondants sont réduits ; et même si un nœud tombe, le système peut corriger. Ce côté “fiable”, c’est beaucoup plus crédible que ceux qui ne font que crier leurs chiffres de TPS.

Avec le prochain lancement de DuskEVM compatible avec Solidity, et en plus le module de confidentialité Hedger, les contrats EVM pourront aussi exécuter des transactions chiffrées. Des produits comme les fonds et les obligations deviendront plus faciles à déployer. Au niveau supérieur, il y a Dusk Trade : en s’appuyant sur le cadre de l’Union européenne, le projet a obtenu la qualification MTF, et pousse déjà des produits RWA conformes. Côté partenariat, ils avancent avec la bourse agréée NPEX. L’objectif est de mettre en œuvre plus de 300 millions d’euros d’actifs, puis de connecter le flux grâce à Chainlink CCIP.

En bref : Dusk n’est pas juste une simple “mise en correspondance” de tokens. C’est une chaîne qui permet d’émettre des titres financiers réglementaires directement on-chain, avec un processus entièrement on-chain et moins d’intermédiaires. Dans la filière RWA, ce type de voie qui concilie confidentialité et conformité, reste encore assez rare. Ensuite, on verra l’avancement du mainnet et du déploiement réel. #dusk

Rencontrer une touffe de fleurs bleues, des tonalités violettes délicates cachées entre les verdoyances : ralentir, et découvrir tout près de soi de petites merveilles à chaque pas.
$SOL $BNB

Les collines lointaines servent de rideau, le ciel du soir se déploie sur toute la voûte, et toute une ville d’illuminations se cache dans la pénombre. Ralentissez votre pas pour admirer le paysage devant vous : le beau de la vie se trouve souvent dans cet instant du crépuscule, lorsque vous relevez les yeux et le voyez.
$SOL $BNB

$BABY #baby La nuit dernière, j’ai utilisé 0,01 BTC et j’ai suivi tout le processus de Babylon en conditions réelles. J’en ai profité pour emprunter un peu sur Aave, et je vais vous dire mon ressenti réel.

Le déroulement opérationnel a été plus fluide que ce que j’imaginais : je n’ai pas rencontré de blocage ni de message d’erreur soudain du genre qui gâche tout. Au moins, pas besoin de craindre qu’une simple erreur de manipulation fasse disparaître le capital. Par rapport aux projets de “lâcher des air drops” d’avant, l’expérience est vraiment nettement meilleure : il faut vraiment donner un grand like à @BabylonLabs_io .

Mais parlons rentabilité : c’est assez concret. Avec 0,01 BTC à 630 U, j’ai dépensé 2,3 U en frais de gas pour le staking, et pour ensuite déstaker il faut encore repayer. Avec le niveau de rendement actuel, il me faudrait plus de deux cents jours de staking pour récupérer mon coût. Les gros peuvent envisager de faire rouler à nouveau les fonds empruntés afin d’amplifier le rendement ; pour les petits, franchement, ça n’a pas grand intérêt de s’agiter.

Au passage, parlons des mentions rouges sur la page de staking : “pénalité maximale de 0,1%”. Au début, moi aussi j’ai été surpris. Puis j’ai compris : Babylon utilise la technologie EOTS, qui fait que seuls les validateurs qui tentent de commettre une double signature malveillante verront leur clé privée être extraite automatiquement, et n’importe qui peut déclencher la pénalité. En fonctionnement normal, le capital n’est pas entamé ; même si un nœud tombe hors ligne, la perte se limite au rendement. Les 0,1% dans un PoS, c’est très mesuré : c’est plutôt un mécanisme antivol, ça ne vous mord pas si vous ne faites pas de bêtises. Quand vous choisissez un validateur, regardez bien l’historique et la stabilité, et répartissez les délégations entre plusieurs validateurs fiables : c’est plus prudent.

Un autre détail est assez intéressant : le TVL de Babylon est d’environ 2,6 milliards de dollars, tandis que la capitalisation de BABY ne dépasse qu’à peine les 50 millions. Le ratio est donc d’environ 50:1. Autrement dit, les détenteurs qui apportent la “valeur sécurité” en BTC n’ont quasiment aucun pouvoir de gouvernance : les paramètres du protocole, la répartition des récompenses, etc., sont entièrement décidés par les détenteurs de BABY. Dans un PoS classique, le poids de staking et le droit de vote sont liés ; ici, ils sont séparés. Pour l’instant, on n’a pas vu de propositions qui créent un vrai conflit, mais à l’avenir, si des divergences apparaissent, par exemple sur l’ajustement des frais ou l’allocation des ressources, est-ce que cette conception posera problème ? Ça mérite d’être surveillé.

Globalement, l’expérience montre que la conception des mécanismes est vraiment intéressante. Je pense que si vous avez de petits fonds, vous pouvez d’abord observer ; si vous avez de gros fonds, vous pouvez creuser progressivement. $BABY

@BabylonLabs_io #baby Hier soir, en scrolant, je suis tombé sur une actualité : des institutions comme Strategy et BlackRock, ainsi que Coinbase, ont créé une alliance de sécurité pour le Bitcoin. Ils prévoient 15 millions de dollars sur trois ans, avec un focus sur les risques liés à l’informatique quantique. Quand j’ai vu Anchorage, je me suis arrêté net : cette structure est aussi le dépositaire de Babylon Labs. Autrement dit, la même entité gère d’un côté le dépôt (custody) de BTC mis en jeu via Babylon, et de l’autre étudie si le chiffrement du Bitcoin peut résister à des attaques quantiques—deux axes en parallèle, tous deux tournés vers la sécurité.

J’avais déjà vu des contenus sur la cryptographie post-quantique, avec une logique “d’abord voler, puis déchiffrer” : l’attaquant conserve d’abord les données en chaîne, puis les déchiffre une fois les ordinateurs quantiques devenus assez puissants. Cette logique fonctionne aussi pour le schéma de signatures du Bitcoin. Dès que le Bitcoin passe à un système résistant aux attaques quantiques, toutes les applications situées au-dessus, qui reposent sur les signatures existantes, doivent être mises à jour en même temps. Babylon, lui, s’appuie sur une signature à usage unique, entièrement construite sur les algorithmes actuels. Si le calendrier d’évolution des deux côtés est décalé, pourrait-on voir apparaître une “zone de sécurité” vide ? C’est un point que très peu de gens discutent publiquement pour l’instant.

Parlons aussi du design dans l’activité Babylon TBV : dans le testnet, le BTC natif reste verrouillé dans le coffre de Bitcoin Signet. Une fois que Aave v4 le reçoit, l’adaptateur ne génère qu’une seule écriture interne de nantissement, strictement 1:1. Elle ne sert qu’entre contrats autorisés ; transférer vers une adresse ordinaire échoue, n’entre pas dans le portefeuille de l’utilisateur et il n’y a pas de marché secondaire. À la sortie ou lors d’une liquidation, les enregistrements sont tout simplement fermés. Ce mécanisme n’a rien à voir avec le wrapped BTC : c’est plutôt comme un ticket de place de parking—ça prouve qu’il y a une voiture dans le parking, mais ce n’est pas une “nouvelle voiture” qu’on peut ressortir et vendre.

Enfin, sur le déverrouillage (unbonding) $BABY : l’official l’annonce comme étant d’environ deux jours, ce qui est très frappant par rapport aux 21 jours habituels dans Cosmos. Mais ce n’est pas “clic = compte à rebours”. D’abord, la demande fait la file d’attente jusqu’à la fin de l’epoch en cours, puis elle est enregistrée dans les points de contrôle du Bitcoin, et il faut encore attendre la confirmation de 300 blocs. D’après la documentation, cela représente environ 50 heures. Si le processus se bloque au début d’un epoch ou si le rythme de production des blocs Bitcoin ralentit, le délai s’allonge. Le déverrouillage ne signifie pas non plus que le risque est à zéro : les validateurs sont toujours pénalisés, même en cas de double signature (slash de 5%). Ce que j’ai le plus envie d’observer maintenant, ce sont le temps réel d’arrivée des fonds et le taux d’échec selon l’état des réseaux.

@BabylonLabs_io #baby Soyons honnêtes : après avoir regardé autant de projets de cross-chain, Babylon est le premier qui m’ait donné l’impression que “ces gens-là comprennent vraiment Bitcoin”.

Quelle est l’opération la plus impressionnante de TBV ? Pas la rapidité du cross-chain, pas non plus la qualité de l’expérience. Non : TBV ne passe tout simplement pas par cette vieille route consistant à faire assembler des signatures avec une foule de validateurs. Vos fonds restent toujours sur le réseau principal Bitcoin. Il n’y a pas de contrats de pont qui “empoignent” vos actifs et attendent qu’une poignée de clés privées soit transpercée. Cette forteresse est réelle : ce n’est pas une barrière vendue par le marketing.

J’ai lu attentivement le livre blanc : le processus de défi propre à Babylon nécessite bien que les parties prenantes parviennent à un consensus. Mais la différence clé, c’est que ce groupe est déjà “figé” dans le script de Bitcoin au moment de la création du vault. La fenêtre pour mal agir est alors soudée à ce moment-là : ce n’est pas la même chose que de réunir, à l’exécution, des signatures capables de faire passer les fonds. En clair : ce n’est pas le pont qui est le péché originel ; c’est le mécanisme de signatures réunissables à l’exécution qui l’est.

Cela me rappelle EigenLayer l’an dernier, quand tout a été secoué par les oracles. Même après une ré-derivation et un ré-staking de tout ce qu’on veut, au final, décider d’une fraude dépend encore d’un arbitre externe. Et dès qu’il y a un délai ou une attaque, la réduction (slashing) devient du vent. TBV, lui, n’a pas besoin d’arbitre. La logique EOTS : deux signatures suffisent à révéler automatiquement la clé privée — la mathématique fait foi, zéro dépendance externe. Voilà la carte maîtresse la plus sous-estimée.

Le BTC natif n’a pas besoin de ponts : l’expérience est donc “plus fluide”. Et ne pas dépendre de l’oracle pour le slashing, c’est la sécurité solide. Bien sûr, EOTS ne peut attraper que le cas de malveillance par double signature (cryptographie) ; il ne peut rien contre l’émission de transactions censurées ou une longue mise hors ligne. L’outil dédié n’est pas un policier tout-puissant.

Relire la section 9.6 permet enfin de comprendre : les horodatages de Bitcoin apportent une sécurité à long terme, tandis que le staking augmente la sécurité économique contre les attaques à court terme. Le court terme s’appuie sur la dissuasion par “brûlage de jetons”, et le long terme s’ancre via le PoW dans l’histoire. Babylon soude les deux : le réseau PoS obtient à la fois une force de dissuasion “maintenant” et l’immutabilité historique impossible à falsifier.

Le double filet, c’est à condition que deux jambes tiennent debout. La synchronisation des horodatages avec un délai pourrait-elle devenir une faille ? Le seuil de pénalité est-il suffisamment élevé ? Ce sont des points qu’il vaut vraiment la peine de surveiller. Ce qu’on ne peut pas copier fidèlement, c’est cette architecture sans slashing fondé sur des oracles. $BABY

J’ai relu hier encore le livre blanc de Babylon et, franchement, l’impression que j’en ai retirée cette fois-ci est un peu différente de la précédente.

Avant, j’avais toujours l’impression que le BTC sert à l’acheter puis à le laisser tranquille, en attendant que le prix monte, et c’est tout. Mais ce que Babylon veut faire, c’est transformer le BTC : le faire passer du “stockage immobile” à un actif capable de générer des revenus. Aujourd’hui, il y a presque vingt millions de BTC en circulation, mais ceux qui sont réellement utilisés pour faire de la finance on-chain sont très rares. Imagine : avant, pour utiliser du BTC et gagner un peu de rendement via DeFi, il fallait soit passer par un pont cross-chain, soit le tokeniser en WBTC. Mais soyons honnêtes : avec une étape de custody et de pont en plus au milieu, je n’avais pas vraiment confiance. La valeur la plus importante du BTC, c’est la sécurité. Pour quelques gains, perdre la sécurité, ça ne vaut pas le coup.

L’idée de Babylon est justement intelligente : elle ne bouge pas le BTC lui-même. Elle s’appuie uniquement sur les mécanismes de sécurité natifs de Bitcoin pour envoyer le BTC servir de “gardien” à d’autres chaînes PoS, en échange de rendements. En gros, le BTC n’a pas besoin de déménager : il peut “travailler” directement à la maison. Les détenteurs gagnent des revenus, les petites chaînes obtiennent une garantie de sécurité, l’écosystème est davantage disposé à s’y intégrer, donc la demande augmente naturellement. La logique est plutôt fluide, mais le plus gros problème aujourd’hui n’est pas de savoir si la technologie tient la route : c’est plutôt de savoir si le marché va vraiment y croire.

Par ailleurs, j’ai regardé la conception modulaire à l’étape Genesis de Babylon : Epoching, Checkpointing, tout est bien séparé et c’est quelque chose que j’apprécie. Cependant, il y a plus de modules : à l’avenir, la coordination lors des mises à niveau risque-t-elle de devenir une charge ? C’est une question que j’observe aussi.

Récemment, l’officiel commence à parler de TBV et de BABE : j’ai l’impression que l’attention se déplace vers les applications et l’optimisation des coûts. Après tout, si les coûts de validation ne peuvent pas être réduits, peu importe à quel point l’histoire est belle… ça ne sert pas à grand-chose.

Je pense que la direction de Babylon est bonne, mais il reste encore un long chemin : on va d’abord surveiller. @BabylonLabs_io $BABY
#baby

#baby Ces deux derniers jours, je les ai de nouveau ressortis et relus : le livre blanc de @BabylonLabs_io . Honnêtement, plus je le relis, plus je me dis que tout le monde s’accroche trop aux variations de prix du BTC, et qu’on risque de manquer de vraies opportunités.

Imagine : pour un actif de la taille d’un trillion, une grande partie du temps reste dans un portefeuille, inerte, comme s’il dormait paisiblement. N’est-ce pas un peu le gaspiller ? Quand on parle de Babylon, beaucoup disent que c’est pour du BTC bloqué (staking) afin de gagner des intérêts. Je trouve cette compréhension trop superficielle. En réalité, son objectif, c’est de donner au BTC une nouvelle façon de “vivre” : le sortir de l’état d’argent mort pour en faire de l’argent vivant, capable de produire de manière durable.

Avant, pour faire entrer le BTC dans la DeFi, on ne pouvait pas éviter les ponts cross-chain, ou alors le “wrap” en WBTC. Or, l’avantage le plus fondamental du BTC n’a jamais été la vitesse : c’est cette sécurité lourde, tangible. Dès qu’on confie ça à un tiers, on a forcément un point d’inquiétude. La démarche de Babylon est différente : elle ne bouge pas le BTC lui-même. Elle utilise les mécanismes natifs de sécurité du Bitcoin pour que tu ailles directement servir de “gardien” à d’autres chaînes PoS, tout en récupérant aussi des incitations. Les fonds n’ont pas besoin de changer de place, la clé privée reste entre tes mains, et les règles ne dépendent que de conditions définies par la cryptographie : si elles ne sont pas remplies, l’action ne peut même pas partir. Franchement, ça rassure.

La logique commerciale de Babylon est très simple : les détenteurs de tokens obtiennent un rendement ; en échange, les petites chaînes récupèrent gratuitement un “bras d’armure” pour la sécurité. Plus l’écosystème grandit, plus la demande pour le BTC augmente naturellement. Bien sûr, la route est encore longue : combien de personnes seront réellement prêtes à mettre en garantie, combien de chaînes accepteront de s’y associer… il faudra voir progressivement.

Mais j’aimerais ajouter une couche : si la chaîne “garantie” fait un gros faux pas, est-ce que la réputation qu’a mise tant d’années à se construire autour du Bitcoin risque d’être entraînée dans la chute ? Le risque de contagion de réputation, on en parle peu pour l’instant, mais j’ai l’impression qu’il faut le garder à l’esprit dès maintenant.

Pour le $BABY , la valeur finale ne dépend pas du fait que le concept soit plus ou moins “bling-bling”, mais du nombre de détenteurs de BTC qui accepteraient vraiment de confier l’usage de leurs actifs à un ensemble de règles vérifiables. À l’avenir, les projets de BTCFi vont affluer, mais ce qui m’importe le plus, c’est : qui saura prouver qu’ils ne font que générer des rendements dans le cadre des règles, sans jamais franchir la ligne ? $BABY

#baby À vrai dire, quand j’ai commencé à découvrir Babylon, j’étais un peu méfiant. Ce n’est pas que je ne crois pas à la technologie, c’est que le marché m’a trop souvent “éduqué” par le passé. Regardez : il y a tellement de projets qui crient tous qu’il faut leur faire confiance… mais quand il y a un vrai problème, au final, on doit encore supplier l’équipe du projet de venir gérer les dégâts. Donc, lorsque j’ai, pour la première fois, déposé du BTC en garantie et que j’ai suivi l’ensemble du processus jusqu’au bout, j’ai gardé le nerf tendu tout le long.

Mais en lisant toute la documentation de conception de Timelock Bitcoin Vault, j’ai été rassuré.

Il décompose la confiance en trois “escaliers de secours”, avec une progression par paliers. Première couche : le rachat standard est le plus fluide—il suffit de trouver un Vault Provider qui coopère, et c’est ce qui est le plus efficace au quotidien. Deuxième couche : le rachat en cas de liquidation, c’est la solution de secours. Si le VP tombe hors ligne ou rencontre un souci, l’AVK peut prendre le relais. La vraie raison pour laquelle je me suis dit “c’est sérieux” vient de la troisième couche, Self-Claim : c’est toi qui tiens directement la clé WOTS déjà provisionnée, sans avoir besoin de l’accord de qui que ce soit pour récupérer tes fonds.

Ceux qui ont vécu LUNA et FTX doivent comprendre ce que cette troisième voie implique. Même si les deux premières couches sont très bien faites, au fond, elles restent dépendantes des autres ; seule cette troisième couche met réellement la souveraineté entre tes propres mains. La sécurité, ce n’est pas “promis juré” par quelqu’un : ça dépend uniquement du soin avec lequel tu gardes ton fichier de clés. J’ai ensuite trouvé un angle d’observation : surveiller le taux d’utilisation de Self-Claim suffit. S’il reste bas, tout va bien ; s’il grimpe soudainement, c’est très probablement le marché qui “vote”.

Passons à la gouvernance. Beaucoup de gens qui mettent en staking $BABY se focalisent sur les rendements, en oubliant implicitement qu’ils confient aussi leur pouvoir de vote au validateur. Babylon reprend le modèle de Cosmos : si tu ne votes pas, tu hérites automatiquement du choix du validateur. Le seuil des propositions ordinaires est de 50 000 BABY, avec une période de vote de 3 jours. Donc, quand je choisis un nœud, je ne regarde pas seulement l’APR et le taux d’online : je relis aussi les historiques de vote. Déléguer peut te simplifier la vie, mais le jugement, lui, ne devrait pas être simplifié.

Quant à EOTS, à première vue, ça ressemble à un mécanisme de pénalité “classique”, mais en y regardant de plus près, on réalise qu’il résout un problème plus tordu : Bitcoin Script ne comprend pas PoS. Si le Finality Provider fait un double-signe, la réutilisation du nonce peut exposer la clé privée ; la transaction de pénalisation s’exécute directement dans le script Taproot.

Maintenant que j’ai en main $BABY , mon état d’esprit est plus stable qu’avant. Je ne m’attends pas à ce que qui que ce soit soit éternellement parfait, mais je sais que la clé de la dernière porte est entre mes propres mains. Cette sensation est plus concrète que n’importe quoi.@BabylonLabs_io

#baby les deux derniers jours, j’ai relu et réécrit le document TBV de@BabylonLabs_io ; le mot « translation » m’a fait m’arrêter et y réfléchir longtemps. Ce n’est pas simplement déplacer le BTC vers une autre chaîne, mais une vraie traduction, au sens propre.

Avant, quand je regardais le BTCFi, la première étape était toujours : pont, wrapping, custody. Il fallait sortir le BTC du réseau Bitcoin. Les scénarios se multipliaient, certes, mais on perdait aussi le contrôle. Babylon fait l’inverse : le BTC reste verrouillé, en permanence, dans les Vaults sur la chaîne Bitcoin. Chaque Vault a son propre UTXO, et l’ensemble s’exécute tout au long selon les règles de Bitcoin. Dans la documentation officielle, la phrase que je relis encore et encore est celle-ci : « Permettre aux détenteurs de BTC de l’utiliser comme collatéral sans renoncer à la garde, sans faire de pont, sans wrapper, et sans faire confiance à un intermédiaire. »

Comment y parviennent-ils ? Une architecture en trois couches : Bitcoin Script + contrats Ethereum + logiciel des participants hors-chaîne. Grâce aux Light Client Proofs et aux ZK SNARKs, ils traduisent l’état d’une chaîne externe en règles vérifiables par les scripts Bitcoin. Pas besoin de déplacer le BTC : il peut fournir une sécurité économique au réseau PoS.

Cette idée de staking natif est, en effet, plutôt rare dans le BTCFi. Le problème qu’elle résout, c’est celui du « plus difficile » : le consensus de Bitcoin est le plus robuste, mais c’est dans l’écosystème participatif que ça se complique le plus. Babylon n’offre pas un simple accès à un produit de gestion de trésorerie pour le BTC : elle transforme le BTC en actif collatéral sécurisé pour l’ensemble du monde des blockchains.

Côté modèle économique, ça vaut aussi la peine d’être mentionné : le volume de BTC mis en collatéral augmente → les capacités de sécurité progressent → davantage de liens PoS s’y raccordent → plus de besoins en sécurité → roue vertueuse. Le total de $BABY est de 10 milliards, avec la gouvernance, les incitations et la coordination.

Pour l’instant, ce qui m’intéresse surtout, c’est ces trois séries de données : le volume total de BTC mis en staking, le nombre de réseaux PoS déjà intégrés, et l’activité des validateurs.

Bien sûr, un nouveau mécanisme implique forcément un coût d’apprentissage : périodes de staking, processus de sortie, fenêtre de contestation… il faut du temps pour s’y adapter. Mais Babylon, via des cadres comme BitVM3, reporte la majeure partie du calcul hors chaîne ; en chaîne, on ne fait que vérifier les preuves. Les hypothèses de confiance sont réduites au minimum. Exécuter du code, ce n’est pas un slogan.

À une époque où le stock de BTC ne cesse d’augmenter et que tout le monde cherche des usages plus efficaces, cette voie de Babylon mérite d’être suivie sur le long terme. Ils ne misent pas sur un récit à court terme, mais sur une mise à niveau du paradigme d’utilisation du BTC dans les dix, voire les trente prochaines années.

Si vous suivez aussi les rendements natifs du BTC et les solutions de sécurité cross-chain, je vous invite à en discuter ensemble, avec des données on-chain et des retours concrets. L’histoire de $BABY ne fait que commencer.

Ces derniers temps, je n’ai cessé de tester TBV à répétition sur Babylon. Plus je passe à la pratique, plus je comprends : $BABY ne peut vraiment pas se juger sur les seules données de surface. Il y a pas mal de détails “pièges” à l’intérieur.

Beaucoup de gens qui utilisent BTC pour emprunter des stablecoins ne font pas attention à la façon dont les Vaults sont répartis. De mon côté aussi, par souci de simplicité, j’ai mis les 0,3 BTC dans un seul et même Vault. En y repensant, cette approche est particulièrement risquée. Si le marché chute fortement et déclenche une liquidation, l’ensemble du Vault sera traité par extension. Les règles de la plateforme sont les suivantes : d’abord, on impute la dette ; puis, les actifs restants sont convertis en WBTC et renvoyés à l’adresse. En gros, c’est comme si nous mettions en gage le BTC natif, puis, très probablement, on finit avec des tokens “wrapper”, et en plus la majeure partie de la position bouge d’un coup : le risque de perte est alors au maximum.

Par la suite, je suis passé à une stratégie de plusieurs petits Vaults. Comme ça, même en cas de liquidation, le système ne traite que la partie concernée de la position, et la majorité des BTC peut être préservée. C’est vraiment du détail de gestion du risque sur lequel on peut compter. Avant d’ouvrir une position, je prévois toujours le pire scénario : je calcule combien on peut perdre et quel type d’actifs sera renvoyé. Honnêtement, j’espère que le produit expliquera clairement ces risques de liquidation, et qu’il ne se contentera pas d’afficher uniquement le montant maximal d’emprunt.

Concernant la gouvernance $BABY , je reste rationnel. Le mécanisme de pondération des droits de vote est plutôt raisonnable : les utilisateurs qui ont misé du BTC ont un vote pondéré, ce qui évite qu’ils soient totalement monopolisés par les gros détenteurs. Mais le taux de participation global est trop faible ; en pratique, le vote des utilisateurs “ordinaires” a peu ou pas d’impact. Du coup, en général, dès que je reçois les tokens, je revends la majeure partie, et je garde une petite portion pour observer.

Cela dit, la technologie sous-jacente est vraiment solide : c’est aussi le cœur que je continue d’apprécier et de suivre. Ce système de validation soutient la mise en œuvre de la DeFi sur BTC ; pour le moment, l’ensemble reste encore à un stade précoce. Sur le long terme, la direction de Babylon est la bonne : je continuerai à la tester et à suivre son évolution en pratique. @BabylonLabs_io #baby

广场新的创作者@BabylonLabs_io 活动我刷到了，说实话看到分档规则我笑了。常规榜前300平分50U，特邀榜前15平分200U，二选一。挺现实的，典型的雨露均沾+重奖头部套路。

但活动嘛，凑个热闹就行，我更多是在琢磨项目本身。

当下绝大多数闲置 BTC 想要参与 DeFi，只能依靠 wBTC 这类封装资产，始终绕不开托管、跨链带来的潜在风险。

Babylon走的路子不一样。它把原生BTC锁进自主保险库，不跨链、不托管、不换币，靠密码学证明和零知识证明，直接把还款解锁、清算触发这些条件写死在Bitcoin脚本里。相当于给BTC装了个可编程开关，让原生大饼能够实现抵押借贷等金融场景。

我特意翻了翻Trustless Bitcoin Vaults的白皮书，核心是独立UTXO加预签交易。锁仓的时候就把还款清算条件全写死，安全边界在签名那一刻就确定了，不用平台统一设参数。但得自己盯价格，提前补仓或还款，不能当甩手掌柜。不过白皮书也把信任假设摆得很清楚，尤其Section 5.1那张对比表。小额贷款人提取资金时，还是得依赖多数清算人或大额贷款人，这块跟某些桥有点像，并非完全无需信任。清算依赖白名单清算人和预言机，报价出错也可能误清算，这些风险我认。

至于$BABY 代币，通胀和解锁机制是老生常谈了，我不会因为技术叙事就冲进去。

我的思路：小资金适度参与活动测试，主力仓位保持观望，持续跟踪测试网落地表现。技术叙事再好，最终还是要看整套 BTCFi 方案能否稳定落地，普通用户锁币后能否真正安心持有。#baby

J’ai toujours été assez réticent à l’égard de la DeFi sur Bitcoin. Ce n’est pas que je n’y étais pas intéressé : c’est surtout que j’en ai vraiment eu peur à cause de toutes les actualités catastrophiques. Les ponts inter-chaînes se font pirater à tout bout de champ, des clés privées se retrouvent divulguées… Et le BTC que j’avais mis tant de temps à accumuler se transforme en un instant en actifs qui finissent dans la poche de quelqu’un d’autre. Si je veux mettre mon BTC à faire des gains, je dois d’abord accepter la philosophie « on parie et on assume » : parier que l’équipe du projet ne fait pas de mal, que les nœuds ne se concertent pas, et que le code n’a pas de porte dérobée.

Mais récemment, en étudiant la proposition TBV de @BabylonLabs_io , j’ai découvert que ce n’était pas du tout la même approche. Ils ne créent pas de nouvelle chaîne, ne mettent pas en place une myriade de validateurs : ils reviennent simplement, de façon très prudente, sur les UTXO et les scripts Taproot propres à Bitcoin. En utilisant des verrous conditionnels pour « clouer » les fonds dans des unités d’état indépendantes, ils construisent en quelque sorte un coffre-fort autonome pour le BTC, isolé physiquement des autres actifs. Même si des failles apparaissent dans des couches applicatives externes, les pirates ne peuvent pas atteindre le capital verrouillé sur le réseau principal. Le contrôle reste entièrement entre mes mains : je n’ai pas à le confier à un tiers qui promet sur son honneur.

Dernièrement, j’ai vu les tests du partenariat entre TBV et Aave v4 : la répartition des rôles est extrêmement claire. Babylon se charge uniquement des contraintes du coffre et de la validation de l’état, tandis qu’Aave se concentre sur toute la logique financière du taux d’emprunt et de prêt. Mes clés privées restent conservées en permanence de mon côté, et le BTC n’a même jamais quitté le réseau Bitcoin. C’est un peu comme un service d’imagerie qui génère les comptes rendus, pendant qu’un service clinique rédige les ordonnances : chacun fait son travail, et en cas de problème, on peut identifier immédiatement le responsable, sans que tout le monde se renvoie la faute.

Cette architecture en double couche sépare complètement la base de sécurité et l’innovation financière. La couche du bas protège les actifs : en haut, on peut se concentrer sereinement sur le produit, sans avoir à craindre en permanence que modifier le cœur du protocole fasse déraper les choses. Bien sûr, il y a un coût : pour l’instant, un seul Vault ne peut être lié qu’à une seule application, donc la liquidité est moins flexible. Mais je trouve que ça vaut le coup : le risque ne « se propage » pas d’un protocole à l’autre.

Franchement, avant, pour que le BTC rapporte, il n’y avait que deux voies : soit chercher la commodité en confiant à un dépositaire en espérant qu’il soit de bonne foi, soit tout conserver en se privant d’opportunités. Désormais, avec Babylon, j’ai une troisième option : suivre des règles cryptographiques, sans boîte noire. Même si on est encore en phase de testnet, au moins cela me pousse, moi le plus vieux têtu qui soit, à envisager sérieusement de sortir mon BTC pour qu’il bouge. $BABY #baby

J’ai récemment passé en revue en détail les éléments du projet @BabylonLabs_io , et j’ai constaté que la plupart des analyses sont trop superficielles. Beaucoup de gens le prennent directement pour une “investissement BTC” en mode du gain facile, sans réflexion : en gros, c’est la version crypto de Yu’e Bao. Mais pour être honnête, c’est totalement mal comprendre la logique centrale du projet.
Ce qui le rend vraiment remarquable, c’est le “staking” natif de BTC. En termes simples, ton BTC n’a pas besoin de passer par un pont inter-chaînes, ni d’être emballé ou transformé : l’actif reste tout au long dans le réseau natif de Bitcoin. Tu ne fais que déléguer le droit de vote à des nœuds de validation. Comparé aux “staking” en garde proposés sur le marché, ce modèle inspire énormément plus de confiance : le contrôle de l’actif reste constamment entre tes mains, et c’est réellement fiable.
Mais je dois dire une chose : le staking natif ne signifie pas risque zéro, ni “zéro piège”. D’après les détails officiels, après le staking il faut attendre 30 blocs pour que ça prenne effet, et la durée de staking est fixe, environ 15 mois. Bien que le déblocage anticipé soit pris en charge, il ne permet qu’une sortie totale en une seule fois ; pas de rachat partiel. Le point le plus critique : si le nœud sélectionné commet une double signature malveillante (double-signe), ton BTC mis en staking pourrait être pénalisé. Ce mécanisme de sanctions constitue à la fois sa barrière de sécurité et le risque que nous devons assumer.
Les revenus du projet sont en jeton $BABY . Le rendement réel n’est pas du tout le taux annuel fixe affiché sur la page. Les commissions des nœuds, le volume total mis en staking et la tendance du prix des tokens influencent fortement les gains. Ne le traite surtout pas comme une épargne à rythme courant : ne fonce pas sans réfléchir.
En approfondissant, j’ai aussi découvert que Babylon cherche à mobiliser la valeur de sécurité gigantesque du Bitcoin à l’échelle de plusieurs billions, en servant de socle de sécurité pour d’autres blockchains. L’équipe a une formation en cryptographie (Stanford) et a déjà obtenu de gros tours de financement. Les collaborations au sein de l’écosystème semblent également très actives.
À mon avis, il s’agit d’un contrat de sécurité avec gestion des risques, absolument pas d’un simple outil d’investissement. Pour ceux qui envisagent de participer : ne regardez pas uniquement le rendement ; surveillez davantage les données des nœuds, ainsi que les délais d’unbonding. Une approche rationnelle d’attente vaut mieux que de suivre la foule et de faire du trading “à la mode”. #baby $BABY

Pendant ces années dans le milieu, j’ai vu trop de « jeux d’emballage » qui se réclamaient de la décentralisation. Des ponts inter-chaînes piratés, du wBTC en garde qui a tourné au fiasco, la liquidité de renBTC qui s’est asséchée… À chaque fois, on disait : « cette fois, c’est différent ». Puis le moment venu, quand la faux tombe, tout le monde court plus vite que personne.

Mais le TBV de @BabylonLabs_io , pour la première fois, m’a fait penser que, peut-être, certains ont vraiment pris le bon chemin. Son point fort, c’est que le BTC n’a même pas besoin de bouger : il peut servir directement de garantie programmable pour une chaîne externe. Pas de cross-chain, pas d’échange de tokens contre des certificats via un lock, mais l’intégration de la logique de vérification dans le registre de la Bitcoin grâce à BitVM3. La chaîne externe est alors convaincue que ces coins sont bien verrouillés par des preuves à divulgation nulle de connaissance (zk-proof). L’actif reste du BTC natif, au format UTXO : chaque Vault est isolé indépendamment, et les scripts Taproot verrouillent l’état directement. La confiance, pour une bonne part, est remplacée par les mathématiques.

Cela dit, comparé à son système de staking, la logique de TBV me plaît davantage. Le staking, c’est comme une caution de sécurité : on garde le BTC sur le réseau principal pour fournir de la sécurité à d’autres chaînes. TBV, lui, ressemble à une sorte de coffre-fort « avec conditions » que l’on installe pour le BTC : dans DeFi externe, ce statut de verrouillage peut être reconnu comme une garantie afin d’emprunter des stablecoins. En théorie, à l’avenir, une même transaction de BTC pourrait à la fois servir au staking et libérer de la liquidité. L’efficacité du capital serait alors portée à son maximum. Mais l’officiel précise aussi qu’à l’heure actuelle, TBV est encore en testnet, et qu’il n’est pas encore interconnecté avec le système de staking ; les scénarios combinés, c’est pour plus tard.

Évidemment, il faut aussi verser de l’eau froide. Même si la cryptographie est solide, lors du déclenchement de la liquidation, il faut quand même passer par l’ordonnanceur de la chaîne externe. En situation extrême, une fois que la preuve a été générée et que l’ordonnanceur est bloqué quelques secondes, le prix aura peut-être déjà traversé le niveau de liquidation et « effacé » le compte. Les mathématiques ne te mentent pas… mais le temps peut quand même te poignarder dans le dos. Pour l’instant, je n’ai donc mis que un peu de petit capital pour jouer l’expérience, juste pour faire tourner le mécanisme. BABY relie gouvernance et incitations d’écosystème ; si TBV arrive vraiment à se concrétiser, ce sera peut-être une étape permettant d’éviter quelques détours dans la financiarisation du BTC. #baby $BABY

Honnêtement, moi aussi, je pensais avant que, à part “se prélasser en attendant la hausse”, il n’y avait pas grand-chose à faire avec le Bitcoin. Mais ces derniers temps, en m’y intéressant, notamment à <@BabylonLabs_io >, je dois dire que mon avis a légèrement changé.

Son fonctionnement est assez “hardcore”. Pas besoin de déplacer les coins, pas de ponts inter-chaînes, et pas de déguiser le tout en quelque jeton exotique. Les BTC sont directement verrouillés dans ses propres adresses grâce à un script de verrouillage temporel (time-lock) lié à Taproot, afin de vérifier la sécurité d’une chaîne PoS, puis de récupérer les revenus. C’est exactement le genre de mécanique qui plaît à des vieux joueurs orientés sécurité comme nous.

Concernant le token <$BABY >, j’ai aussi regardé un peu : offre totale de 10 milliards, et un taux d’inflation d’environ 5,5% pour l’instant, principalement destiné à récompenser les participants au staking. Le projet utilise un mode de double staking : on stَake directement les BTC pour obtenir BABY, puis avec les BABY obtenus, on peut à nouveau staker pour gagner encore un peu. À l’heure actuelle, la quantité de BTC déjà verrouillée est de l’ordre de quelques dizaines de milliers de coins, ce qui le place parmi les meilleurs coureurs sur le segment BTCFi.

En plus, l’équipe du projet porte une attention particulière à la communauté sinophone : ils ont prévu un pool d’incitations de <119.5万BABY>. J’ai clairement apprécié cette marque de sincérité.

Mais ceci dit, il faut rester lucide : un TVL élevé ne signifie pas automatiquement que le prix va monter. Aujourd’hui, l’APR du staking de BTC est seulement à un chiffre (faible), tandis que le staking de BABY est un peu plus élevé. Par la suite, tout dépendra du développement de l’écosystème et de l’intégration de davantage de chaînes. Le “gros gâteau” (BTC) a surtout tourné autour de 60 000 récemment, et comme on approche d’une phase de déblocage rapide, la volatilité ne sera forcément pas faible.

Donc mon conseil, c’est : si vous avez vraiment du BTC au repos, et que vous voulez générer des revenus de façon sûre, tester avec une petite position peut valoir le coup. Si vous voulez jouer plus “grand”, attendez que TBV soit plus mature. N’y allez pas en tout (ne faites pas de “tout miser”): contrôlez la taille de vos positions.

Enfin, pour dire les choses franchement : transformer le Bitcoin de simple réserve d’or en ressources de production capables de générer des intérêts, je reconnais que l’idée a du sens. Mais pas besoin de se précipiter : on verra tranquillement. (Cet article est une tâche de plateforme et ne constitue pas un conseil en investissement.)#baby $BABY

Les concepts AVS font récemment fureur, et je me suis surpris à aller voir plus loin sur le blog technique de Newton. Honnêtement, la communication est assez impressionnante : on parle de précurseurs de l’évaluation distribuée des nœuds, etc. Mais en phase bêta, il n’y a que quelques nœuds de validation ; l’impression de “groupes d’habitués qui s’entre-aident” est assez forte.

Cela dit, en faisant abstraction des slogans sur la décentralisation, il y a bien des avancées d’un point de vue ingénierie. Le système ne force pas un cadre générique façon EVM ; il met en place l’environnement avec WASM, puis ajoute des plugins de conformité via des règles Rego. Pour les clauses complexes des activités transfrontalières, tout est transformé en éléments modulaires et “plug-and-play”. La prise en main est nettement plus simple pour les développeurs. La stratégie s’exécute dans un bac à sable : la chaîne ne collecte qu’une validation via des signatures BLS agrégées par plusieurs nœuds. En clair, on déplace la confiance, de l’idée d’une innocence totale vers un consensus des participants : un compromis assez réaliste.

La partie confidentialité m’a aussi fait m’arrêter un peu plus. L’authentification universelle à l’échelle du web semble pratique, mais dans un contexte institutionnel, est-ce que cela ne revient pas à remettre la clé maîtresse ? Newton ajoute une couche de frein : AAD lie le texte chiffré à des éléments précis comme policy_client et chain_id. Donc si on change d’application ou de chaîne, c’est inutilisable. Et en plus, l’intent est couplé à la prévention des autorisations différées non souhaitées. Il y a donc des frictions, mais pour la réutilisation de données “classique”, ou des scénarios comme RWA sensibles et marchés de stablecoins, il faut revalider.

Pour les traders, ce n’est pas juste deux clics de plus. Il faut peser si des activités à forte valeur sont prêtes à repayer à chaque fois pour un cadre d’autorisations aux limites bien définies. Les petites opérations pourraient trouver ça pénible et s’en aller ; mais l’arrivée des institutions et du secteur RWA, au contraire, est une bonne nouvelle.

Bien sûr, j’ai aussi des inquiétudes. Avant, quand je faisais tourner un proxy on-chain, une mise à jour de micrologiciel côté prestataire a failli faire tout dérailler. Donc, pour les projets dépendant tôt d’un TEE spécifique, j’ai naturellement tendance à rester prudent. Les validateurs de Newton sont encore peu nombreux : un jour, si l’on passe à des TEE multi-fournisseurs et que la communauté atteint la majorité, je pourrai alors recalculer la logique sérieusement.

En résumé, $NEWT trace un couloir étroit entre confidentialité et conformité. Il ne cherche pas une expérience “tout fluide” à tout prix, mais vise plutôt à ce que les utilisateurs acceptent d’avancer, et que le juridique puisse donner le feu vert. Dans le contexte actuel du marché, c’est une trajectoire plutôt pragmatique. @NewtonProtocol #Newt