Binance Square
FG峰哥论币
1.6k Publications

FG峰哥论币

Compte Square Vérifié+
连续两次错发6000U红包的男人 | 币安广场玩红包最真实的新手记录者
Ouvert au trading
Détenteur pour BTC
Détenteur pour BTC
Trade régulièrement
5.7 an(s)
700 Suivis
47.7K+ Abonnés
38.7K+ J’aime
Publications
Portefeuille
·
--
Vérifié
$BABY @babylonlabs_io #baby Hier soir, j’ai parcouru le Discord de Babylon et, en voyant 380 000 membres et plus de 3000 personnes en ligne en même temps, ça m’a remis d’aplomb. Avant, je pensais peut-être « que c’est plutôt animé ». Mais en tant que vieux “taquin” qui a vécu plusieurs cycles bull/bear, ma première réaction est : la logique concurrentielle de l’écosystème BTC a changé. Avant, quand on regardait un projet, on regardait la liquidité : plus on a de BTC verrouillés, plus on est impressionnant. Mais soyons honnêtes : j’ai vu trop de projets techniquement pas mauvais qui finissent par disparaître dans un silence assourdissant. Pourquoi ? Parce qu’aucun développeur n’a envie de rester, et qu’il n’y a pas d’attachement des utilisateurs. On monte un simple “coquillage”, personne ne l’utilise. Babylon me fait continuer à suivre non pas à cause de son “staking natif” de BTC, aussi spectaculaire soit-il, mais parce qu’ils cherchent réellement à transformer la capacité de sécurité de Bitcoin en une couche de base, afin que davantage de gens puissent construire au-dessus. Récemment, les mises à jour de TBV et du Public Testnet de Babylon se sont succédé. Je pensais que leur priorité serait seulement de répondre à “ce que le BTC peut faire”. Résultat : de nouvelles discussions sur BABE ont surgi. Là, j’ai compris que c’est une affaire de couche applicative pour TBV : faire jouer à BTC le rôle de la finance on-chain ; et que BABE vise surtout à résoudre le problème du coût trop élevé de la validation à la base. Même si votre design est parfait, si le coût de validation ne baisse pas, une adoption à grande échelle restera un fantasme. J’ai moi-même parcouru le processus de rachat de TBV. Honnêtement, la sensation de confiance est devenue très concrète. Trois parcours sont clairement définis : le rachat standard via le Vault Provider est le plus rapide ; en cas d’extrême situation, AVK sert de filet de sécurité ; et le plus “hardcore”, c’est le Self-Claim : vous utilisez vous-même les clés WOTS pré-mémorisées, personne n’a besoin d’être sollicité, et vous récupérez directement vos coins. En tant que quelqu’un qui a traversé LUNA et FTX, je connais le mieux la valeur de la troisième voie. La sécurité du système ne dépend pas de “fais-moi confiance, j’assure” qu’on te crie à la face : elle dépend de savoir si tu as bien géré ta propre série de clés. À l’avenir, le taux d’utilisation du Self-Claim sera faible : cela signifie que le dépositaire reste fiable. Et le jour où ce chiffre explose, le marché répondra avec ses pieds. Avec $BABY en main, mon état d’esprit est au contraire plus stable. 380 000 personnes, ce n’est que le début. La vraie douve, c’est de plus en plus de développeurs et de contributeurs qui viennent “bricoler” autour. La finalité de BTCFi n’est peut-être pas “qui verrouille le plus de BTC”, mais plutôt qui peut faire en sorte que davantage de gens construisent ensemble cette nouvelle ère d’applications.
$BABY @BabylonLabs_io #baby Hier soir, j’ai parcouru le Discord de Babylon et, en voyant 380 000 membres et plus de 3000 personnes en ligne en même temps, ça m’a remis d’aplomb. Avant, je pensais peut-être « que c’est plutôt animé ». Mais en tant que vieux “taquin” qui a vécu plusieurs cycles bull/bear, ma première réaction est : la logique concurrentielle de l’écosystème BTC a changé.

Avant, quand on regardait un projet, on regardait la liquidité : plus on a de BTC verrouillés, plus on est impressionnant. Mais soyons honnêtes : j’ai vu trop de projets techniquement pas mauvais qui finissent par disparaître dans un silence assourdissant. Pourquoi ? Parce qu’aucun développeur n’a envie de rester, et qu’il n’y a pas d’attachement des utilisateurs. On monte un simple “coquillage”, personne ne l’utilise. Babylon me fait continuer à suivre non pas à cause de son “staking natif” de BTC, aussi spectaculaire soit-il, mais parce qu’ils cherchent réellement à transformer la capacité de sécurité de Bitcoin en une couche de base, afin que davantage de gens puissent construire au-dessus.

Récemment, les mises à jour de TBV et du Public Testnet de Babylon se sont succédé. Je pensais que leur priorité serait seulement de répondre à “ce que le BTC peut faire”. Résultat : de nouvelles discussions sur BABE ont surgi. Là, j’ai compris que c’est une affaire de couche applicative pour TBV : faire jouer à BTC le rôle de la finance on-chain ; et que BABE vise surtout à résoudre le problème du coût trop élevé de la validation à la base. Même si votre design est parfait, si le coût de validation ne baisse pas, une adoption à grande échelle restera un fantasme.

J’ai moi-même parcouru le processus de rachat de TBV. Honnêtement, la sensation de confiance est devenue très concrète. Trois parcours sont clairement définis : le rachat standard via le Vault Provider est le plus rapide ; en cas d’extrême situation, AVK sert de filet de sécurité ; et le plus “hardcore”, c’est le Self-Claim : vous utilisez vous-même les clés WOTS pré-mémorisées, personne n’a besoin d’être sollicité, et vous récupérez directement vos coins.

En tant que quelqu’un qui a traversé LUNA et FTX, je connais le mieux la valeur de la troisième voie. La sécurité du système ne dépend pas de “fais-moi confiance, j’assure” qu’on te crie à la face : elle dépend de savoir si tu as bien géré ta propre série de clés. À l’avenir, le taux d’utilisation du Self-Claim sera faible : cela signifie que le dépositaire reste fiable. Et le jour où ce chiffre explose, le marché répondra avec ses pieds.

Avec $BABY en main, mon état d’esprit est au contraire plus stable. 380 000 personnes, ce n’est que le début. La vraie douve, c’est de plus en plus de développeurs et de contributeurs qui viennent “bricoler” autour. La finalité de BTCFi n’est peut-être pas “qui verrouille le plus de BTC”, mais plutôt qui peut faire en sorte que davantage de gens construisent ensemble cette nouvelle ère d’applications.
Vérifié
J’ai pris une habitude récemment : quand j’ouvre une application de cotations, je ne regarde pas d’abord les graphiques (K-line). Je commence par parcourir le code source des contrats sur la chaîne, pour repérer où se situe la limite d’exécution des transferts d’actifs. Par le passé, les “banques” ont déjà failli, et dans un cas sur dix, neuf fois sur dix, ce n’était pas simplement un prix qui cassait la barrière. C’était le modèle de rendement qui supposait d’emblée que l’administrateur ne ferait rien de travers. Cette hypothèse ne tient que tant qu’elle ne se brise jamais : une seule fois et tout bascule. C’est justement cette couche de conception qui m’a arrêté quand j’ai disséqué les flux d’actifs BTC de Babylon : au lieu de simplement ajouter un plugin de gestion de fonds à Bitcoin, ils ont transformé la question de “qui a le droit de bouger les pièces” en une condition vérifiable par la cryptographie. Les actifs ne quittent pas le réseau principal, la clé privée reste entre les mains de l’utilisateur ; les règles passent d’abord par l’étape des preuves à divulgation nulle de connaissance (ZK), puis BitVM3 garantit que le processus de vérification n’a pas été falsifié. Tant que les conditions ne sont pas remplies, l’action ne peut même pas être déclenchée. Comme une boîte à coffre-fort à double clé : une personne a sa clé, l’autre a la sienne ; on ne peut pas l’ouvrir en forçant à sens unique. Sur la chaîne, il manque la porte de sécurité à l’entrée qu’on devrait avoir avant de sortir. Avant, je pensais aussi que “trustless” veut dire “sans intermédiaire”. Puis j’ai trébuché sur plusieurs pièges liés aux multi-signatures, et j’ai compris. À Babylon, la coordination du coffre, le Keeper qui pré-signe, le Challenger qui surveille la chaîne, et le comité de secours, ça ressemble à des intermédiaires. Mais tout ce qu’ils signent est verrouillé dans un arbre de transactions déjà préparé à l’avance. En reconstituant le chemin de retrait, le coordinateur peut au plus refuser, mais il ne peut pas détourner le flux et “dérober” l’UTXO. Chaque Vault correspond à un UTXO indépendant : Redemption, Challenge, Timeout — tous les Spend Path sont déterminés dès la création. J’ai découpé la confiance en trois morceaux : qui peut voler les pièces ? Qui peut me laisser impuissant ? Qui peut changer les règles ? Babylon verrouille fermement le premier morceau ; pour les deux autres, il faut encore surveiller. Ne pas tout faire reposer sur un seul et même client qui tomberait en même temps : ne pas nourrir le prix en se fiant à une seule source ; si le comité temporaire change les règles, est-ce qu’il y a un roulement nominatif et des délais ? Les nœuds challengers sont-ils réellement dispersés, ou bien si on enquête sur les IP, on découvre qu’ils sont tous sur le même cloud. À mes yeux, la valeur de $BABY dépend de la mesure dans laquelle les détenteurs de Bitcoin sont prêts à confier le droit d’usage à cet ensemble de règles. À l’avenir, il y aura de plus en plus de protocoles BTCFi. Ce qui m’importe le plus n’est pas seulement s’ils peuvent générer des intérêts, mais s’ils peuvent prouver que ces intérêts ne peuvent être générés qu’à l’intérieur des règles. N’argumentons pas sur le mot “trustless” : regardons plutôt qui peut déplacer les pièces et où. Surveillez cette règle : c’est plus important que tout. @babylonlabs_io #baby
J’ai pris une habitude récemment : quand j’ouvre une application de cotations, je ne regarde pas d’abord les graphiques (K-line). Je commence par parcourir le code source des contrats sur la chaîne, pour repérer où se situe la limite d’exécution des transferts d’actifs. Par le passé, les “banques” ont déjà failli, et dans un cas sur dix, neuf fois sur dix, ce n’était pas simplement un prix qui cassait la barrière. C’était le modèle de rendement qui supposait d’emblée que l’administrateur ne ferait rien de travers. Cette hypothèse ne tient que tant qu’elle ne se brise jamais : une seule fois et tout bascule.

C’est justement cette couche de conception qui m’a arrêté quand j’ai disséqué les flux d’actifs BTC de Babylon : au lieu de simplement ajouter un plugin de gestion de fonds à Bitcoin, ils ont transformé la question de “qui a le droit de bouger les pièces” en une condition vérifiable par la cryptographie. Les actifs ne quittent pas le réseau principal, la clé privée reste entre les mains de l’utilisateur ; les règles passent d’abord par l’étape des preuves à divulgation nulle de connaissance (ZK), puis BitVM3 garantit que le processus de vérification n’a pas été falsifié. Tant que les conditions ne sont pas remplies, l’action ne peut même pas être déclenchée. Comme une boîte à coffre-fort à double clé : une personne a sa clé, l’autre a la sienne ; on ne peut pas l’ouvrir en forçant à sens unique. Sur la chaîne, il manque la porte de sécurité à l’entrée qu’on devrait avoir avant de sortir.

Avant, je pensais aussi que “trustless” veut dire “sans intermédiaire”. Puis j’ai trébuché sur plusieurs pièges liés aux multi-signatures, et j’ai compris. À Babylon, la coordination du coffre, le Keeper qui pré-signe, le Challenger qui surveille la chaîne, et le comité de secours, ça ressemble à des intermédiaires. Mais tout ce qu’ils signent est verrouillé dans un arbre de transactions déjà préparé à l’avance. En reconstituant le chemin de retrait, le coordinateur peut au plus refuser, mais il ne peut pas détourner le flux et “dérober” l’UTXO. Chaque Vault correspond à un UTXO indépendant : Redemption, Challenge, Timeout — tous les Spend Path sont déterminés dès la création.

J’ai découpé la confiance en trois morceaux : qui peut voler les pièces ? Qui peut me laisser impuissant ? Qui peut changer les règles ? Babylon verrouille fermement le premier morceau ; pour les deux autres, il faut encore surveiller. Ne pas tout faire reposer sur un seul et même client qui tomberait en même temps : ne pas nourrir le prix en se fiant à une seule source ; si le comité temporaire change les règles, est-ce qu’il y a un roulement nominatif et des délais ? Les nœuds challengers sont-ils réellement dispersés, ou bien si on enquête sur les IP, on découvre qu’ils sont tous sur le même cloud.

À mes yeux, la valeur de $BABY dépend de la mesure dans laquelle les détenteurs de Bitcoin sont prêts à confier le droit d’usage à cet ensemble de règles. À l’avenir, il y aura de plus en plus de protocoles BTCFi. Ce qui m’importe le plus n’est pas seulement s’ils peuvent générer des intérêts, mais s’ils peuvent prouver que ces intérêts ne peuvent être générés qu’à l’intérieur des règles. N’argumentons pas sur le mot “trustless” : regardons plutôt qui peut déplacer les pièces et où. Surveillez cette règle : c’est plus important que tout. @BabylonLabs_io #baby
Avant de m’endormir, j’ai relu encore une fois le livre blanc de Babylon. Les premiers chapitres se sont bien déroulés, mais à la section 7 sur la logique de confiscation/Slashing, là ça m’a clairement mis les nerfs à vif. La technique de fuite automatique de clés privées de l’EOTS est vraiment propre et radicale : avec une double signature, 100% des BTC mis en collatéral sont brûlés, et mathématiquement c’est béton. Mais c’est justement le problème : elle ne fait aucune distinction entre une situation provoquée par un hacker, une simple erreur de manipulation côté nœud, ou encore une congestion réseau qui entraîne un décalage de synchronisation temporelle. Chez Ethereum, au moins, on distingue les pannes mineures et la double signature malveillante : la sévérité de la punition n’est pas la même, et on peut parfois compter sur la gouvernance communautaire pour rattraper le coup. Ici, c’est codé en dur, soudé de façon assez absolue. Ça me rappelle une discussion que j’avais avant avec un ami market maker : leur principal souci, c’est exactement ça. Une fois, par accident, les BTC de mon ami avec les Delegators sont passés instantanément à zéro sur le mainnet : la prime de risque est montée d’un coup à un niveau délirant. Même des professionnels de la garde custody ont intérêt à y réfléchir à deux fois : qui oserait s’engager facilement ? Après le TGE, est-ce qu’on pourra mettre en place un seuil de Slashing gouvernable ? À mon avis, c’est bien plus important que la “violence mathématique” actuelle. En regardant le carnet d’ordres, le 10 mai, le 10 juillet et le 10 août : cette libération linéaire, c’est clairement du “nommé à l’avance”. La dilution mensuelle fixe est une réalité. Mais sur les carnets L2 de Binance et d’OKX, juste sous la partie “entiers”, 2% de la profondeur sont remplis d’une cascade d’ordres à 50k à 200k, couche après couche : c’est fin en haut, épais en bas. Visuellement, ça ne ressemble pas à une intention de tout casser ; plutôt à une accumulation passive. Et avant/après le déblocage, on ne voit pas non plus de flux net on-chain consécutifs et très élevés qui entrent. Après avoir amplifié la volatilité, la clôture retombe quand même autour du centre : la probabilité que les market makers aient simplement à absorber de la panique est plus grande. Ce qui, en revanche, m’empêche vraiment de dormir, c’est le verrouillage du temps côté TBV. Le fait que la clé privée soit détenue en propre et que ce ne soit pas du cross-chain, c’est un vrai point fort. Mais dès qu’on écrit ces conditions dans le script du mainnet, si ce n’est pas échu, impossible de racheter par anticipation. En bull market, tout le monde est content de verrouiller. Mais en cas de bear market avec un choc macro, est-ce que le marché secondaire pourra offrir un canal de sortie par “discount” pour ce contrat qui n’est pas encore arrivé à échéance ? C’est probablement la ligne de vie/la mort : jusqu’où le récit du collatéral natif pourra aller. Aujourd’hui, mon idée est très simple : le jour du déblocage, je ne “nue” pas la position ; je mets des petits ordres au contact sous le bas du centre, et je n’essaie pas de poursuivre frénétiquement. Je vais attendre que les flux nets passent en continu positifs, ou que le jour où les frais réels du TBV commencent à refluer vers BABY arrive, et je regarderai ça sérieusement. @babylonlabs_io $BABY #baby
Avant de m’endormir, j’ai relu encore une fois le livre blanc de Babylon. Les premiers chapitres se sont bien déroulés, mais à la section 7 sur la logique de confiscation/Slashing, là ça m’a clairement mis les nerfs à vif.

La technique de fuite automatique de clés privées de l’EOTS est vraiment propre et radicale : avec une double signature, 100% des BTC mis en collatéral sont brûlés, et mathématiquement c’est béton. Mais c’est justement le problème : elle ne fait aucune distinction entre une situation provoquée par un hacker, une simple erreur de manipulation côté nœud, ou encore une congestion réseau qui entraîne un décalage de synchronisation temporelle. Chez Ethereum, au moins, on distingue les pannes mineures et la double signature malveillante : la sévérité de la punition n’est pas la même, et on peut parfois compter sur la gouvernance communautaire pour rattraper le coup. Ici, c’est codé en dur, soudé de façon assez absolue.

Ça me rappelle une discussion que j’avais avant avec un ami market maker : leur principal souci, c’est exactement ça. Une fois, par accident, les BTC de mon ami avec les Delegators sont passés instantanément à zéro sur le mainnet : la prime de risque est montée d’un coup à un niveau délirant. Même des professionnels de la garde custody ont intérêt à y réfléchir à deux fois : qui oserait s’engager facilement ? Après le TGE, est-ce qu’on pourra mettre en place un seuil de Slashing gouvernable ? À mon avis, c’est bien plus important que la “violence mathématique” actuelle.

En regardant le carnet d’ordres, le 10 mai, le 10 juillet et le 10 août : cette libération linéaire, c’est clairement du “nommé à l’avance”. La dilution mensuelle fixe est une réalité. Mais sur les carnets L2 de Binance et d’OKX, juste sous la partie “entiers”, 2% de la profondeur sont remplis d’une cascade d’ordres à 50k à 200k, couche après couche : c’est fin en haut, épais en bas. Visuellement, ça ne ressemble pas à une intention de tout casser ; plutôt à une accumulation passive. Et avant/après le déblocage, on ne voit pas non plus de flux net on-chain consécutifs et très élevés qui entrent. Après avoir amplifié la volatilité, la clôture retombe quand même autour du centre : la probabilité que les market makers aient simplement à absorber de la panique est plus grande.

Ce qui, en revanche, m’empêche vraiment de dormir, c’est le verrouillage du temps côté TBV. Le fait que la clé privée soit détenue en propre et que ce ne soit pas du cross-chain, c’est un vrai point fort. Mais dès qu’on écrit ces conditions dans le script du mainnet, si ce n’est pas échu, impossible de racheter par anticipation. En bull market, tout le monde est content de verrouiller. Mais en cas de bear market avec un choc macro, est-ce que le marché secondaire pourra offrir un canal de sortie par “discount” pour ce contrat qui n’est pas encore arrivé à échéance ? C’est probablement la ligne de vie/la mort : jusqu’où le récit du collatéral natif pourra aller.

Aujourd’hui, mon idée est très simple : le jour du déblocage, je ne “nue” pas la position ; je mets des petits ordres au contact sous le bas du centre, et je n’essaie pas de poursuivre frénétiquement. Je vais attendre que les flux nets passent en continu positifs, ou que le jour où les frais réels du TBV commencent à refluer vers BABY arrive, et je regarderai ça sérieusement. @BabylonLabs_io $BABY #baby
Vous avez raté $MarsCoin , regardez si le prix du $jacket a quelque chose à dire, et si la charge est aussi puissante, est-ce que ça montera jusqu'à #ALPHA ? Utilisez le portefeuille Binance.
Vous avez raté $MarsCoin , regardez si le prix du $jacket a quelque chose à dire, et si la charge est aussi puissante, est-ce que ça montera jusqu'à #ALPHA ? Utilisez le portefeuille Binance.
Mince, $MarsCoin a une capitalisation de plus de trente millions, l’effet de création de richesse via Binance Alpha est de retour ! Elle a encore créé une nouvelle vague de jeunes talents sur la blockchain. Ne perdez pas du temps et n’attendez pas qu’ils arrivent sur Binance Alpha pour courir après : anticipez et préparez-vous dès maintenant sur la blockchain. Pour balayer la chaîne, j’utilise le portefeuille Binance, c’est super fluide. En renseignant mon code d’invitation FFFAAA, vous pouvez aussi économiser sur les frais : les jeunes talents reviennent !
Mince, $MarsCoin a une capitalisation de plus de trente millions, l’effet de création de richesse via Binance Alpha est de retour ! Elle a encore créé une nouvelle vague de jeunes talents sur la blockchain.

Ne perdez pas du temps et n’attendez pas qu’ils arrivent sur Binance Alpha pour courir après : anticipez et préparez-vous dès maintenant sur la blockchain. Pour balayer la chaîne, j’utilise le portefeuille Binance, c’est super fluide. En renseignant mon code d’invitation FFFAAA, vous pouvez aussi économiser sur les frais : les jeunes talents reviennent !
Partiellement vrai
Après des mois d’attente, Binance Alpha remet à la mode des memecoins : $MarsCoin explose, et quelqu’un d’autre a encore décroché un gros gain. L’attention revient à temps sur la chaîne.
Après des mois d’attente, Binance Alpha remet à la mode des memecoins : $MarsCoin explose, et quelqu’un d’autre a encore décroché un gros gain. L’attention revient à temps sur la chaîne.
Vérifié
$BABY #baby 昨晚老王连着好几条语音轰炸我,说他把大饼全押进$BABY里了,问我空投到底咋算。我翻了半天文档,愣是没找到个准话,就一行字:看有效质押时长和Finality Provider活跃度。没公式没倍率表,跟之前那些直接写质押一千给五百的项目完全两码事。 说实话,$BABY这条路走得确实野。它没搞传统那种项目方定规则、到点撒币的玩法,而是直接把激励逻辑写进比特币脚本里了。你质押那一刻起,结果就基本定调了,时间锁、UTXO状态加上Provider在链上的表现,共同决定你能拿多少。后面就看Provider在线率够不够稳,证明进度跟不跟得上。说白了,预期不再是项目方嘴上说说的承诺,而是链上实打实能验证的条件。 但反过来想,风险也跟着透明了。现在主网还在早期阶段,奖励池子本身不深,结算还得靠Babylon链往比特币上提交状态证明,不是实时到账的。万一Provider掉线或者出岔子,奖励结算就得往后拖,权重也可能被调低。 最近大家都在聊Aave V4整合这事。我觉得TBV最打动人的点就俩:没跨链桥,没封装比特币。它解决的确实是托管转移的问题,但adapter合约成了新的瓶颈,要是状态脱钩了,风险就从托管方跑路变成合约逻辑崩了。目前所有BTC往EVM生态跨的方案,都绕不开这层结构性限制。长远看,adapter的审计和状态同步机制,比喊口号管用多了。 @babylonlabs_io 最近连着官宣跟Aave、GoMining、Aegis的合作,看着原生BTC抵押的故事铺得挺大。但仔细一扒,测试网确实跑通了借贷流程(Signet环境),GoMining还在计划阶段,Aegis那个固定利率产品得等到2026年Q4,含金量不在一个量级上。真正到了主网上线,核心就看BTC持有人愿不愿意长期锁仓,借款人愿不愿意掏成本,清算的时候流动性能不能接得住。
$BABY #baby 昨晚老王连着好几条语音轰炸我,说他把大饼全押进$BABY 里了,问我空投到底咋算。我翻了半天文档,愣是没找到个准话,就一行字:看有效质押时长和Finality Provider活跃度。没公式没倍率表,跟之前那些直接写质押一千给五百的项目完全两码事。

说实话,$BABY 这条路走得确实野。它没搞传统那种项目方定规则、到点撒币的玩法,而是直接把激励逻辑写进比特币脚本里了。你质押那一刻起,结果就基本定调了,时间锁、UTXO状态加上Provider在链上的表现,共同决定你能拿多少。后面就看Provider在线率够不够稳,证明进度跟不跟得上。说白了,预期不再是项目方嘴上说说的承诺,而是链上实打实能验证的条件。

但反过来想,风险也跟着透明了。现在主网还在早期阶段,奖励池子本身不深,结算还得靠Babylon链往比特币上提交状态证明,不是实时到账的。万一Provider掉线或者出岔子,奖励结算就得往后拖,权重也可能被调低。

最近大家都在聊Aave V4整合这事。我觉得TBV最打动人的点就俩:没跨链桥,没封装比特币。它解决的确实是托管转移的问题,但adapter合约成了新的瓶颈,要是状态脱钩了,风险就从托管方跑路变成合约逻辑崩了。目前所有BTC往EVM生态跨的方案,都绕不开这层结构性限制。长远看,adapter的审计和状态同步机制,比喊口号管用多了。

@BabylonLabs_io 最近连着官宣跟Aave、GoMining、Aegis的合作,看着原生BTC抵押的故事铺得挺大。但仔细一扒,测试网确实跑通了借贷流程(Signet环境),GoMining还在计划阶段,Aegis那个固定利率产品得等到2026年Q4,含金量不在一个量级上。真正到了主网上线,核心就看BTC持有人愿不愿意长期锁仓,借款人愿不愿意掏成本,清算的时候流动性能不能接得住。
Il y a un moment que je n’avais pas ouvert le portefeuille Binance, et en fouillant j’ai retrouvé plus de 100 U. Ça doit être parce que le marché on-chain s’est récemment redynamisé : les potes sont de nouveau plus actifs. Si vous avez besoin de participer à des interactions on-chain, que ce soit pour faire du farming alpha, pour “撸毛打狗”, ou pour faire des investissements on-chain, utilisez le portefeuille Binance : c’est fluide, rapide et sans accrocs. En entrant mon code d’invitation, vous pouvez aussi économiser des frais : le code est FFFAAA Vous pouvez aussi copier cette adresse pour créer un compte sur le portefeuille Binance : https://web3.binance.com/referral?ref=FFFAAA
Il y a un moment que je n’avais pas ouvert le portefeuille Binance, et en fouillant j’ai retrouvé plus de 100 U. Ça doit être parce que le marché on-chain s’est récemment redynamisé : les potes sont de nouveau plus actifs. Si vous avez besoin de participer à des interactions on-chain, que ce soit pour faire du farming alpha, pour “撸毛打狗”, ou pour faire des investissements on-chain, utilisez le portefeuille Binance : c’est fluide, rapide et sans accrocs. En entrant mon code d’invitation, vous pouvez aussi économiser des frais : le code est FFFAAA

Vous pouvez aussi copier cette adresse pour créer un compte sur le portefeuille Binance :
https://web3.binance.com/referral?ref=FFFAAA
#baby $BABY Hier soir, j’ai veillé tard pour regarder les cours… je n’en pouvais plus. J’ai fait défiler quelques posts pour me vider la tête, et je suis tombé par hasard sur le TBV de BabylonLabs, autrement dit les Trustless Bitcoin Vaults. À lui seul, ce choix central sans aucune confiance a complètement dissipé mon envie de dormir. Après avoir fouillé les documents et étudié le sujet en détail, je dois dire que je me félicite : j’aurais presque raté cette innovation clé. Franchement, Babylon s’attaque à l’un des problèmes les plus difficiles dans l’écosystème Bitcoin : le mécanisme de covenant dans les scripts. Ceux qui connaissent Bitcoin savent que, nativement, les scripts ne peuvent pas contrôler le devenir des fonds une fois qu’ils ont été déplacés. Les solutions de cross-chain précédentes, soit reposaient sur un tiers centralisé de confiance, soit s’appuyaient sur des garde-fous par multisig : dans tous les cas, il y avait des faiblesses. Babylon a résolu l’impasse grâce à BitVM3 : la plupart des calculs sont effectués hors chaîne, et la chaîne n’a qu’à vérifier des preuves de fraude compressées. Pour retirer, l’utilisateur doit soumettre une preuve de connaissance zéro correspondant à l’état du contrat ; une fois vérifiée sur la chaîne principale Bitcoin, le retrait devient effectif. Tout au long du processus, le BTC reste verrouillé dans un script construit par l’utilisateur, sans jamais quitter le réseau Bitcoin—niveau de confiance maximal. Le point que j’apprécie le plus, c’est que chaque coffre est isolé de manière indépendante. Il n’y a pas de pool de fonds partagé : c’est totalement différent du modèle de pooling dominant dans la DeFi. En clair, c’est une boîte à outils d’assurance privée. Et c’est précisément grâce à cet avantage isolé et vérifiable que des protocoles de premier plan comme Aave osent s’y connecter directement. Les utilisateurs n’ont besoin ni de wrapper, ni de cross-chain, ni de confier leurs clés privées : ils peuvent utiliser leur BTC en collatéral pour emprunter des stablecoins. La vitesse d’implémentation et le coût de validation on-chain ont déjà été fortement optimisés. En revanche, quant aux performances une fois déployé à grande échelle, je reste encore en phase d’observation. À l’heure actuelle, le TBV est encore en testnet : seul Aave v4 est déjà intégré, les coffres et les adresses ont des plafonds de test, et les différentes options de collaboration restent pour l’instant au stade de la planification. La vraie solidité du projet devra être confirmée après le lancement mainnet : on verra le volume de collatéral réellement déposé, ainsi que des données clés comme le taux d’utilisation des emprunts. Quant au jeton $BABY, j’ai participé à un vote de gouvernance : il attribue un coefficient de pondération aux utilisateurs qui mettent en staking. Lier l’écosystème au staking est plus fiable que de simplement détenir le token, mais pour les utilisateurs ordinaires, la capacité d’influence reste faible et la participation est plutôt basse. À long terme, la valeur du token doit nécessairement être soutenue par des cas d’usage réels : seul le bon fonctionnement de l’activité de prêt du TBV, combiné à un retour stable des frais du protocole, permettra de bâtir un système de valeur sain. @babylonlabs_io
#baby $BABY Hier soir, j’ai veillé tard pour regarder les cours… je n’en pouvais plus. J’ai fait défiler quelques posts pour me vider la tête, et je suis tombé par hasard sur le TBV de BabylonLabs, autrement dit les Trustless Bitcoin Vaults. À lui seul, ce choix central sans aucune confiance a complètement dissipé mon envie de dormir. Après avoir fouillé les documents et étudié le sujet en détail, je dois dire que je me félicite : j’aurais presque raté cette innovation clé.

Franchement, Babylon s’attaque à l’un des problèmes les plus difficiles dans l’écosystème Bitcoin : le mécanisme de covenant dans les scripts. Ceux qui connaissent Bitcoin savent que, nativement, les scripts ne peuvent pas contrôler le devenir des fonds une fois qu’ils ont été déplacés. Les solutions de cross-chain précédentes, soit reposaient sur un tiers centralisé de confiance, soit s’appuyaient sur des garde-fous par multisig : dans tous les cas, il y avait des faiblesses. Babylon a résolu l’impasse grâce à BitVM3 : la plupart des calculs sont effectués hors chaîne, et la chaîne n’a qu’à vérifier des preuves de fraude compressées. Pour retirer, l’utilisateur doit soumettre une preuve de connaissance zéro correspondant à l’état du contrat ; une fois vérifiée sur la chaîne principale Bitcoin, le retrait devient effectif. Tout au long du processus, le BTC reste verrouillé dans un script construit par l’utilisateur, sans jamais quitter le réseau Bitcoin—niveau de confiance maximal.

Le point que j’apprécie le plus, c’est que chaque coffre est isolé de manière indépendante. Il n’y a pas de pool de fonds partagé : c’est totalement différent du modèle de pooling dominant dans la DeFi. En clair, c’est une boîte à outils d’assurance privée. Et c’est précisément grâce à cet avantage isolé et vérifiable que des protocoles de premier plan comme Aave osent s’y connecter directement. Les utilisateurs n’ont besoin ni de wrapper, ni de cross-chain, ni de confier leurs clés privées : ils peuvent utiliser leur BTC en collatéral pour emprunter des stablecoins. La vitesse d’implémentation et le coût de validation on-chain ont déjà été fortement optimisés. En revanche, quant aux performances une fois déployé à grande échelle, je reste encore en phase d’observation.

À l’heure actuelle, le TBV est encore en testnet : seul Aave v4 est déjà intégré, les coffres et les adresses ont des plafonds de test, et les différentes options de collaboration restent pour l’instant au stade de la planification. La vraie solidité du projet devra être confirmée après le lancement mainnet : on verra le volume de collatéral réellement déposé, ainsi que des données clés comme le taux d’utilisation des emprunts. Quant au jeton $BABY , j’ai participé à un vote de gouvernance : il attribue un coefficient de pondération aux utilisateurs qui mettent en staking. Lier l’écosystème au staking est plus fiable que de simplement détenir le token, mais pour les utilisateurs ordinaires, la capacité d’influence reste faible et la participation est plutôt basse. À long terme, la valeur du token doit nécessairement être soutenue par des cas d’usage réels : seul le bon fonctionnement de l’activité de prêt du TBV, combiné à un retour stable des frais du protocole, permettra de bâtir un système de valeur sain. @BabylonLabs_io
Baisse, baisse ! $SNDK , montez, montez. Le moment est venu où, pendant que les autres ont peur, moi je suis avide.
Baisse, baisse ! $SNDK , montez, montez. Le moment est venu où, pendant que les autres ont peur, moi je suis avide.
Partiellement vrai
$BABY Cette période, je me suis calmé et j’ai pris le temps de me plonger dans la recherche @babylonlabs_io , et j’ai constaté qu’il existe de nombreuses idées reçues au sein de la communauté. Je vais partager brièvement mon avis réel. Beaucoup de gens, en voyant un énorme volume de BTC bloqué en chaîne, en déduisent immédiatement que $BABY sera aussi favorisé. Mais ce raisonnement n’est pas rigoureux. D’abord, il faut clarifier les règles de risque les plus faciles à confondre : le réseau dispose de deux systèmes de capitaux indépendants. Les fonds en BTC confiés à FP assurent la fonction finale, et en cas d’infraction, il y a une confiscation/une sanction de 0,1 % ; $BABY est mis en gage auprès des validateurs de consensus, et la pénalité en cas de double signature est de 5 %. Leurs responsabilités et les conditions de déclenchement sont totalement différentes. Se contenter de comparer des chiffres n’a donc pas de sens. Par ailleurs, le fait qu’un nœud soit hors ligne ne signifie pas double signature : cela n’entraîne pas directement une sanction visant le BTC. Beaucoup d’articles de vulgarisation se trompent sur ce point. En relisant les documents d’exploitation de FP, on voit aussi des compromis de conception. Une fois la génération de la clé FP effectuée, elle ne peut pas être modifiée librement, afin de garantir l’identification et la traçabilité de l’identité du nœud et de limiter l’espace permettant de remplacer la clé de manière unilatérale. Mais cela augmente aussi le niveau d’exigence côté opérations. Si un risque de fuite de clé existe, il n’est pas possible de corriger immédiatement par rotation : il faut reconstruire le nœud et guider les utilisateurs à migrer les délégations. Par la suite, quand chacun choisit un FP, il ne faut pas seulement regarder le taux en ligne et la commission : les mesures d’isolation opérationnelle et les plans de protection des clés doivent aussi être pris en compte. Et le point fondamental qui intéresse le plus tout le monde : le BTC fortement mis en gage ne peut pas, à ce stade, générer un cash-flow pour récompenser les détenteurs de $BABY. Pour l’instant, les récompenses de mise en gage proviennent de l’inflation des tokens. Les détenteurs de BTC échangent une garantie de sécurité, tandis que les détenteurs de BABY obtiennent les revenus liés à l’inflation ; les deux canaux de rendement sont indépendants l’un de l’autre. En plus, avec la libération continue des parts et l’inflation annuelle, le marché en circulation s’élargit en permanence. L’idée de rachat et de destruction via BSN est séduisante, mais à l’heure actuelle, le gain concret n’a pas encore été réalisé. Tant que le BTC nouvellement mis en gage ne peut pas être converti de façon stable en revenus capturant des tokens, un TVL élevé correspond surtout à la taille des infrastructures de l’écosystème BTC. Donc, je pense que le récit de la sécurité du BTC par Babylon a une valeur à long terme, mais qu’il faut distinguer la valeur d’infrastructure et l’évaluation du token. Pour l’instant, le récit n’a pas été démenti par les faits (pas falsifié). Mais pour parvenir à une bascule de valorisation, il faudra encore attendre la concrétisation de revenus réels et la mise en place de données sur la destruction en chaîne. #baby
$BABY Cette période, je me suis calmé et j’ai pris le temps de me plonger dans la recherche @BabylonLabs_io , et j’ai constaté qu’il existe de nombreuses idées reçues au sein de la communauté. Je vais partager brièvement mon avis réel.

Beaucoup de gens, en voyant un énorme volume de BTC bloqué en chaîne, en déduisent immédiatement que $BABY sera aussi favorisé. Mais ce raisonnement n’est pas rigoureux. D’abord, il faut clarifier les règles de risque les plus faciles à confondre : le réseau dispose de deux systèmes de capitaux indépendants. Les fonds en BTC confiés à FP assurent la fonction finale, et en cas d’infraction, il y a une confiscation/une sanction de 0,1 % ; $BABY est mis en gage auprès des validateurs de consensus, et la pénalité en cas de double signature est de 5 %. Leurs responsabilités et les conditions de déclenchement sont totalement différentes. Se contenter de comparer des chiffres n’a donc pas de sens. Par ailleurs, le fait qu’un nœud soit hors ligne ne signifie pas double signature : cela n’entraîne pas directement une sanction visant le BTC. Beaucoup d’articles de vulgarisation se trompent sur ce point.

En relisant les documents d’exploitation de FP, on voit aussi des compromis de conception. Une fois la génération de la clé FP effectuée, elle ne peut pas être modifiée librement, afin de garantir l’identification et la traçabilité de l’identité du nœud et de limiter l’espace permettant de remplacer la clé de manière unilatérale. Mais cela augmente aussi le niveau d’exigence côté opérations. Si un risque de fuite de clé existe, il n’est pas possible de corriger immédiatement par rotation : il faut reconstruire le nœud et guider les utilisateurs à migrer les délégations. Par la suite, quand chacun choisit un FP, il ne faut pas seulement regarder le taux en ligne et la commission : les mesures d’isolation opérationnelle et les plans de protection des clés doivent aussi être pris en compte.

Et le point fondamental qui intéresse le plus tout le monde : le BTC fortement mis en gage ne peut pas, à ce stade, générer un cash-flow pour récompenser les détenteurs de $BABY . Pour l’instant, les récompenses de mise en gage proviennent de l’inflation des tokens. Les détenteurs de BTC échangent une garantie de sécurité, tandis que les détenteurs de BABY obtiennent les revenus liés à l’inflation ; les deux canaux de rendement sont indépendants l’un de l’autre. En plus, avec la libération continue des parts et l’inflation annuelle, le marché en circulation s’élargit en permanence.

L’idée de rachat et de destruction via BSN est séduisante, mais à l’heure actuelle, le gain concret n’a pas encore été réalisé. Tant que le BTC nouvellement mis en gage ne peut pas être converti de façon stable en revenus capturant des tokens, un TVL élevé correspond surtout à la taille des infrastructures de l’écosystème BTC.

Donc, je pense que le récit de la sécurité du BTC par Babylon a une valeur à long terme, mais qu’il faut distinguer la valeur d’infrastructure et l’évaluation du token. Pour l’instant, le récit n’a pas été démenti par les faits (pas falsifié). Mais pour parvenir à une bascule de valorisation, il faudra encore attendre la concrétisation de revenus réels et la mise en place de données sur la destruction en chaîne. #baby
Re-lire les documents du contrat de staking pour le @babylonlabs_io , et un détail m’a bloqué pendant longtemps. En fait, tout le processus de staking n’est pas exécuté de manière dynamique : c’est une sorte de carte de transactions dessinée à l’avance. Le protocole a déjà pré-signé, au moment où vous stakez, toutes les transactions concernées, y compris les chemins de désancrage et de slashing. Le flux des fonds est déjà “gravé” avant même que les UTXO ne soient verrouillés. Je me suis dit à l’époque : pourquoi ne pas utiliser directement un contrat dynamique ? Puis j’ai compris : l’expressivité limitée de Script de Bitcoin ne peut tout simplement pas gérer la logique “état” nécessaire à Babylon. Du coup, il simule un comportement de contrat via une carte de transactions pré-signées. Les UTXO stakés n’ont que trois issues : être récupérés une fois le time-lock expiré ; être désancrés à l’avance avec la collaboration du comité ; ou être slashés quand un validateur déclenche le slashing avec une double signature. Le cœur de ce design est que, même si la chaîne Babylon tombe en panne, les chemins pré-définis sur le réseau principal Bitcoin peuvent toujours s’exécuter : la sécurité des fonds reste solidement ancrée aux règles natives des UTXO. Mais le prix est évident : la flexibilité est presque nulle. Vous voulez modifier une configuration ? Pas question : il faut d’abord désancrer puis re-stake. Je n’arrivais pas à comprendre : puisque Bitcoin n’a pas de smart contracts, comment Babylon peut-il slasher automatiquement ? Après avoir relu le livre blanc, j’ai compris : il emprunte un chemin cryptographique extrême, basé sur une signature extractionnable à usage unique (EOTS). Si les validateurs font tout “proprement”, une seule signature avec une clé privée suffit ; mais dès qu’il y a double signature au même niveau (hauteur), la signature elle-même divulgue la clé privée. Toute personne qui obtient la clé privée peut ensuite lancer sur la chaîne Bitcoin une transaction de destruction, brûlant directement les actifs de staking du fautif. Ce n’est pas une preuve fondée sur le jugement en chaîne : c’est faire en sorte que la mauvaise conduite expose automatiquement la preuve de punition, grâce à la cryptographie plutôt qu’à une logique complexe. Par rapport aux propositions qui forcent Bitcoin à interagir avec des réseaux externes et s’appuient sur des schémas multisig, Babylon apparaît particulièrement sobre. L’objectif n’est pas de réécrire le niveau de base de Bitcoin, mais d’exploiter pleinement les scripts Taproot, en verrouillant chaque flux de fonds de manière indépendante dans des unités d’état natives, pour éliminer à la racine le risque lié à des pools de fonds partagés. Bien sûr, ce n’est pas parfait. Les conditions du script sont trop complexes, ce qui impose des exigences très élevées à l’équipe de développement ; et le débit du mainnet génère aussi des frictions d’interaction. Mais cela pose clairement le choix : sur Bitcoin, faire “gagner des intérêts” en chaîne, c’est pratique mais potentiellement livré à une boîte noire de médiation, ou bien une barrière cryptographique plus lourde mais impossible à falsifier ? J’ai choisi la seconde option. Cette déterminisme, c’est la vraie garantie du staking sur Bitcoin. $BABY #baby
Re-lire les documents du contrat de staking pour le @BabylonLabs_io , et un détail m’a bloqué pendant longtemps.

En fait, tout le processus de staking n’est pas exécuté de manière dynamique : c’est une sorte de carte de transactions dessinée à l’avance. Le protocole a déjà pré-signé, au moment où vous stakez, toutes les transactions concernées, y compris les chemins de désancrage et de slashing. Le flux des fonds est déjà “gravé” avant même que les UTXO ne soient verrouillés.

Je me suis dit à l’époque : pourquoi ne pas utiliser directement un contrat dynamique ? Puis j’ai compris : l’expressivité limitée de Script de Bitcoin ne peut tout simplement pas gérer la logique “état” nécessaire à Babylon. Du coup, il simule un comportement de contrat via une carte de transactions pré-signées. Les UTXO stakés n’ont que trois issues : être récupérés une fois le time-lock expiré ; être désancrés à l’avance avec la collaboration du comité ; ou être slashés quand un validateur déclenche le slashing avec une double signature.

Le cœur de ce design est que, même si la chaîne Babylon tombe en panne, les chemins pré-définis sur le réseau principal Bitcoin peuvent toujours s’exécuter : la sécurité des fonds reste solidement ancrée aux règles natives des UTXO. Mais le prix est évident : la flexibilité est presque nulle. Vous voulez modifier une configuration ? Pas question : il faut d’abord désancrer puis re-stake.

Je n’arrivais pas à comprendre : puisque Bitcoin n’a pas de smart contracts, comment Babylon peut-il slasher automatiquement ? Après avoir relu le livre blanc, j’ai compris : il emprunte un chemin cryptographique extrême, basé sur une signature extractionnable à usage unique (EOTS). Si les validateurs font tout “proprement”, une seule signature avec une clé privée suffit ; mais dès qu’il y a double signature au même niveau (hauteur), la signature elle-même divulgue la clé privée. Toute personne qui obtient la clé privée peut ensuite lancer sur la chaîne Bitcoin une transaction de destruction, brûlant directement les actifs de staking du fautif. Ce n’est pas une preuve fondée sur le jugement en chaîne : c’est faire en sorte que la mauvaise conduite expose automatiquement la preuve de punition, grâce à la cryptographie plutôt qu’à une logique complexe. Par rapport aux propositions qui forcent Bitcoin à interagir avec des réseaux externes et s’appuient sur des schémas multisig, Babylon apparaît particulièrement sobre. L’objectif n’est pas de réécrire le niveau de base de Bitcoin, mais d’exploiter pleinement les scripts Taproot, en verrouillant chaque flux de fonds de manière indépendante dans des unités d’état natives, pour éliminer à la racine le risque lié à des pools de fonds partagés.

Bien sûr, ce n’est pas parfait. Les conditions du script sont trop complexes, ce qui impose des exigences très élevées à l’équipe de développement ; et le débit du mainnet génère aussi des frictions d’interaction. Mais cela pose clairement le choix : sur Bitcoin, faire “gagner des intérêts” en chaîne, c’est pratique mais potentiellement livré à une boîte noire de médiation, ou bien une barrière cryptographique plus lourde mais impossible à falsifier ? J’ai choisi la seconde option. Cette déterminisme, c’est la vraie garantie du staking sur Bitcoin. $BABY #baby
$BABY Avant de voir le projet BTCFi, ma première réaction a été : encore un projet qui va faire de la cross-chain, emballer des actifs, et en plus devoir trouver un dépositaire tiers. En tant que personne qui garde des pièces dans un cold wallet pendant des années sans y toucher, je n’ose vraiment pas m’y aventurer : le coût de la confiance est trop élevé. Mais après avoir lu la documentation officielle de @babylonlabs_io , je me suis rendu compte que j’avais une vision trop étroite. Ils verrouillent le BTC sur le réseau Bitcoin principal en permanence, tout en contrôlant l’exécution via des scripts Taproot ; de l’autre côté, Ethereum ne fait qu’enregistrer un état, et les deux côtés sont atomiquement liés. Le rachat s’appuie sur le mécanisme de défi BABE pour vérification : aucun pont cross-chain sur tout le parcours. Pas besoin de Wrapped BTC, ni de dépositaire centralisé. En clair, ce que vous “fait confiance”, ce n’est pas une équipe ou une institution : c’est la cryptographie et le protocole eux-mêmes. C’est, selon moi, à quoi le BTCFi devrait ressembler. Pas juste construire un produit, mais fournir une infrastructure au BTC natif. L’emprunt n’est que la première étape : ensuite, toutes les applications on-chain autour de BTC pourront pousser sur cette base. Cela dit, on est encore en phase de test. Je surveille surtout trois indicateurs : la croissance du TVL sur le réseau principal, le nombre de protocoles DeFi intégrés, et le taux réel de rachats réussis. Tant que ces données continuent de progresser dans le bon sens, on pourra dire que cela réduit réellement la barrière d’entrée du BTC vers la DeFi. Récemment, je m’intéresse aussi au déblocage des tokens $BABY. D’après le Tokenomics, ce mois-ci, les initiés débloquent environ 136 millions en interne, l’écosystème et la R&D libèrent 112,5 millions, et en ajoutant l’inflation mensuelle, l’offre nouvellement disponible tourne autour de 294 millions de tokens. Mais ne paniquez pas : le déblocage ne signifie pas “dump”. Les investisseurs peuvent continuer à détenir ou à mettre en staking ; l’entité côté écosystème doit payer des coûts ; et les stakers, eux, ont aussi des choix différents après réception des récompenses. Le point clé, c’est de regarder la pression de vente réelle (pression * proportion de vente), puis de la comparer à la capacité d’absorption du carnet d’ordres. Je suis assez optimiste sur le fait qu’ils utilisent les tokens pour la construction de l’écosystème, la recherche et le développement, et la sécurité du réseau. Si ces investissements permettent d’apporter davantage de vrais usages et de revenus en BTC, alors l’offre nouvellement disponible pourrait totalement être absorbée par la puissance d’achat en croissance. Au fond, si le BTC natif peut vraiment participer à la DeFi de façon sûre et efficace, qui voudrait encore recourir à ces solutions d’empaquetage ? La voie Babylon vaut vraiment qu’on la suive de près. #baby
$BABY Avant de voir le projet BTCFi, ma première réaction a été : encore un projet qui va faire de la cross-chain, emballer des actifs, et en plus devoir trouver un dépositaire tiers. En tant que personne qui garde des pièces dans un cold wallet pendant des années sans y toucher, je n’ose vraiment pas m’y aventurer : le coût de la confiance est trop élevé.

Mais après avoir lu la documentation officielle de @BabylonLabs_io , je me suis rendu compte que j’avais une vision trop étroite. Ils verrouillent le BTC sur le réseau Bitcoin principal en permanence, tout en contrôlant l’exécution via des scripts Taproot ; de l’autre côté, Ethereum ne fait qu’enregistrer un état, et les deux côtés sont atomiquement liés. Le rachat s’appuie sur le mécanisme de défi BABE pour vérification : aucun pont cross-chain sur tout le parcours. Pas besoin de Wrapped BTC, ni de dépositaire centralisé.

En clair, ce que vous “fait confiance”, ce n’est pas une équipe ou une institution : c’est la cryptographie et le protocole eux-mêmes. C’est, selon moi, à quoi le BTCFi devrait ressembler. Pas juste construire un produit, mais fournir une infrastructure au BTC natif. L’emprunt n’est que la première étape : ensuite, toutes les applications on-chain autour de BTC pourront pousser sur cette base.

Cela dit, on est encore en phase de test. Je surveille surtout trois indicateurs : la croissance du TVL sur le réseau principal, le nombre de protocoles DeFi intégrés, et le taux réel de rachats réussis. Tant que ces données continuent de progresser dans le bon sens, on pourra dire que cela réduit réellement la barrière d’entrée du BTC vers la DeFi.

Récemment, je m’intéresse aussi au déblocage des tokens $BABY . D’après le Tokenomics, ce mois-ci, les initiés débloquent environ 136 millions en interne, l’écosystème et la R&D libèrent 112,5 millions, et en ajoutant l’inflation mensuelle, l’offre nouvellement disponible tourne autour de 294 millions de tokens. Mais ne paniquez pas : le déblocage ne signifie pas “dump”. Les investisseurs peuvent continuer à détenir ou à mettre en staking ; l’entité côté écosystème doit payer des coûts ; et les stakers, eux, ont aussi des choix différents après réception des récompenses. Le point clé, c’est de regarder la pression de vente réelle (pression * proportion de vente), puis de la comparer à la capacité d’absorption du carnet d’ordres.

Je suis assez optimiste sur le fait qu’ils utilisent les tokens pour la construction de l’écosystème, la recherche et le développement, et la sécurité du réseau. Si ces investissements permettent d’apporter davantage de vrais usages et de revenus en BTC, alors l’offre nouvellement disponible pourrait totalement être absorbée par la puissance d’achat en croissance.

Au fond, si le BTC natif peut vraiment participer à la DeFi de façon sûre et efficace, qui voudrait encore recourir à ces solutions d’empaquetage ? La voie Babylon vaut vraiment qu’on la suive de près. #baby
#baby $BABY Disons vrai : quand je suis tombé sur le projet @babylonlabs_io , je me suis dit : c’est juste un changement de “déguisement” de la même histoire de nantissement. On verrouille du BTC pour obtenir un rendement, les vieux schémas… Mais après avoir lu la documentation pendant deux jours, je me suis rendu compte que ce n’est absolument pas le cas. Le “staking” de BTC, en termes simples, consiste à déposer une garantie. Vous verrouillez le bitcoin on-chain et le confiez à des nœuds de validation ; tant que le réseau est bien maintenu, vous recevez des récompenses. Si quelqu’un agit mal, il est sanctionné. Le cœur du sujet, c’est : qui garantit la sécurité, et qui “couvre” les risques. TBV change l’orientation. Ça ressemble à un coffre-fort intelligent avec des règles “écrites en dur” : chaque coffre correspond à un UTXO de BTC. Les fonds sont isolés et il n’y a pas de nantissement en double. Les autres protocoles DeFi voient clairement que votre BTC est verrouillé de façon transparente, avec un état de validation vérifiable ; du coup, ils osent vous prêter d’autres actifs en toute confiance. C’est vraiment une libération de liquidité du BTC — et le bitcoin ne quitte jamais sa propre chaîne. D’un côté, vous gagnez l’argent lié à la responsabilité de la sécurité. De l’autre, vous obtenez une capacité d’emprunt : intérêts, volatilité, risques de liquidation… tout ce que vous devez assumer vous-même. Ne vous laissez pas berner par des promesses de “double rendement” : étudiez, mais pour l’instant, TBV est encore en testnet. En parcourant la doc BABY, j’ai découvert qu’il utilise CometBFT pour le consensus. Il mélange l’approche Cosmos avec le staking de Bitcoin : 100 validateurs produisent des blocs, 60 stakers signent la finalité… La conception est plutôt ingénieuse. Mais dans la documentation TBV, le mot “translation” m’a encore plus marqué : en substance, il s’agit de traduire la logique des contrats DeFi dans un langage que la chaîne Bitcoin peut comprendre. Bitcoin ne sait pas lire “nativement” les logiques d’autres chaînes : c’est vraiment le nœud difficile. L’équipe collabore avec BitVM Alliance. L’avancement récent : une proposition a été soumise à Aave DAO, afin d’intégrer TBV dans Aave V4. L’idée est de concevoir deux nouveaux Spoke dédiés, pour emprunter des fonds et pour la liquidation. Lors de la création du Vault, les règles sont gravées à jamais ; ensuite, personne ne pourra les altérer. La confiance passe donc par le code lui-même. Alors, ce qui vaut vraiment la peine d’être étudié avec $BABY, ce n’est pas “un rendement de plus”, mais de savoir si le bitcoin peut jouer davantage de rôles dans le monde DeFi, sans encapsulation ni garde (custody), grâce uniquement à des règles. Si cette idée fonctionne, l’imagination peut vraiment s’emballer.
#baby $BABY Disons vrai : quand je suis tombé sur le projet @BabylonLabs_io , je me suis dit : c’est juste un changement de “déguisement” de la même histoire de nantissement. On verrouille du BTC pour obtenir un rendement, les vieux schémas… Mais après avoir lu la documentation pendant deux jours, je me suis rendu compte que ce n’est absolument pas le cas.

Le “staking” de BTC, en termes simples, consiste à déposer une garantie. Vous verrouillez le bitcoin on-chain et le confiez à des nœuds de validation ; tant que le réseau est bien maintenu, vous recevez des récompenses. Si quelqu’un agit mal, il est sanctionné. Le cœur du sujet, c’est : qui garantit la sécurité, et qui “couvre” les risques.

TBV change l’orientation. Ça ressemble à un coffre-fort intelligent avec des règles “écrites en dur” : chaque coffre correspond à un UTXO de BTC. Les fonds sont isolés et il n’y a pas de nantissement en double. Les autres protocoles DeFi voient clairement que votre BTC est verrouillé de façon transparente, avec un état de validation vérifiable ; du coup, ils osent vous prêter d’autres actifs en toute confiance. C’est vraiment une libération de liquidité du BTC — et le bitcoin ne quitte jamais sa propre chaîne.

D’un côté, vous gagnez l’argent lié à la responsabilité de la sécurité. De l’autre, vous obtenez une capacité d’emprunt : intérêts, volatilité, risques de liquidation… tout ce que vous devez assumer vous-même. Ne vous laissez pas berner par des promesses de “double rendement” : étudiez, mais pour l’instant, TBV est encore en testnet.

En parcourant la doc BABY, j’ai découvert qu’il utilise CometBFT pour le consensus. Il mélange l’approche Cosmos avec le staking de Bitcoin : 100 validateurs produisent des blocs, 60 stakers signent la finalité… La conception est plutôt ingénieuse. Mais dans la documentation TBV, le mot “translation” m’a encore plus marqué : en substance, il s’agit de traduire la logique des contrats DeFi dans un langage que la chaîne Bitcoin peut comprendre. Bitcoin ne sait pas lire “nativement” les logiques d’autres chaînes : c’est vraiment le nœud difficile.

L’équipe collabore avec BitVM Alliance. L’avancement récent : une proposition a été soumise à Aave DAO, afin d’intégrer TBV dans Aave V4. L’idée est de concevoir deux nouveaux Spoke dédiés, pour emprunter des fonds et pour la liquidation. Lors de la création du Vault, les règles sont gravées à jamais ; ensuite, personne ne pourra les altérer. La confiance passe donc par le code lui-même.

Alors, ce qui vaut vraiment la peine d’être étudié avec $BABY , ce n’est pas “un rendement de plus”, mais de savoir si le bitcoin peut jouer davantage de rôles dans le monde DeFi, sans encapsulation ni garde (custody), grâce uniquement à des règles. Si cette idée fonctionne, l’imagination peut vraiment s’emballer.
#baby $BABY En toute franchise, je suis un peu immunisé contre les projets de l’écosystème BTC : on tourne et on retourne toujours autour des mêmes trois coups — l’encapsulation, le cross-chain et le staking. Mais @babylonlabs_io m’a vraiment fait regarder deux fois. Ce n’est pas parce que c’est “trop génial”, c’est parce que sa logique est un peu différente de celle des autres. Tout le monde se demande comment sortir le BTC du réseau Bitcoin ; lui, au contraire, veut que le BTC reste sagement à la maison, tout en pouvant aller “travailler” dehors pour gagner de l’argent. Le cœur de l’affaire, c’est deux choses : d’abord, le staking natif, un peu comme un dépôt de garantie qui sert de caution pour la sécurité d’autres chaînes ; ensuite, TBV (Trustless Bitcoin Vaults), qui revient à poser une serrure intelligente sur le BTC : les pièces restent dans ton propre portefeuille, mais côté DeFi, le “cadenas” peut être reconnu comme une garantie. En clair : permettre au BTC d’être utilisé dans plusieurs scénarios sans quitter la maison. Pas besoin d’encapsulation, pas de ponts cross-chain. Sur le plan sécurité, il y a réellement un cran d’avance. Mais ne vous réjouissez pas trop vite : pour l’instant, TBV est encore en réseau de test, et l’équipe officielle admet elle-même qu’au début, le système n’est pas encore interconnecté avec le module de staking. Ce qu’on appelle “staking et garantie en même temps” en est encore au stade PPT. Le mécanisme de consensus joue sur une double validation : sur le papier, ça fait très “hardcore”, mais en pratique, le coût de coordination n’est pas négligeable. Si l’un des deux validateurs faiblit, toute la chaîne peut se retrouver bloquée. Globalement, je reconnais l’orientation de BABY, mais la mise en œuvre avance un peu trop lentement. En tant que jeton de gouvernance, $BABY pourra-t-il vraiment porter tout ce système par la suite ? La clé, c’est de savoir quand TBV fonctionnera réellement. S’il y a du nouveau ensuite, je reviendrai fouiller.
#baby $BABY En toute franchise, je suis un peu immunisé contre les projets de l’écosystème BTC : on tourne et on retourne toujours autour des mêmes trois coups — l’encapsulation, le cross-chain et le staking. Mais @BabylonLabs_io m’a vraiment fait regarder deux fois.

Ce n’est pas parce que c’est “trop génial”, c’est parce que sa logique est un peu différente de celle des autres. Tout le monde se demande comment sortir le BTC du réseau Bitcoin ; lui, au contraire, veut que le BTC reste sagement à la maison, tout en pouvant aller “travailler” dehors pour gagner de l’argent.

Le cœur de l’affaire, c’est deux choses : d’abord, le staking natif, un peu comme un dépôt de garantie qui sert de caution pour la sécurité d’autres chaînes ; ensuite, TBV (Trustless Bitcoin Vaults), qui revient à poser une serrure intelligente sur le BTC : les pièces restent dans ton propre portefeuille, mais côté DeFi, le “cadenas” peut être reconnu comme une garantie. En clair : permettre au BTC d’être utilisé dans plusieurs scénarios sans quitter la maison. Pas besoin d’encapsulation, pas de ponts cross-chain. Sur le plan sécurité, il y a réellement un cran d’avance.

Mais ne vous réjouissez pas trop vite : pour l’instant, TBV est encore en réseau de test, et l’équipe officielle admet elle-même qu’au début, le système n’est pas encore interconnecté avec le module de staking. Ce qu’on appelle “staking et garantie en même temps” en est encore au stade PPT. Le mécanisme de consensus joue sur une double validation : sur le papier, ça fait très “hardcore”, mais en pratique, le coût de coordination n’est pas négligeable. Si l’un des deux validateurs faiblit, toute la chaîne peut se retrouver bloquée.

Globalement, je reconnais l’orientation de BABY, mais la mise en œuvre avance un peu trop lentement. En tant que jeton de gouvernance, $BABY pourra-t-il vraiment porter tout ce système par la suite ? La clé, c’est de savoir quand TBV fonctionnera réellement. S’il y a du nouveau ensuite, je reviendrai fouiller.
Utilisez le portefeuille de Binance ! Gagnez le prize pool de 60 000 USDG ! Le portefeuille Binance prend désormais en charge Robinhood ! Le Concours d’expérience de trading on-chain de la saison 4 est en ligne. Rendez-vous sur le portefeuille Binance pour participer au défi Robinhood et gagner le prize pool de 60 000 USDG Le jeu porte sur les jetons émis par Virtuals Protocol via la chaîne Robinhood. Selon le classement du profit/perte déjà réalisé, les 100 premiers pourront partager le prize pool, et le 1er peut obtenir 12 000 USDG. Conditions de participation : 1》Utiliser le portefeuille Binance (sans clé privée) pour s’inscrire et trader 2》Seuls les jetons émis sur la chaîne Robinhood par Virtuals Protocol sont pris en compte 3》Les paires de trading doivent inclure $VIRTUALS, $USDG, et $ETH ou $WETH 4》Être éligible au classement nécessite au moins 1 achat et 1 vente 5》Le portefeuille ne peut pas exporter de clé privée, et il est interdit d’utiliser le même portefeuille sur d’autres plateformes pour trader L’activité a commencé et se termine le 5 août. Inscription préalable requise. Si vous jouez déjà à Robinhood, vous pouvez y participer en plus : en gagnant grâce au trading, vous pouvez aussi obtenir une récompense supplémentaire. Lien dédié au portefeuille Binance : https://web3.binance.com/pnl-tc/szn4?ref=FFFAAA
Utilisez le portefeuille de Binance ! Gagnez le prize pool de 60 000 USDG !
Le portefeuille Binance prend désormais en charge Robinhood !

Le Concours d’expérience de trading on-chain de la saison 4 est en ligne. Rendez-vous sur le portefeuille Binance pour participer au défi Robinhood et gagner le prize pool de 60 000 USDG

Le jeu porte sur les jetons émis par Virtuals Protocol via la chaîne Robinhood. Selon le classement du profit/perte déjà réalisé, les 100 premiers pourront partager le prize pool, et le 1er peut obtenir 12 000 USDG.

Conditions de participation :
1》Utiliser le portefeuille Binance (sans clé privée) pour s’inscrire et trader
2》Seuls les jetons émis sur la chaîne Robinhood par Virtuals Protocol sont pris en compte
3》Les paires de trading doivent inclure $VIRTUALS, $USDG, et $ETH ou $WETH
4》Être éligible au classement nécessite au moins 1 achat et 1 vente
5》Le portefeuille ne peut pas exporter de clé privée, et il est interdit d’utiliser le même portefeuille sur d’autres plateformes pour trader

L’activité a commencé et se termine le 5 août.
Inscription préalable requise. Si vous jouez déjà à Robinhood, vous pouvez y participer en plus : en gagnant grâce au trading, vous pouvez aussi obtenir une récompense supplémentaire.

Lien dédié au portefeuille Binance :
https://web3.binance.com/pnl-tc/szn4?ref=FFFAAA
$BABY Ces derniers temps, l’écosystème Bitcoin est particulièrement animé, mais après en avoir fait le tour, Babylon Labs est clairement celui qui mérite qu’on s’y intéresse. Avant, on avait du BTC en main. À part le garder et attendre la hausse, on ne faisait pas grand-chose. Participer à la DeFi ? Soit on faisait du wrapping cross-chain, avec des risques effrayants ; soit on confiait tout à des plateformes centralisées, en vivant dans l’inquiétude permanente de voir un jour le projet disparaître. Mais Babylon propose une nouvelle approche : elle nous permet de mettre en staking du BTC natif, sans déplacer les actifs, sans les confier à un tiers, avec une sécurité poussée au maximum. @babylonlabs_io Où est la “smartness” ? Elle exporte la force de la consensus et la capacité de sécurité du Bitcoin vers d’autres chaînes PoS. Dit simplement : le BTC n’est plus juste de l’argent “mort”. Il devient la base de sécurité de l’ensemble de l’écosystème on-chain. Récemment, ce qu’ils ont mis en place, les Trustless Bitcoin Vaults (TBV), est encore plus impressionnant : permettre à du BTC natif, via une preuve cryptographique, d’être utilisé comme collatéral dans la DeFi sur Ethereum. Autocustodie et liquidité sont gérées, tout sans compromis. Si ça prend vraiment, le crédit, les stablecoins et les dérivés vont tous venir se greffer. Franchement, je n’ose même pas imaginer. Et en plus, le token $BABY ne piège pas : au-delà des frais et de la gouvernance, il permet aussi de participer en profondeur à l’écosystème. L’équipe a étalé la période de déblocage sur une durée assez longue : en court terme, la pression de vente est plus faible, ce qui est un énorme plus dans ce contexte de marché baissier. Bien sûr, les TBV sont encore en testnet. La fiabilité du règlement (settlement), la robustesse de la validation cross-chain… il faudra observer. Mais le récit “sécurité du BTC + staking + PoS” a déjà explosé en termes de potentiel. Le Bitcoin passe du coffre-fort à un actif productif, et Babylon touche précisément le cœur du sujet. Je vais vraiment m’y accrocher ; s’il y a du progrès, je ferai un point avec les frères. #baby
$BABY Ces derniers temps, l’écosystème Bitcoin est particulièrement animé, mais après en avoir fait le tour, Babylon Labs est clairement celui qui mérite qu’on s’y intéresse.

Avant, on avait du BTC en main. À part le garder et attendre la hausse, on ne faisait pas grand-chose. Participer à la DeFi ? Soit on faisait du wrapping cross-chain, avec des risques effrayants ; soit on confiait tout à des plateformes centralisées, en vivant dans l’inquiétude permanente de voir un jour le projet disparaître. Mais Babylon propose une nouvelle approche : elle nous permet de mettre en staking du BTC natif, sans déplacer les actifs, sans les confier à un tiers, avec une sécurité poussée au maximum.

@BabylonLabs_io Où est la “smartness” ? Elle exporte la force de la consensus et la capacité de sécurité du Bitcoin vers d’autres chaînes PoS. Dit simplement : le BTC n’est plus juste de l’argent “mort”. Il devient la base de sécurité de l’ensemble de l’écosystème on-chain. Récemment, ce qu’ils ont mis en place, les Trustless Bitcoin Vaults (TBV), est encore plus impressionnant : permettre à du BTC natif, via une preuve cryptographique, d’être utilisé comme collatéral dans la DeFi sur Ethereum. Autocustodie et liquidité sont gérées, tout sans compromis. Si ça prend vraiment, le crédit, les stablecoins et les dérivés vont tous venir se greffer. Franchement, je n’ose même pas imaginer. Et en plus, le token $BABY ne piège pas : au-delà des frais et de la gouvernance, il permet aussi de participer en profondeur à l’écosystème. L’équipe a étalé la période de déblocage sur une durée assez longue : en court terme, la pression de vente est plus faible, ce qui est un énorme plus dans ce contexte de marché baissier.

Bien sûr, les TBV sont encore en testnet. La fiabilité du règlement (settlement), la robustesse de la validation cross-chain… il faudra observer. Mais le récit “sécurité du BTC + staking + PoS” a déjà explosé en termes de potentiel. Le Bitcoin passe du coffre-fort à un actif productif, et Babylon touche précisément le cœur du sujet. Je vais vraiment m’y accrocher ; s’il y a du progrès, je ferai un point avec les frères. #baby
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme