DVC达文西

#dusk $DUSK @Dusk 说实话，我之前看DUSK代币，第一反应也是去算质押年化，觉得这玩意儿需求就是锁仓投票那套。后来我把自己代入一个要在链上发债的机构，才发现想偏了。

白皮书里DUSK的定位不只是治理和质押，它是网络上所有金融操作的手续费和结算媒介。什么意思？假如一家公司把一笔债券代币化放到Dusk上，付息、赎回、转让、合规验证，每一步都要消耗DUSK。不是一次性买点放着，而是持续、多次、金额越大操作越频繁。这种需求是真实业务带出来的，不是靠锁仓撑着。

更关键的是，Dusk的结算最终性让机构敢用，敢用就会产生真实交易量，交易量起来后DUSK的消耗才扎实。这比很多公链代币靠“质押拉盘”健康多了，因为有人在为结算用途付钱，而不是单纯赌价格。

现在Dusk生态还早，但我看到它往证券代币化和RWA方向靠，明显是想让DUSK变成金融结算里的必需品。我觉得这才是代币能长期站住的逻辑，而不是质押收益率那一页的数字游戏。

你觉得哪个真实业务会最先给DUSK带来持续消耗？

Aujourd’hui, en discutant avec des amis de $niulai, je me suis soudain rendu compte que le concept de « yíngbì » (pièces d’ombre) est en fait assez imaginatif.
Avant, le cinéma, c’était le cinéma, et un Meme, c’était un Meme.
Désormais, certaines personnes essaient de mettre ces deux éléments ensemble, pour transformer une IP de film en une partie des discussions au sein de la communauté.
《牛来》 est justement la porte d’entrée de cette tentative.
Sera-t-elle capable de créer véritablement une nouvelle voie, on ne peut pas encore le dire, mais cette exploration précoce mérite d’être observée. #niulai #牛来

#dusk $DUSK @Dusk Je me suis aussi posé des questions au début : après des années à promouvoir la preuve à divulgation nulle (ZK) dans le monde des cryptos, combien de projets l’utilisent réellement dans des scénarios financiers ? La plupart disent : « Nous avons une ZK », mais au final, ils ne font que des transferts anonymes. Ce qui m’a fait changer d’avis dans le livre blanc de Dusk, c’est ceci : ils ne considèrent pas la ZK comme un simple paravent, mais comme un outil de conformité.

Comment cela se concrétise ? Prenons un exemple : dans la finance traditionnelle, lorsqu’on met quelque chose « on-chain », on redoute surtout deux choses : la fuite de données et l’incapacité d’expliquer sa démarche aux autorités de régulation. La feuille de route technique de Dusk consiste à utiliser des preuves ZK pour démontrer qu’une transaction respecte les règles, que les actifs sont réels et qu’il n’y a pas d’infraction, sans pour autant exposer tous les détails de la transaction. En gros, on montre au régulateur une preuve estampillée, plutôt que de lui remettre l’intégralité du grand livre. Ce n’est pas « cacher » : c’est de la « confidentialité vérifiable ».

J’ai récemment regardé les données réelles de leur mainnet : la vitesse de génération des preuves n’est pas aussi lente qu’on l’imaginait, et le temps final de confirmation des transactions est compatible avec les exigences du règlement financier. Ainsi, la ZK passe de « une théorie super cool » à « quelque chose de vraiment utilisable ». À savoir : dans la finance, on ne craint pas la complexité technique ; on craint surtout l’incertitude et l’impossibilité d’auditer. Dusk a pris en compte ces deux points.

Je pense que pour savoir si la ZK peut fonctionner pour la confidentialité en finance, le facteur décisif n’est pas de savoir si l’algorithme est plus nouveau ou non, mais s’il existe des institutions prêtes à y mettre de véritables cas d’usage. Dusk a au moins préparé le terrain jusqu’au niveau où l’on peut réellement s’y engager.

Selon vous, quel est le premier problème qu’il faudrait résoudre en confidentialité financière avec la preuve à divulgation nulle ?

#dusk $DUSK @Dusk Au début, je n’ai pas du tout pris Dusk au sérieux : je me suis dit que toutes les blockchains “privacy” se ressemblent. Vous cachez les transactions, puis vous annoncez la décentralisation. Jusqu’au jour où j’ai lu attentivement son livre blanc : j’ai alors compris que Dusk n’a jamais eu pour objectif, dès le premier jour, d’être un simple “paiement privé”. Son ambition, c’est plutôt l’infrastructure financière.

Ce qui m’a le plus marqué dans le livre blanc, c’est la norme de contrat de sécurité confidentielle XSC. Il ne s’agit pas seulement de chiffrer les smart contracts : l’idée est que, pour chaque partie (l’émetteur, le régulateur, le contrepartiste), chacun ne puisse voir que la portion dont il a besoin. En clair, c’est de la “divulgation sélective” : ni tout cacher, ni tout exposer. Les institutions financières craignent le plus non pas les performances on-chain, mais le fait de se faire frapper de plein fouet des deux côtés : la conformité et les fuites de données. Le design de Dusk tombe précisément là où ça fait mal.

Et en plus, ils s’obstinent à construire une Layer-1 indépendante, plutôt que de bricoler des rustines sur Ethereum. Dans les cas d’usage financiers, on a besoin d’une certitude de règlement et d’une confidentialité programmable, pas d’un pis-aller de type L2. J’ai regardé leurs progrès récents : l’écosystème n’est pas particulièrement bouillonnant, mais la direction n’a pas dévié. Ils continuent de s’attaquer à ces sujets difficiles que sont la RWA et la tokenisation des titres.

Donc, mon avis actuel est le suivant : l’écart entre les blockchains de confidentialité ne se situe pas dans “quel algorithme ZK est mis à jour”, mais dans “pour qui est-ce que c’est conçu”. Dusk ressemble davantage à une chaîne de confidentialité conçue pour les institutions, afin qu’elle puisse passer un audit, plutôt qu’à un mixeur pour le grand public.

Selon vous, dans quel scénario Dusk a le plus de chances de percer en premier ?

#baby $BABY J’ai relu la whitepaper de Babylon, cette fois avec un autre angle. Au lieu de disséquer les détails techniques, je la traite comme un business plan et j’essaie de comprendre une seule chose : à la fin, qui va payer la note ?

Ma première réaction : les chaînes PoS. La whitepaper est assez claire : pour le lancement d’une nouvelle chaîne, le manque le plus critique, c’est la sécurité. Le prix de la monnaie est instable, il y a peu de validateurs, et la chaîne peut être attaquée à tout moment. Acheter les services de Babylon revient à s’assurer une « sécurité au niveau Bitcoin », ce qui donne des réponses aux utilisateurs et aux investisseurs. Ce groupe de clients correspond à un besoin immédiat : ce serait donc eux les premiers à payer.

Mais en avançant dans la lecture, je me dis de plus en plus que le véritable gros payeur n’est peut-être pas encore entré à grande échelle.

Dans la whitepaper, il y a un passage qui mentionne les besoins en sécurité inter-chaînes au sein de l’écosystème Cosmos. Ça m’a éclairé. Les chaînes Cosmos sont déjà connectées entre elles via IBC : si une chaîne a un problème, cela peut en entraîner une série d’autres. Et si, à l’avenir, on voyait émerger une situation où un certain protocole inter-chaînes ou une plateforme DeFi paie lui-même le service de Babylon pour assurer chaque actif qu’il transfère, puis répartit ce coût dans les frais de transaction ? Dans ce cas, ce n’est plus la chaîne qui paie, c’est l’application.

En allant encore plus loin, il se peut même que des clients institutionnels apparaissent. Par exemple, une bourse doit prendre en charge les dépôts et retraits pour une chaîne PoS, mais elle s’inquiète du fait que la finalité de cette chaîne n’est pas assez solide, et que des transactions peuvent être annulées, lui causant des pertes. Plutôt que de tout assumer en interne, elle achète le service de finalité de Babylon, et transfère le risque ailleurs. C’est exactement le même raisonnement que dans la finance traditionnelle, avec les swaps de défaut de crédit.

Si cette voie se concrétise, Babylon ne vendrait plus seulement « de la sécurité », mais une forme de dérivé de crédit qu’on peut coter et échanger. La whitepaper ne l’explique pas clairement, mais les données et la logique laissent déjà entendre cette idée. À mon avis, les clients initiaux de Babylon sont des chaînes PoS, mais sur le long terme, les clients pourraient être toutes les entités commerciales qui ont besoin d’une caution de niveau Bitcoin. @BabylonLabs_io

Question : selon vous, qui sera finalement le plus grand groupe de clients de Babylon ?

#baby $BABY “L’« engagement »” : j’ai utilisé ce mot pendant un bon semestre, jusqu’à la semaine dernière, quand j’ai relu, dans le livre blanc, le chapitre sur le modèle économique. Et là, j’ai soudain compris que je me servais d’un mauvais terme.

Qu’est-ce que l’« engagement » ? Tu mets de l’argent en gage, tu reçois une part de rendement, et le risque, c’est que le capital puisse être confisqué. La logique est bonne, mais elle n’explique pas l’essentiel de Babylon : qu’est-ce que, exactement, tu engages ? Pour qui ?

Après avoir fini le livre blanc, le mot qui m’est venu à l’esprit n’était pas « engagement », mais « assurance ».

Sur la chaîne PoS, les « assurés » sont les parties qui doivent être protégées. Ils ont besoin d’une garantie de sécurité pour empêcher que des nœuds de validation se comportent mal et causent des annulations de transactions ou le double-spend. Babylon est une plateforme d’assurance, et les « assureurs » sont ceux qui font un engagement de BTC. Tu engages tes BTC : c’est comme offrir ta propre valeur réelle pour certifier la sécurité d’une chaîne PoS donnée. Si la chaîne ne rencontre aucun problème, tu encaisses la prime à temps. Si la chaîne subit un incident, tes BTC sont confisqués et servent à indemniser les pertes causées par les agissements malveillants.

Une fois cette chaîne de logique bien établie, beaucoup de choses deviennent limpides. Pourquoi les conditions de confiscation doivent-elles être strictes ? Parce que la prime n’est pas donnée gratuitement : s’il y a un sinistre, il faut vraiment indemniser. Pourquoi faut-il une sélection bidirectionnelle entre nœuds et engageurs ? Parce que l’assureur doit choisir des « assurés » fiables ; on ne peut pas assurer n’importe quelle chaîne douteuse.

Auparavant, je regardais Babylon avec l’état d’esprit du « rendement passif », en me disant que c’était à peu près comme déposer de l’argent à la banque. Maintenant je comprends : chez Babylon, tu n’es pas un simple déposant, tu es une société d’assurance. Tu ne gagnes pas des intérêts : tu touches la prime que d’autres paient pour la sécurité. Le déposant peut rester tranquille ; l’assureur doit surveiller.

Quand on adopte ce nouveau point de vue, je respecte davantage Babylon. Ce n’est pas un autre protocole « qui fait de l’argent avec l’argent », c’est un moyen pour toi d’utiliser ton BTC comme un socle de sécurité pour l’ensemble de l’écosystème PoS. Derrière le taux de rendement, il y a une tarification réelle du risque. @BabylonLabs_io

Une question : tu penses que comprendre Babylon comme une « plateforme d’assurance » est plus juste ?

#baby $BABY Au début, je pensais que la logique de staking de Babylon était très simple : on mise des tokens, les nœuds font le travail, et tout le monde partage les revenus. Jusqu’à ce que je tombe sur le chapitre de leur livre blanc consacré aux relations de jeu. Là, j’ai compris que ces deux rôles ne vivent pas en parfaite harmonie : c’est un jeu d’équilibre soigneusement conçu.

Le livre blanc décrit très clairement cette relation. Que veulent les stakers ? De la sécurité, de la stabilité, et des rendements qui ne diminuent pas. Et que veut le fournisseur de la finalité ? Maximiser ses revenus de frais de service, tout en étant pénalisé le moins possible. Ces objectifs se recoupent, mais ne sont pas totalement alignés.

La plus grande source de tension se trouve dans le mécanisme de slashing (pénalités). Les stakers déposent du BTC comme garantie auprès des nœuds. Les nœuds utilisent cette garantie pour signer pour la chaîne PoS. Tant que les nœuds font leur travail honnêtement, tout le monde est tranquille. Mais s’ils se mettent à agir de travers — par exemple s’ils essaient de double signer pour empocher davantage — alors le slashing se déclenche, et le BTC du staker est également confisqué. Cela oblige donc les stakers, lorsqu’ils choisissent un nœud, à rester extrêmement vigilants : ce n’est pas parce que l’APY d’un acteur est élevé qu’il faut foncer chez lui. Vous devez regarder l’historique de slashing du nœud, son taux d’uptime, et la précision de ses signatures. Choisir au hasard revient à mettre votre BTC sur une table de jeu où quelqu’un d’autre parie.

En sens inverse, les nœuds sélectionnent aussi les stakers. Si une source de fonds paraît suspecte, ou s’il y a déjà eu des antécédents de slashing, le nœud peut refuser d’accepter sa délégation, par crainte d’un impact “par contamination” sur sa réputation. Le livre blanc appelle ça de la « sélection bidirectionnelle » : ce n’est pas celui qui a le plus d’argent qui devient forcément le patron.

En fin de compte, la sensation que j’ai après avoir lu ce chapitre, c’est que Babylon n’a pas mis sa sécurité sur le rêve que « tout le monde sera gentil ». Au contraire, il utilise un ensemble de règles de jeu pour faire surveiller les participants égoïstes les uns par les autres. Les stakers surveillent les nœuds, les nœuds sélectionnent les stakers. Chacun craint le slashing. Résultat : l’ensemble du système devient paradoxalement plus sûr. @BabylonLabs_io

Question : selon vous, entre les stakers et les nœuds, qui a le plus de pouvoir décisionnel ?

#baby $BABY avant, on parlait de Babylon : je ne cessais de me focaliser sur la technique, jusqu’au moment où j’ai calculé les rendements du staking pour comprendre le nœud du problème : comment le service de sécurité est-il réellement tarifé ?

En parcourant le livre blanc, la chaîne logique est très claire. Le côté acheteur, ce sont des chaînes PoS. Elles paient pour obtenir une sécurité de niveau finalité comparable à celle du Bitcoin, via un modèle hybride : des frais de transaction + une inflation des jetons, avec des versements périodiques au protocole sous forme de « prime ». Les bénéficiaires sont de deux types : les fournisseurs de finalité (les nœuds) touchent la plus grosse part, tandis que les stakers BTC ne reçoivent qu’une part plus faible.

Le principe est : « ceux qui travaillent gagnent davantage, les déposants de jetons touchent la base », afin d’éviter que des gens ne gagnent sans rien faire.

Ce qui m’intéresse le plus, c’est le pouvoir de fixation des prix. Le livre blanc indique clairement que ce sont l’offre et la demande du marché qui décident, et non le projet qui tranche. Plus il y a de chaînes PoS et plus le volume de transactions est élevé, plus la demande de sécurité augmente, et donc le volume de paiement total suit naturellement. En parallèle, les nœuds se font concurrence : ceux qui ont une bonne réputation (moins de pénalités, meilleurs taux de disponibilité en ligne) peuvent proposer un prix plus élevé. Les chaînes PoS préfèrent alors payer un peu plus pour une sécurité fiable. On obtient ainsi une tarification fondée sur la « réputation de sécurité », un peu comme un marché des agences de notation de crédit.

Bien sûr, des détails restent à affiner : comparaisons de prix inter-chaînes, standardisation des offres (packs de services), mécanismes de repli en cas de guerre des prix, etc. Mais l’orientation générale est bonne : le pouvoir de tarification ne reste ni au projet, ni aux gros acteurs ; il est confié au marché et à la réputation. @BabylonLabs_io

Dernière question, une seule : dans le cas de la tarification du service de sécurité de Babylon, qui décidera finalement ?

Mon choix : A. Et vous, vous en pensez quoi ?

#baby $BABY Le fournisseur final de finalité de Babylon doit maintenir simultanément deux ensembles d’état : ceux de BTC et ceux de la chaîne PoS — le compromis derrière cette conception

La première fois que j’ai vu les exigences de nœud pour le fournisseur de finalité de Babylon, je me suis dit : « Ce seuil est beaucoup trop élevé. » Tu dois exécuter à la fois un nœud complet Bitcoin et un nœud de chaîne PoS, en synchronisant en temps réel les deux registres. Qui voudrait être noyé sous cette charge, non ?

Plus tard, j’en ai discuté avec un ami qui a déjà fait tourner un nœud de validation ; il m’a répondu en une phrase qui m’a tout éclairé : « La surcharge, c’est précisément ce qu’il faut. »

Le travail que Babylon veut accomplir consiste à ancrer la finalité des transactions de la chaîne PoS sur Bitcoin. Si un nœud ne regarde que la chaîne PoS sans vérifier la chaîne BTC, comment saurait-il si, de l’autre côté, Bitcoin a réellement confirmé ? Comment déterminer si les conditions de slashing sont bien déclenchées ? En clair : pour jouer le rôle de juge, il faut voir les données des deux chaînes de ses propres yeux, pas se contenter de la version d’un tiers.

C’est un compromis en matière de redondance de sécurité. Faire tourner un seul registre rend le nœud plus léger, certes, mais au moment de la signature, il s’agit en pratique de « deviner » ce qui se passe de l’autre côté. Si le pari est bon, tout va bien ; s’il est faux, c’est l’effondrement de tout l’engagement de finalité. En demandant aux nœuds d’être lourds, Babylon refuse l’illusion des « nœuds légers » : soit tu fais une vérification complète, soit tu ne participes pas — pas d’état intermédiaire.

Le coût est évident : le matériel coûte deux fois plus cher, l’utilisation de bande passante double, et la complexité de l’exploitation des nœuds augmente d’un cran. Forcément, cela filtrera une partie de ceux qui voulaient faire tourner des nœuds sans difficulté ; et, dans la plupart des cas, il restera des équipes d’infrastructure professionnelles.

Mais ce coût est compensé par un gain très concret : chaque signature de finalité repose sur une confirmation réelle par le nœud de l’état complet des deux chaînes. Ce n’est ni de la délégation, ni un intermédiaire, ni une chaîne de dominos du type « j’y crois parce que tu y crois ». Cette solidité de sécurité est du « vrai » — on ne peut pas la remplacer par la paresse.

Je trouve que cette conception reflète particulièrement bien l’ordre des priorités de l’équipe Babylon : la sécurité d’abord, la commodité peut passer au second plan. @BabylonLabs_io

Question : selon toi, le fait que le seuil d’accès des nœuds soit élevé est une bonne chose ou un risque ?

#baby $BABY J’ai relu la “whitepaper” de Babylon, l’esprit bien accroché, cette nuit-là. Je me suis forcé à ne rien sauter, même les passages que je comprenais mal. Puis, en retombant sur le “Finality Gadget”, je l’ai mâché trois fois, bon gré mal gré… et j’ai fini par comprendre. Ce truc n’est pas du blabla technique : c’est la pièce la plus astucieuse de toute l’architecture de Babylon.

Je vous le traduis en français simple.

Les chaînes PoS ont un défaut “naturel” : une fois qu’une transaction est confirmée, elle peut quand même être annulée. Aujourd’hui vous voyez une transaction “réussie”, demain, à cause d’un fork de la chaîne, elle peut être rejetée. En finance, c’est un cauchemar : vous pensez que l’argent est arrivé… et le lendemain, il a disparu.

Qu’est-ce que fait le Finality Gadget de Babylon ? Il fait entrer Bitcoin comme “juge de dernier ressort”. À chaque lot de blocs produit sur une chaîne PoS, le Finality Gadget “appose l’empreinte” de ce lot sur la chaîne Bitcoin. Une fois que cette empreinte est confirmée sur Bitcoin, ces blocs sont alors définitivement “scellés” — parce que l’historique de Bitcoin est immuable : vous ne pouvez pas revenir en arrière pour modifier le registre de Bitcoin, n’est-ce pas ?

En clair : le Finality Gadget utilise l’immutabilité (l’irréversibilité) de Bitcoin pour coller des scellés sur le registre de la chaîne PoS. Avant d’être scellé, la transaction est “comptée temporairement” ; après, elle est “actée pour de bon”, sans discussion.

Quand j’ai compris ça, j’ai eu une image : la chaîne PoS, c’est comme un employé qui tient ses comptes—et qui pourrait éventuellement revenir modifier deux ou trois lignes en douce. Le Finality Gadget de Babylon, c’est comme s’il faisait une copie du registre toutes les dix minutes et la plaçait dans un coffre-fort, la clé étant détenue par la puissance de calcul de tout le réseau. Ceux qui voudraient tricher devraient d’abord essayer d’aller forcer le coffre-fort de Bitcoin.

Voilà ce que Babylon vend vraiment. Ce n’est pas juste “le staking de BTC rapporte des intérêts”. C’est surtout le fait qu’elle permet, pour la première fois, aux transactions de la chaîne PoS d’oser dire “confirmation finale”, et que cette assurance vient de… Bitcoin.

Question à vous tous : vous pensez que la “finalité au niveau de Bitcoin” est un besoin indispensable pour une chaîne PoS, ou juste un bonus ? @BabylonLabs_io

#baby $BABY À la moitié de la nuit, en lisant le livre blanc de Babylon, quand j’ai vu qu’ils représentaient le flux d’actifs et le modèle de confiance sous forme de schéma, je me suis redressé d’un coup. Ils n’ont pas “optimisé le pont” : ils l’ont carrément supprimé.

La logique des sidechains, c’est de déplacer des actifs. Si ton BTC doit être transféré de la chaîne principale vers un autre endroit, il faut un pont pour le faire. La logique de Babylon, elle, ne déplace pas ton BTC. Ton BTC reste dans ton propre UTXO sur la chaîne Bitcoin principale : il ne bouge jamais. Ce qu’ils font, c’est d’ajouter à cet UTXO une condition : si un nœud agit mal sur la chaîne PoS, dès qu’une preuve cryptographique est soumise on-chain, la confiscation se déclenche automatiquement. En temps normal, tes pièces restent immobiles : personne ne peut y toucher.

À ce moment-là, sur une feuille, j’ai dessiné deux flèches. Sidechain : BTC → verrouillé dans une adresse de custody → jeton mappé → le risque est concentré sur le pont. Babylon : BTC → laissé dans ton propre wallet → condition de confiscation → le risque est reporté sur le côté du nœud qui a mal agi.

Comment dire… c’est comme si tu pensais qu’il n’y avait qu’une façon de traverser la rivière, en réparant un pont, puis quelqu’un te dit qu’en fait, il n’est même pas nécessaire de traverser : de l’autre côté, on installe juste des caméras pour te surveiller.

Bien sûr, ce n’est pas pour dire que Babylon n’a aucun risque. La sécurité du contrat de confiscation lui-même, les conditions limites qui encadrent une confiscation malveillante, et si, en cas de marché extrême, le processus de déverrouillage risque de se bloquer — tout ça sont de vrais problèmes. Mais la nature de ces problèmes a changé : ce n’est plus “est-ce que tu fais confiance au custodien ?”, c’est “est-ce que tu peux vérifier la logique on-chain ?”. Le premier dépend de la personnalité, le second du code.

Je ne pense pas, à ce jour, que Babylon soit la réponse ultime. Mais il a fait une chose que les sidechains n’ont jamais vraiment faite : reconnaître que le pont est un point faible mortel, puis le contourner, plutôt que d’essayer de lui mettre un pansement.

Et toi, qu’en penses-tu de la voie “sans pont” ?

A. La direction est bonne : le pont est, de toute façon, le plus gros point de défaillance unique de l’écosystème Bitcoin
B. On contourne le pont, mais la logique de confiscation elle-même pourrait devenir un nouveau point faible
C. C’est trop tôt : il faut voir pendant un an si la chaîne principale a connu des incidents avant de juger @BabylonLabs_io

#baby $BABY s’associe à des protocoles de staking liquide comme Stride, et d’un coup, l’échiquier de Babylon prend une toute autre ampleur

J’avais toujours l’impression que Babylon avait un petit regret : avec le staking en self-custody, c’est extrêmement sûr, mais le BTC mis en staking est verrouillé et ne peut pas être utilisé en parallèle pour autre chose. Sécurité maximale, mais au prix de la liquidité.

Du coup, il y a quelques jours, quand j’ai vu la nouvelle de la collaboration entre Babylon et Stride, j’ai senti un frisson dans le dos.

Stride est un habitué du staking liquide dans l’écosystème Cosmos. Concrètement, vous déposez vos pièces en staking, et il vous délivre un titre dérivé. Ce titre peut ensuite être réutilisé ailleurs : emprunter, trader, fournir de la liquidité, à vous de choisir. Mais auparavant, la plupart des solutions de staking liquide tournaient sur des chaînes PoS, sans grand rapport avec Bitcoin.

Et maintenant, les deux s’assemblent, et la logique devient limpide : vous effectuez un staking BTC en self-custody via Babylon, puis vous obtenez, grâce à Stride, un certificat on-chain attestant que vous avez bien mis des fonds en staking. Et ce certificat peut aussi circuler dans l’écosystème Cosmos, voire au-delà.

Qu’est-ce que ça implique ? Avant, une fois votre BTC staké, vous ne pouviez plus qu’attendre patiemment l’arrivée des récompenses. Maintenant, c’est comme si vous aviez en main un “reçu” de dépôt : ce reçu peut servir de garantie pour emprunter, être déposé dans un pool de liquidité pour gagner des frais, et même être transféré cross-chain ailleurs comme une “carte de crédit”. Le Bitcoin n’est plus seulement ce tas de briques d’or figées dans un cold wallet : c’est une machine capable de travailler toute seule.

Quand j’ai lu cette annonce de collaboration, une image m’est tout de suite venue : Babylon transforme le Bitcoin en “coffre-fort” pour une chaîne PoS, et Stride installe sur ce coffre-fort des “roues”. Grâce à cette alliance, la composabilité du Bitcoin sort brusquement du cadre, et ne reste plus enfermée dans le seul récit de la sécurité — elle entre vraiment dans les grands fleuves du DeFi. @BabylonLabs_io

#baby $BABY Il y a deux jours, j’ai partagé dans le groupe une capture d’écran de l’interaction sur le testnet de Babylon. Et tout de suite, quelqu’un a fait des sous-entendus : « Encore une filière pour ceux qui veulent se faire larguer des tokens gratuitement… Vous, ces vieux fermiers, vous n’arrêtez vraiment jamais. »

Je n’ai pas envie d’expliquer, mais je sais au fond que le testnet de Babylon et le rythme de ces interactions… ce n’est absolument pas la même espèce que toutes ces choses que j’ai déjà “farmées”.

Avant, quand je “farmais” : c’était quoi ? On avait besoin de gagner du temps, de chasser les quotas, et les frais de gas montaient au ciel—il fallait quand même pousser quand même. Après avoir fait le pont, tu fais swap ; après le swap, tu fais du prêt ; si tu ne touches à rien une journée, tu as l’impression de te faire dépasser. C’était épuisant comme de la course à la corde. Et au final, une phrase du team : « Filtrage anti-sorcières », et tout ton travail de six mois s’est fait effacer.

Babylon, c’est complètement différent. Il ne regarde pas qui va le plus vite, ni qui fait le plus de volume. Il observe tes comportements on-chain sur la durée. Mon rythme, à moi, c’est : tous les trois jours, cinq minutes, je fais le check-in, je consulte l’état des nœuds, je simule une séquence de dépôt. C’est tout. Cinq minutes, ça compte déjà comme beaucoup ; des fois, même en faisant la pause toilettes, je règle ça en même temps.

Le plus beau, c’est qu’il n’entre pas en concurrence avec les autres protocoles pour ton temps. Quand je fais des tâches L2, je reviens et je clique deux fois ; entre deux actions sur le pont cross-chain, j’en profite pour vérifier les nœuds de validation. Ces opérations s’intègrent à mon quotidien comme se brosser les dents : c’est naturel, ça ne nécessite même pas de calendrier séparé.

Le point le plus important : Babylon fait de “vraies” choses pour la couche de sécurité de Bitcoin, pas un jeu de fonds. Pas besoin de déplacer des actifs, pas besoin de stresser à cause de pertes liées aux variations, et aucun risque de voir le projet s’enfuir—les coins restent en auto-custody dans ton portefeuille, personne ne peut les toucher. L’interaction du testnet sert juste à prouver une chose : tu es un participant sur le long terme, pas là pour faire un coup et repartir.

J’ai maintenant un état d’esprit très stable. Même les projets à haute fréquence qui demandent de surveiller le cours tous les jours, je continue à les faire. Mais le “trou” Babylon—faible fréquence, cycle long—je l’occupe aussi discrètement. Deux jambes, deux chemins, ça ne se marche pas dessus. Quand le mainnet ouvrira, l’historique cumulé de comportements on-chain sur la durée, ça pourrait valoir bien plus que les gens qui foncent en mode “sauvetage de dernière minute”. @BabylonLabs_io

#baby $BABY Si les nœuds fournisseurs de finalité de Babylon, c’est-à-dire ceux qui assurent une “garantie de sécurité” pour les chaînes PoS, se retrouvaient tous regroupés aux États-Unis, est-ce qu’un jour ils pourraient se faire démanteler d’un seul coup à cause de la réglementation ?

Hier soir, je suis tombé sur une actualité à propos d’une régulation, et d’un coup j’ai eu cette idée. J’ai eu un frisson dans la nuque.

Tu vois, si la majorité des fournisseurs de finalité de Babylon se cachent aux États-Unis, et qu’un jour la SEC s’avise que cela relève d’une “activité de titres non enregistrée” ou d’une autre accusation tout aussi étrange, alors ce serait fichu, non ?

Je l’ai vraiment examinée sérieusement. Cette question doit être vue en deux niveaux.

Premier niveau : la concentration physique des nœuds. À l’heure actuelle, il est vrai que plusieurs nœuds précoces de Babylon sont aux États-Unis, et les équipes qui construisent l’infrastructure en Silicon Valley se ruent sur les places. Mais d’un autre côté, le protocole de Babylon lui-même est sans permission : n’importe qui, n’importe où dans le monde, tant qu’il remplit les conditions de mise en jeu (staking), peut exécuter un nœud. Il n’y a pas de porte d’entrée, pas de restriction géographique. Si la régulation décidait vraiment de s’en prendre au système, elle s’en prendrait aux personnes, pas au protocole. C’est totalement différent d’une bourse centralisée.

Deuxième niveau, plus important : même si les États-Unis fermaient tous les nœuds, est-ce que mon BTC disparaîtrait ? Non. La logique centrale du staking en auto-conservation (self-custody), c’est que les pièces sont dans ton propre wallet et que la clé privée est entre tes mains. Quand un nœud est arrêté, au maximum la partie qui “fait le travail” pour toi est temporairement interrompue. Tu peux alors rediriger ton staking vers des nœuds dans d’autres pays, ou carrément désengager le staking et récupérer ton BTC ; tout cela sans nécessiter d’approbation de la part d’aucune institution américaine.

En pensant à ça, je me suis plutôt calmé. Le risque réglementaire est bien réel, personne ne peut faire semblant de ne pas le voir. Mais l’architecture de Babylon—décentralisée, sans permission, en auto-conservation—est, par nature, résistante à la réglementation. Elle ne craint pas qu’un pays change brusquement de cap, parce que ce n’est pas une entreprise : c’est un ensemble de règles. Tant que le réseau Bitcoin continue de fonctionner, les règles restent.

Voilà sans doute ce que signifie vraiment la décentralisation : ce n’est pas qu’on ne régule pas, c’est qu’on ne peut pas le réguler. @BabylonLabs_io

👴 En regardant ce projet pendant trois ans, j’écris rarement des recommandations, mais COSM veut dire deux mots de plus.

Ce n’est pas parce qu’il fait grand bruit, c’est parce qu’il le fait vraiment :

· La liste des institutions est vérifiable, ce n’est pas une coquille vide
· Le personnel de terrain est joignable en personne, ce n’est pas du montage
· Les gains sont calculables, pas de la “magie”
· Les avantages se récupèrent, ce n’est pas un simple slogan

Les anciens utilisateurs ne parlent pas avec de belles paroles : ils disent le concret.
Je te conseille de vérifier avec tes propres yeux.

#COSM #SpaceXLe vaisseau Starship de SpaceX effectue son premier vol d’essai réussi après sa mise en ligne

#baby $BABY Des amis m’ont conseillé de ne pas tout miser sur Babylon. Alors j’ai fouillé le passé de l’équipe fondatrice… et au final j’ai fait l’inverse : j’ai augmenté ma position.

C’est drôle : au départ, j’y suis allé avec l’idée de chercher des “scandales” et des preuves.

Dans le groupe, un gars ne faisait que répéter que Babylon serait le prochain projet au niveau “roi du ciel”, ce qui m’agaçait. Je suis du genre qui a un fort esprit de contradiction : plus on me vend du rêve, plus je doute. Donc j’ai décidé de creuser moi-même, pour trouver quelque chose qui lui fermerait le clapet.

J’ai commencé par ne pas regarder le site officiel, mais Google Scholar. En tapant le nom du cofondateur David Tse, le nombre d’articles et de citations m’a laissé sur le cul. Professeur à vie à Stanford, membre IEEE, actif depuis des décennies dans les réseaux de communication et les systèmes distribués. Il a publié des articles dans des revues de tout premier plan bien plus nombreux que les livres blancs que j’ai lus. Et ce n’est pas un simple nom affiché : les articles clés sur le modèle de consensus sécuritaire de la couche de Babylon—dont il est l’auteur principal.

J’ai ensuite été sur GitHub pour consulter les commits d’un autre cofondateur, Fisher Yu. Je pensais tomber sur ce genre de code open source “enthousiasme pendant trois mois puis plus rien”. Mais l’historique de commits était solide, au point d’en rougir presque comme apprenti développeur. Rien qu’à la compréhension des scripts UTXO de Bitcoin et au style du code, on voit que ce sont des gens de la vieille, pas une équipe montée à la hâte.

À partir de là, j’avais déjà ma réponse. Un professeur de Stanford, plus un développeur de niveau “cœur” de Bitcoin : s’ils ne cherchent pas à faire du cash rapide, et s’entêtent à travailler sur le dur sujet du BTC en auto-custody et du staking… ce genre de combinaison, soit ils veulent vraiment faire quelque chose, soit ils sont complètement idiots. En tournant autour, j’ai conclu que c’était la première option.

Alors j’ai coupé le matériel que j’avais prévu d’utiliser pour contredire l’autre gars, j’ai ouvert mon wallet et j’ai ajouté discrètement une mise. Parfois, la confiance ne se construit pas avec des white papers : elle se construit avec le vécu concret de vingt ans. @BabylonLabs_io

#baby $BABY Il y a quelques jours, j’ai fait un barbecue avec un vieux pote qui joue au Bitcoin depuis six ans. J’ai lancé comme ça que le staking/les dépôts en auto-custodie sur Babylon m’avait l’air plutôt intéressant. Il a posé sa chope, et son regard a changé du tout au tout : « T’as la tête qui tourne, toi ? T’as oublié comment FTX a fini ? »

Je me suis marré. Parce que cette réaction, c’était exactement la même que la mienne trois mois plus tôt.

À l’époque, dès que quelqu’un disait « staking Bitcoin », mon cerveau traduisait automatiquement par : « Tu donnes ta clé privée à quelqu’un, et après il se barre ». Puis, quand j’ai vraiment testé le réseau test de Babylon, j’ai compris que ce n’était absolument pas ça : ton BTC ne bouge pas d’un iota, il reste carrément dans ton propre portefeuille. Il ne fait que rajouter une condition sur la blockchain Bitcoin : si un certain nœud se comporte mal, les BTC correspondants peuvent être confisqués. À part ça, personne ne peut toucher à tes pièces.

Sur le moment, j’ai montré la démo avec le portefeuille à mon pote. Il a fini de regarder, a gardé le silence trois secondes, puis a lâché : « En fait, ce n’est pas juste une assurance pour Bitcoin ? »

Et il n’avait pas tort. Le staking traditionnel, c’est : « Tu me donnes l’argent, je m’occupe de le gérer ». Babylon, c’est : « L’argent reste à toi, mais on signe un papier : celui qui triche, il rembourse ». La clé privée reste entre tes mains, la signature aussi, et même les conditions de confiscation sont publiques sur la chaîne. Ce n’est pas toi qui dois faire confiance au protocole : le protocole n’a tout simplement pas besoin de ta confiance.

Après le barbecue, mon pote n’a pas décidé sur le moment de participer, mais en partant il m’a dit une phrase qui m’a vraiment marqué : « Après autant de temps avec le Bitcoin, c’est la première fois que j’ai l’impression qu’il peut servir à autre chose que simplement garder. »

Je trouve que la vraie force de Babylon, c’est justement ça : ça n’a obligé personne à abandonner son sentiment de sécurité, tout en offrant à tout le monde une route en plus. @BabylonLabs_io

#baby $BABY Pourquoi est-ce que j’ai décidé de jeter 0,1 BTC dans Babylon pour le staking ? L’ai-je regretté trois jours plus tard ?

Honnêtement, quand j’ai transféré ces 0,1 BTC, j’avais la main qui tremblait.

Ce n’est pas que je craigne de tout perdre — je sais que Babylon utilise le staking en auto-custodie : les clés privées restent tout du long dans mon portefeuille froid, personne ne peut voler mes fonds. Ce qui me faisait peur, c’était que l’argent soit verrouillé et devienne de l’argent mort, et que je rate ce cycle de marché. Après tout, ces 0,1 BTC, je les ai accumulés depuis l’année dernière en DCA, j’y ai des sentiments.

Mais si j’ai finalement décidé de les y déposer, c’est parce que j’en avais vraiment assez de voir du Bitcoin rester là dans mon portefeuille, à ne rien faire. Sur les autres chaînes, le staking, le prêt, puis le restaking, ça part dans tous les sens. Et pendant ce temps, le Bitcoin, roi des rois, à part hodl, produit presque zéro rendement. Babylon a justement guéri ce nœud : il n’a pas besoin de ponts inter-chaînes, ni de faire confiance à un quelconque dépositaire, pour permettre au BTC, sur sa chaîne native, de fournir une sécurité économique à une chaîne PoS. Et en bonus, ça me laisse, moi aussi, en tant que holder, gagner un rendement on-chain plutôt sérieux. Cette sensation est tellement nouvelle : comme si, d’un coup, je découvrais que la caisse de lingots à la maison pouvait encore servir à “s’assurer”, et à payer des primes.

Trois jours plus tard, regret ?

Je ne regrette pas, mais les émotions sont plus complexes que je ne le pensais. En voyant les points sur le testnet augmenter petit à petit, je me suis senti un peu plus serein — au moins, ces 0,1 BTC commencent à “travailler”. Mais je ne me suis pas emballé : le mainnet n’est pas encore ouvert, tout n’est qu’un prélude. Ce qui m’a surpris, c’est qu’au cours de ces trois jours, j’ai été obligé de relire à nouveau le livre blanc et le modèle économique de Babylon, et j’ai compris beaucoup plus en profondeur. Du coup, je me dis que même si le rendement final n’est pas à la hauteur des attentes, rien que le fait d’avoir forcé mon cerveau à maîtriser la logique de “sécurisation” du Bitcoin, ça ne me fait pas perdre.

Sur la voie de l’auto-custodie et du staking, je suis résolument décidé à participer, simplement avec des pas plus prudents. La “porte” de Babylone, je l’ai vraiment franchie. @BabylonLabs_io

#newt $NEWT Le mois dernier, je n’ai pas soumis une fausse stratégie pour tester le mécanisme d’audit, justement ? Celle dont les données de backtest avaient été trafiquées, avec une courbe volontairement rendue plus “belle”. Une fois que le système l’a marquée comme rejetée, je comptais bien laisser cette affaire pourrir dans mon ventre.

Puis, une semaine plus tard, la communauté des développeurs de Newton a lancé un petit événement : une chasse aux failles. Les règles étaient simples : l’équipe mettrait dans un “bac d’audit” quelques “stratégies problématiques”. Celui ou celle qui repère en premier les traces de falsification des données, et soumet un rapport de vérification on-chain, remporterait la récompense. En voyant l’annonce, j’ai eu un sursaut—je me suis dit que ce que j’avais fait allait peut-être servir de cible.

Deux jours après, un développeur de la communauté a publié un rapport de déconstruction détaillé. Son titre était : “La courbe de cette stratégie est trop belle—trop belle pour être vraie”. Il a comparé, point par point, les enregistrements du backtest et les données on-chain, et a identifié avec précision trois segments où il y avait eu une “retouche” esthétique—exactement les endroits où j’avais supprimé les données de pertes et où j’avais aplani artificiellement la courbe. En conclusion, le rapport disait : “Ce type d’emballage est difficile à repérer à l’œil nu sur une plateforme traditionnelle, mais dans la logique d’audit on-chain de Newton, l’arrondi même de la courbe révèle le problème.”

Sous le post, les commentaires ont explosé. Certains le félicitaient comme s’il avait une âme de détective. D’autres disaient que c’était comme ça que se déroulait l’audit on-chain. Et puis des gens ont commencé à former des groupes pour vérifier les courbes d’autres stratégies en attente de mise en ligne. À la fin, l’événement a distribué trois primes : chacune correspondait à un point de données fictif démasqué.

Devant mon écran, je faisais défiler le fil, l’esprit partagé. C’était complexe, non pas parce que ma stratégie a été “torturée” en public—c’était déjà un produit de test. C’était complexe parce que je venais soudain de comprendre que le mécanisme d’audit pouvait fonctionner comme ça : il ne restait pas une simple ligne de code planquée en arrière-plan, mais devenait un jeu public auquel la communauté pouvait participer. Le pouvoir d’audit n’était pas monopolisé par la plateforme : il était décomposé en outils vérifiables, posés sur la table.

Ma fausse stratégie est finalement devenue un exemple pédagogique pour la communauté. C’est bien plus significatif que d’être discrètement rejetée. Elle a tout montré avec une “dissection publique” : sur ce marché, tu peux mentir dans ton descriptif, mais tu ne peux pas mentir on-chain. Parce que le seuil n’est pas là pour empêcher les gens—il sert à filtrer ceux qui ne veulent pas qu’on vérifie publiquement. Et ma stratégie mise en jeu sous forme d’annonce récompensée n’a, en quelque sorte, pas été vaine. @NewtonProtocol