叫我平头哥

De nombreux escrocs apparaissent sur la place, prétendant offrir des remises de 30% voire 35%. Voici une petite explication sur les règles de remise !
Sur la plateforme Binance, le maximum ne peut être que de 20%. Pourquoi vous donneraient-ils 30% ou plus ? Nous sommes tous des adultes, il ne faut pas être avide pour quelques petites économies. Les frais de Binance ne peuvent être remboursés que manuellement !
🎈 Le frère Pingouin offre à tous un taux de remise de 20%, axé sur l'honnêteté, et effectue des paiements manuels chaque dimanche !
#手续费返佣

今年四月底，安全审计公司OtterSec公开了一份关于Dusk的漏洞报告，我这两天才补完细节，越看越觉得后怕。

问题出在dusk-plonk这个零知识证明库的验证环节。简单说，证明系统里prover（证明方）提交的证明包含几个多项式承诺的求值结果，正常流程验证方要把这些值跟受信任的verifier key做比对，确认没被篡改。但审计发现，验证方代码里有四个本该被校验的求值字段，实际上直接被拿去用在最终等式里，压根没做校验。这意味着理论上一个恶意prover可以伪造证明，绕开电路里所有约束条件，在Phoenix的机密转账路径下凭空铸造DUSK、伪造屏蔽交易，而链会把这些交易当成合法交易确认。

这不是Phoenix电路设计写错了，电路约束本身是对的，纯粹是证明系统底层验证逻辑漏掉了一步该做的校验——这种bug之所以容易被忽略，是因为大部分审计员脑子里对标准PLONK的心智模型是"选择器是验证方自己算的"，没意识到Dusk的实现里验证方开始直接消费prover提交的选择器求值，这个架构上的偏离才是漏洞真正藏身的地方。

这份报告让我对"审计过的项目=安全"这句话更谨慎了。dusk-plonk不是没审计过，是这类底层密码学库的bug，往往要等到有人换个角度、带着不同的心智模型重新审一遍才会暴露。目前这个问题已经被走了负责任披露流程处理，但它提醒我一件事：自研密码学库这条路,安全边界比表面上看到的要窄。

你们怎么看自研密码学栈这件事——是技术自主可控的必要投入，还是每条链都该尽量用经过更大规模实战检验的现成方案？
@Dusk #dusk $DUSK

茶水间碰到同事，他知道我一直在看Dusk，随口问了句："你说的那个隐私链，到底隐私给谁看的？"我一时没答上来，回工位翻了半小时文档才想明白，这问题问得挺准。

Dusk的隐私不是"谁都看不见"，是"看得见的人是被指定的"。Hedger模块用同态加密加ZK做选择性披露，监管方拿到的是一把viewing key，能验证这笔交易合不合规、有没有超阈值、地址在不在黑名单，但看不到具体金额和交易对手。这套逻辑跟传统金融的保密审计其实很像，不是链圈常说的"完全匿名"或"完全透明"，是介于中间那条窄缝。

但同事那句话我后来越想越觉得没答完——key到底谁签发、谁能吊销、出了纠纷谁来仲裁？如果监管方的key权限设计得不够清楚，选择性披露听着再优雅，落地时也是一地鸡毛。这不是纯技术问题，是治理问题，白皮书这块写得确实比技术细节保守很多。

我现在的态度是方向认可，但落地案例没跑通之前不下重仓。你们要是碰到"隐私链"这三个字，第一反应还是"匿名"还是"可控披露"？

@Dusk #dusk $DUSK

我一直觉得PoS项目吹的"秒级最终性"大多是营销话术,直到我扒了Dusk的共识细节

搞这行久了,对"快"这个字已经免疫了,谁都说自己快,链上一查还是得等好几个确认才敢放心。这次翻 @Dusk 的白皮书,我盯着Succinct Attestation这块细节看了很久,发现它玩的不是"快",是"确定"。

比特币那套长链原则,本质是概率游戏,你永远没法百分百确定这笔交易不会被翻掉,只能等的时间越长越安心,这是PoW的原罪,没得洗。Dusk走的是委员会路线,每一轮通过密码学抽签选出一批节点投票确认,一旦达成共识,这笔交易就是终局,不存在被推翻的可能性。这跟前面提到过的隐私那套东西不是一回事,是完全独立的另一层设计,专门解决金融场景最在意的问题,交易到底算不算数。

抽签这个细节我觉得被严重低估了,它不是随便选人,节点被选中的概率跟质押量绑定,同时还引入了信誉模块,作恶节点会被逐渐边缘化,不是靠罚没这一种手段硬压着,是靠机制把坏节点慢慢挤出局。这套东西如果真按白皮书跑通,对接传统结算系统的时候,机构不用再忍受那种模糊的"大概率安全",可以直接拿最终性当法律意义上的凭证用。

我个人对这类设计一贯谨慎,机制画得再漂亮,没有真实网络压力测试过都只是纸面推演,委员会规模、宕机容错这些细节能不能扛住真实的攻击场景,还得看时间。

说到底,人类对"确定性"的渴望从来没停过,从占卜问卦到今天的密码学证明,换了工具,没换目的。$DUSK 想做的,不过是把这份古老的焦虑,重新翻译成一行行可验证的代码。 #dusk

我盯着Kadcast看了很久,才明白Dusk在解决一个大家都绕开的问题

大部分人聊公链,张口就是TPS、手续费、生态代币模型,很少有人关心区块到底是怎么传到全网每个节点的。这事听起来枯燥,但恰恰是很多链卡顿、分叉、甚至被攻击的根子。

@Dusk 用的是Kadcast,一个借鉴Kademlia结构化覆盖网络的区块传播协议。说白了,普通的Gossip广播是每个节点见谁都发一遍,冗余极大,网络越大越堵。Kadcast换了个思路,节点按照类似分布式哈希表的逻辑组织,传播路径是可控、可预测的树状结构,理论上能用更少的带宽把区块更快送到全网,还能抗一定程度的节点失联和恶意丢包。

我第一次看到这个设计时的反应是,这不就是把P2P下载里"分块传输、多点接力"的思路搬进了区块链底层吗?BT下载靠这套逻辑省带宽、抗单点故障,Dusk拿它解决出块同步的老问题,思路挺扎实,不是那种堆几个流行词就叫创新的套路。

零知识证明这块,Dusk选的是PlonK证明系统配Poseidon哈希,前者证明生成和验证效率高,后者是专门为ZK场景优化过的哈希算法,不是随便拿一个传统哈希函数改改就上。这种选型能看出团队是真的在密码学细节上较真,而不是先讲故事再补技术。

我一直觉得,一条链愿不愿意把底层传播协议这种"看不见的地基"做扎实,比它营销稿写得多漂亮更能说明问题。$DUSK 值得看的从来不是它讲了什么,是它在没人盯着的地方补了哪些洞。

技术这东西说到底像盖房子,地基没人拍照发朋友圈,但塌的时候没人能靠外墙瓷砖撑住。#dusk

Conception de la frontière de sécurité dans le chemin de rachat TBV

En étudiant les documents TBV de @BabylonLabs_io , je me suis heurté à une contrainte à laquelle je n’arrivais pas à renoncer : avec les capacités intrinsèques du script Bitcoin, comment faire en sorte que les BTC verrouillés sur la chaîne réagissent aux résultats de liquidation ou de remboursement d’un DeFi externe, sans modifier le consensus ? J’avais l’impression que ce type de schéma nécessitait soit une confiance externe, soit un compromis sur la sécurité native.

Au départ, j’ai classé le TBV comme une simple tentative supplémentaire de « faire entrer du BTC dans le DeFi ». Mais en examinant les mécanismes concrets, j’ai compris que j’avais sous-estimé la manière dont il gère la frontière de sécurité. Le point clé est le suivant : le BTC de chaque Vault est verrouillé dans un script Taproot que signent conjointement les utilisateurs. Le chemin de libération est entièrement pré-construit et signé dès la création du Vault. Ensuite, quels que soient les événements côté Ethereum, les conditions de dépense du BTC ne peuvent emprunter que ces chemins déjà promis ; personne ne peut ajouter temporairement de nouvelles conditions.

En termes simples, lors du rachat, le Fournisseur de Vault génère une preuve de connaissance zéro basée sur l’état d’Ethereum. Cette preuve est vérifiée sur la blockchain Bitcoin via le mécanisme BABE. Seule une preuve valide, et l’absence de contestation réussie pendant la fenêtre de défi (d’environ 3 jours), permet la libération des BTC selon le chemin préétabli. Les utilisateurs disposent aussi des preuves nécessaires : ils peuvent, si besoin, lancer une opération de sauvetage ou empêcher une déclaration invalide.

Par rapport aux schémas de ponts ou de dépositaire (custody) courants, la différence est nette. Beaucoup de solutions déplacent le BTC vers un autre environnement ou un pool partagé, en s’appuyant sur des signatures multiples ou sur la fiabilité continue de l’opérateur. Le TBV, lui, conserve les BTC sur le réseau Bitcoin tout au long du processus : chaque Vault correspond à un UTXO indépendant, et la logique de contrôle reste ancrée dans la vérification du script Bitcoin. L’extérieur ne fournit que des éléments de preuve vérifiables, et n’agit pas directement sur les actifs.

Ce design aborde directement la question de confiance la plus préoccupante pour les utilisateurs de BTC : vouloir utiliser les actifs dans un DeFi afin d’obtenir de la liquidité, tout en ne cédant pas l’avantage du self-custody. D’après les mécanismes actuels, il resserre au maximum la frontière de sécurité autour des règles de Bitcoin lui-même et des preuves cryptographiques, tout en ouvrant des possibilités de composition pour des intégrations comme Aave v4.

Bien sûr, les coûts de génération des preuves, les performances réelles de la fenêtre de défi sous forte charge, ainsi que la stabilité après intégration de davantage d’applications, devront encore être confirmés par davantage de données on-chain. Je continuerai d’observer ces détails côté exécution.
@BabylonLabs_io $BABY #BABY

Réexamen de la maîtrise des actifs lorsque le BTC entre dans la DeFi

En étudiant les documents TBV, je suis resté bloqué par la conception « chaque Vault correspond à un UTXO indépendant ». Avant, je pensais que, pour faire entrer le BTC dans la DeFi, l’enjeu clé consistait à l’acheminer efficacement vers une autre chaîne et à l’y utiliser. Mais ce détail m’a ramené à la base.

Dans mon esprit, la plupart des approches de BTCFi s’appuient sur des ponts ou de l’enveloppage : le BTC est converti en une forme représentative afin de pouvoir emprunter ou servir de garantie. L’opération est simple, mais elle déplace en réalité le contrôle de l’actif : l’utilisateur doit alors faire davantage confiance à la sécurité du pont ou à l’exécution par le dépositaire. En voyant le TBV de Babylon, j’ai réalisé que j’avais inversé l’ordre. Ce n’est pas d’abord déplacer l’actif puis parler de contrôle ; c’est laisser le BTC pendant tout le processus sur le réseau Bitcoin, l’immobiliser via des scripts spécifiques, puis traduire les changements d’état de la DeFi externe en conditions vérifiables par Bitcoin.

Concrètement, lorsque l’utilisateur crée un Vault, le BTC est verrouillé dans une sortie Taproot signée conjointement par lui ; chaque Vault correspond à une sortie isolée unique, et non à un mélange dans une réserve partagée. Lors du rachat ou d’une liquidation, il n’est pas nécessaire qu’une partie « approuve » le déplacement des fonds. Le Vault Provider génère une preuve de connaissance nulle fondée sur des événements Ethereum, qui est vérifiée sur la blockchain Bitcoin via le mécanisme BABE. Pendant la fenêtre de contestation, quiconque peut remettre en question une preuve invalide ; au final, ce sont toujours le script Bitcoin et le consensus qui déterminent la destination des fonds.

La différence avec les schémas de pontage classiques est nette. Dans les solutions de pont, le BTC quitte souvent d’abord l’environnement natif, puis est mappé sur la chaîne cible ; la sécurité repose alors sur des multisignatures ou sur des incitations économiques. Le TBV fait l’inverse : la logique DeFi externe ne fournit que des « preuves », tandis que le contrôle réel reste ancré aux UTXO de Bitcoin et aux règles de script. L’utilisateur n’a pas à céder ses clés privées, et on évite aussi le risque que les fonds d’un pool soient indirectement utilisés par d’autres utilisateurs.

Le problème central que ce design résout, c’est la frontière de confiance. Ce que les détenteurs de BTC veulent le plus souvent, ce n’est pas seulement de pouvoir gagner un rendement, mais surtout de savoir si leurs actifs peuvent encore être protégés selon le modèle natif de Bitcoin dans des scénarios complexes. D’après les mécanismes actuels, il transforme des décisions financières hors chaîne en chemins de dépenses vérifiables en chaîne, réduisant ainsi la nécessité d’introduire de nouvelles hypothèses de confiance.

Dans l’ensemble, le TBV propose une voie pour étendre l’usage du BTC sans sacrifier le modèle de sécurité de Bitcoin. Cela vaut la peine d’en suivre l’évolution, notamment avec le progrès de @BabylonLabs_io . $BABY #baby

阅读TBV资料时卡在“状态证明”这个机制上

研究 @BabylonLabs_io 的 Trustless Bitcoin Vaults 文档时，我一度被“状态证明”这个说法卡住了。原先理解里，BTC想参与外部DeFi，大多得通过桥或封装把资产挪出去，控制权自然也跟着转移。但继续往下看，才发现TBV的处理方式把这个假设颠倒了过来。

关键在于，每个Vault把BTC锁在Bitcoin自身的UTXO里，外部链（如以太坊上的借贷合约）的状态变化，需要通过零知识证明提交到Bitcoin链上验证。只有证明符合预设条件（比如还款完成或未触发清算），赎回路径才能激活。这不是Bitcoin去主动读取外部数据，而是把外部结果“翻译”成Bitcoin脚本能校验的证据，整个过程保持了自托管。

和常见跨链方案比起来差异明显。传统方式往往把BTC移到另一条链或托管池，依赖多签或外部验证者来同步状态，一旦那些节点出问题，BTC就面临新风险。TBV则反过来，让BTC留在原生网络，每个Vault独立响应特定合约的证明，挑战期内任何人还能发起质疑，最终由Bitcoin共识裁定。

这种设计直接缓解了用户在用BTC做抵押时的信任矛盾：既想获得DeFi流动性，又不想把核心资产的控制权让渡出去。从目前设计看，它把安全边界牢牢钉在Bitcoin的验证规则上，同时打开了更多组合可能。

当然，实际落地后证明生成成本、挑战窗口的效率，以及大规模集成时的稳定性，都还需要更多数据验证。我会继续关注这些执行细节。

$BABY #baby

从Vault清算脚本约束切入分析状态验证逻辑
把 @BabylonLabs_io 的 Trustless Bitcoin Vaults（TBV）放在多签桥和智能合约的交叉点上看，最容易卡住的地方不是资金怎么锁，而是外部清算指令凭什么能触发原生链上的脚本执行。之前我一直顺着传统跨链桥的惯性去想，以为这背后还是靠一套预言机或者多签集群在传话。
其实关键在于把复杂的金融逻辑拆成了条件支付脚本。TBV 并不是让 Bitcoin 链去理解复杂的借贷或者清算规则，而是借助 BitVM3 这类链下计算框架，把外部状态转化成极其精简的欺诈证明。当清算触发时，提交给 Bitcoin 的不是一段执行代码，而是一组已经打包好条件判断的 Taproot 支出路径。
相比之前常见的“封装代币 + 跨链多签”方案，这种设计把信任假设收敛到了脚本本身的验证逻辑上。用户不用担心托管节点集体违约，也不需要信任第三方有权随时转移资金。赎回或清算的唯一凭据，是链下生成的证明能否在特定时间内通过 Bitcoin 节点的验证。
不过这种模式也意味着清算效率会受到 Bitcoin 块时间与证明验证成本的约束。在极端波动行情下，证明提交的延迟和网络拥堵会不会影响清算及时性，官方资料看仍有待实际市场环境的检验。从目前设计来看，围绕 $BABY 构建的机制尝试在不改变原生共识的前提下扩展功能，这条技术路线的落地效果值得继续跟进。 #baby

Après avoir testé le réseau de test TBV, j’ai une nouvelle façon de voir le fait de mettre des BTC en garantie

Les jours précédents, j’ai choisi un moment calme pour tout parcourir sur le testnet Babylon : de la création du vault à l’emprunt de stablecoins, puis au remboursement et au rachat. Avant, quand j’explorais les propositions DeFi sur BTC, je tombais toujours sur le même obstacle : il faut déplacer les actifs vers un environnement externe, ce qui revient à transférer le pouvoir de décision final aux opérateurs de pont ou à un groupe de multi-signature. En cas de cygne noir, même si tu crie à tue-tête, ça ne sert à rien — j’ai déjà vu des situations semblables, et j’ai eu des doutes qui sont restés dans ma tête.

La façon dont TBV traite le sujet m’a vraiment fait lever les yeux. Tout au long du processus, les BTC restent dans les scripts Taproot natifs de Bitcoin. Vous, ainsi que le protocole, pré-signez ensemble la construction d’un vault privé : c’est comme si vous aviez créé un coffre-fort distinct pour chaque lot de pièces. Pour l’utiliser comme garantie dans le DeFi sur Ethereum, il suffit de synchroniser l’état via des mécanismes atomiques et des preuves : la liquidation ou la libération s’appuient sur BABE, pour que Bitcoin puisse valider le résultat de façon indépendante. Pas d’actifs emballés, pas de garde par un tiers : chaque vault est isolé, et personne ne peut toucher à votre capital.

Le côté pratique de cette conception, c’est qu’elle contourne beaucoup de limitations des scripts Bitcoin. En combinant des parcours pré-signés avec la génération de preuves hors chaîne puis la validation en chaîne, on obtient une programmabilité inter-chaînes sans perdre l’essence de l’auto-garde. En entrée, il y a votre BTC natif ; le processus s’aligne grâce à la cryptographie ; la sortie est tranchée par le consensus. Pour quelqu’un comme moi, un utilisateur de longue date, c’est plus fiable que beaucoup de solutions qui “ont l’air intelligentes” mais transfèrent en réalité le contrôle.

Mais je vais quand même chercher des points à critiquer. En cas de forte charge, le délai de confirmation de Bitcoin risque-t-il de freiner l’efficacité des liquidations ? La courbe d’apprentissage pour intégrer cette approche est-elle très abrupte pour les développeurs ? Les applications principales sont-elles prêtes à ajuster la logique de leurs contrats pour la garantie native ? Si ces réalités d’ingénierie bloquent, le rythme d’adoption ralentira.

Je traîne sur les marchés depuis si longtemps que je sais : un bon projet ne se contente pas de slogans, il résout de vraies douleurs. TBV m’a permis de voir que les BTC ne devraient pas être uniquement une réserve de valeur ; ils peuvent aussi participer à des activités économiques plus larges, avec un coût de confiance minimal. Quand la technologie permet vraiment de garder le contrôle entre les mains des utilisateurs, on se rapproche peut-être de l’état idéal : des actifs qui dorment en sécurité, mais qui se réveillent quand il faut pour servir vos besoins — et sans jamais avoir à vous inquiéter que les clés finissent dans la poche de quelqu’un d’autre. C’est ça, le vrai socle de confiance que la cryptographie doit offrir.

$BABY #baby @BabylonLabs_io

J’utilise du BTC en garantie pour emprunter des stablecoins, sans jamais remettre la clé : est-ce que c’est vraiment fiable ?

Honnêtement, ces dernières années, j’ai vu passer toutes sortes de solutions de “Bitcoin DeFi”, et la plupart m’ont fait secouer la tête. Soit les ponts (bridges) se font pirater, soit le BTC est “emballé” pour finir comme les jetons d’une autre personne. Sur le papier, tu as encore ton BTC, mais en réalité tu as déjà cédé le contrôle. Du vrai argent est verrouillé sur la blockchain Bitcoin, mais tu ne peux que regarder, impuissant, les tours de magie sur Ethereum. Ça me met mal à l’aise.

Jusqu’à récemment, quand j’ai bricolé les Babylon Trustless Bitcoin Vaults (TBV). Là, j’ai enfin eu l’impression que ce mécanisme touche à l’essentiel.

J’ai construit un coffre indépendant pour moi avec un script Taproot : un BTC qui n’a pas bougé d’un centime, verrouillé directement sur le réseau Bitcoin principal. Pas de bridge, pas d’emballage, pas de托管 par un intermédiaire. Le point clé, c’est le mécanisme d’attachement atomique : quand j’active la garantie côté Ethereum, je lie de façon “mortelle” le verrouillage côté Bitcoin et la confirmation côté Ethereum via un hash time lock. Pour récupérer ses fonds, on s’appuie sur un processus de challenge BABE : avec le script Bitcoin, on peut vérifier les preuves côté Ethereum. Pas besoin de hard fork, et inutile de faire confiance à quiconque pour ne pas faire de mal.

Je vais me permettre une critique : avant, beaucoup de ces solutions adorent “emprunter” le BTC puis le refaire passer par un emballage en retour. En pratique, ça finit par user tout le “caractère dur” du Bitcoin. TBV, c’est différent : ça conserve l’isolement de chaque coffre, sans mélange des fonds, sans garantie en double. Ton BTC t’appartient, il ne me retombe pas dessus si quelqu’un se fait liquider. Pour les vieux joueurs Bitcoin, c’est crucial : on déteste le plus confier ses mains à la confiance.

Et en combinaison avec Aave v4, je peux emprunter des stablecoins directement. Le BTC reste dans mon périmètre de contrôle, et le taux d’intérêt ainsi que la logique de liquidation sont régis par la cryptographie et des règles on-chain.

Bien sûr, ce n’est pas “parfait”. Il y a encore de la marge sur la fenêtre de challenge et la génération des preuves. L’expérience gas et les temps de confirmation ne sont pas non plus assez favorables pour les débutants. Mais, comparé aux risques centralisés d’avant, c’est déjà un progrès très concret. Babylon Labs résout les vieux problèmes du Bitcoin inutilisé avec des technologies réelles, pas en faisant de grands discours.

Après presque dix ans à tourner dans ce milieu, je me dis de plus en plus que la vraie valeur ne consiste pas à courir les tendances, mais à faire revenir le Bitcoin à sa force la plus originelle : ne dépendre de personne, tout en pouvant participer à un jeu plus vaste. $BABY @BabylonLabs_io #baby

Je viens à peine de découvrir les Trustless Bitcoin Vaults (TBV) liés à @BabylonLabs_io , et j’ai failli le classer parmi cette longue liste de solutions BTC classiques à intérêts. Ces deux derniers jours, en grossissant et en décortiquant le livre blanc, j’ai aussi retracé à la main la structure des scripts et la logique de vérification. C’est là que j’ai réalisé combien j’avais gravement sous-estimé l’ambition sous-jacente de cette conception.
Auparavant, dans la plupart des ponts ou des solutions d’encapsulation, le fond du problème consiste à retirer le BTC du réseau natif, puis à demander aux utilisateurs de faire confiance à un nouvel ensemble de nœuds ou à un dépositaire. Les rendements existent, mais le prix à payer est l’ajout forcé d’une hypothèse de confiance externe : la frontière de sécurité des actifs se retrouve diluée à l’infini.
Ce qui frappe avec les TBV, c’est qu’ils réalisent une « isolation indépendante » au niveau natif : chaque Vault mappe directement un UTXO indépendant. Le BTC reste verrouillé dans un script contrôlé par l’utilisateur, et n’a jamais quitté le réseau Bitcoin. Il n’entre dans aucun pool partagé. La finesse de la démarche n’est pas de faire en sorte que Bitcoin « lise » de force une logique externe, mais plutôt d’effectuer une astucieuse « traduction d’état (Translation) ». En s’appuyant sur BitVM3 et sur des garbled circuits hors chaîne pour traiter des calculs complexes, la chaîne ne vérifie que des preuves compressées : les conditions de prêt/emprunt ou de liquidation générées par la chaîne externe sont traduites en règles de dépense que le consensus Bitcoin peut reconnaître directement.
Quand les applications externes (par exemple des protocoles de type Aave) osent s’y connecter directement, c’est justement parce que « ni encapsulation, ni pont, ni cession de clés privées ». Les TBV répondent à la proposition la plus centrale du BTCFi : lorsque les actifs entrent dans des scénarios financiers complexes, le contrôle peut-il rester solidement ancré sur la chaîne native de Bitcoin ?
Du raisonnement théorique à l’exécution à grande échelle, il reste encore des étapes à franchir : adoption de l’écosystème et déploiement d’ingénierie. Mais cette voie de conception, qui ajoute « une couche de confiance en moins tout en conservant les contraintes natives », est clairement bien plus aboutie que des projets qui ne font que vendre une notion à la mode.
$BABY #baby @BabylonLabs_io

Regardez tôt le matin : découvrez la dernière solution technique des Trustless Bitcoin Vaults (TBV) publiée par @BabylonLabs_io . Plus on l’examine, plus c’est intéressant. Au premier abord, beaucoup penseront que c’est encore un outil BTC classique qui génère des intérêts, mais en remettant la logique à plat, on se rend compte que la philosophie qui le sous-tend est totalement différente.

Depuis longtemps, la plus grande contradiction du BTCFi est la fracture entre « programmabilité » et « sécurité native ». Pour s’intégrer à DeFi, la plupart des projets choisissent soit d’envelopper le BTC sous forme de jeton mappé 1:1, soit de confier la gestion des actifs à des détenteurs multi-signature. Cette approche réduit certes les barrières d’entrée, mais en réalité elle ancre le modèle de sécurité dans la confiance envers un tiers ou une passerelle inter-chaînes. Si la couche de custody (détention) rencontre un problème, la sécurité des actifs sous-jacents s’effondre instantanément.

La percée de TBV tient au fait qu’il n’a pas cherché à « modifier » ou « transférer » Bitcoin, mais qu’il a reconstruit la logique de gouvernance des actifs en respectant les règles natives de Bitcoin. Il attribue à chaque utilisateur un Vault indépendant (fondamentalement, un UTXO isolé), et refuse de mélanger les actifs dans un fonds public. En combinant le mécanisme de preuve de BitVM3, l’état financier sur une chaîne externe est converti en des conditions que des scripts Bitcoin peuvent interpréter et vérifier. Cette transformation d’état ne détruit pas la couche de consensus de Bitcoin : au contraire, elle verrouille fermement le contrôle des actifs dans les clés privées et les scripts natifs des utilisateurs.

À mon avis, le sens le plus central de TBV n’est pas seulement de « générer combien de rendement », mais de trouver une voie de conformité vers un monde financier complexe pour le BTC, sans introduire d’hypothèses de confiance supplémentaires. Pour les gros capitaux qui recherchent une sécurité extrême, cette conception « actifs immobiles, logique interconnectée » pourrait bien être le point de bascule décisif qui permet à BTC d’entrer dans un véritable système financier on-chain.
$BABY #baby

Le BTC est resté trop longtemps dans le wallet ; TBV m’a donné envie d’essayer une autre approche

Ces derniers temps, le prix du Bitcoin a pas mal oscillé. En parcourant mes données de positions, j’ai réalisé que la plupart de mes actifs sont toujours, en grande partie, restés en mode “inactif”. Avant, je pensais toujours qu’en faire quelque chose impliquait forcément de prendre des risques… jusqu’à ce que je tombe sur les Trustless Bitcoin Vaults de Babylon. Là, je me suis dit qu’il y avait enfin une option plus fiable qui se présente.

Le principe de base : tu construis, sur le Bitcoin, une position de verrouillage avec des règles. Le BTC ne bouge pas : il reste dans l’UTXO natif. Ensuite, cette position est liée à un contrat d’emprunt/prêt externe. Quand l’état du contrat change, on revient confirmer via une preuve cryptographique. Si tout est normal, on déverrouille. Si ce n’est pas le cas, il y a une fenêtre pour stopper directement. En apparence, c’est simple, mais ça évite justement toutes les étapes qui me rendent le plus impatient : pas besoin de déplacer les fonds, pas besoin de faire confiance à une équipe pour la gestion des clés, pas besoin de s’inquiéter d’une attaque sur un pont. C’est comme louer un coffre-fort à la maison pour encaisser des revenus : la télécommande reste toujours chez soi, et personne ne peut ouvrir le coffre sans autorisation.

En tant que vieux routier, je valide cette manière de garder le contrôle fermement. Ça permet au Bitcoin de ne pas être seulement une réserve de valeur, mais aussi de participer, dans une certaine mesure, à des activités financières réelles, sans abîmer ses propriétés de sécurité fondamentales. Cela dit, je dois être honnête : pour un utilisateur “lambda”, ce mécanisme reste encore un peu exigeant. La génération de preuves et la gestion des périodes de challenge demandent de l’attention. Tant que la liquidité n’est pas complètement là, les coûts et la vitesse peuvent faire hésiter beaucoup de gens. Si le projet n’arrive pas à réduire ces frictions, même la meilleure idée aura du mal à se déployer à grande échelle. J’ai déjà vu des tentatives similaires se terminer en butant sur l’expérience utilisateur.

@BabylonLabs_io a adopté ici une approche assez pragmatique, sans faire de promesses partout. $BABY token : la conception pour soutenir le fonctionnement des vaults mérite d’être testée concrètement. #baby

En creusant un peu : depuis que les cryptomonnaies en sont arrivées là, on répond toujours à la même question : qui devrait avoir, en dernier ressort, le contrôle sur la richesse. Des efforts comme ceux de TBV rapprochent un peu la réponse du côté des individus. Ça ne change pas la nature du Bitcoin, mais ça en élargit les possibilités : les détenteurs peuvent obtenir plus de choix sans compromettre la sécurité. $BABY

J’ai encore veillé jusqu’à l’aube en lisant du code, et ce n’est qu’au petit matin, après avoir “scroll” @BabylonLabs_io sur TBV, que je me suis vraiment réveillé(e)

Hier soir, j’ai modifié une tonne de logique de contrats. Les yeux étaient secs comme si j’avais du sable dedans. J’ai ouvert Twitter au hasard pour me divertir… et le premier post m’a littéralement accroché : @BabylonLabs_io de Trustless Bitcoin Vaults. Je me suis dit : “Encore un projet qui encapsule du BTC pour aller gratter de la laine DeFi ?” J’ai failli faire un transfert direct. Ce matin, en ouvrant la documentation, j’ai réalisé que j’étais passé à côté de la partie réellement intéressante.

TBV ne balance pas le BTC dans un pool partagé : chaque Vault correspond à un UTXO indépendant, verrouillé dans un script Taproot auquel l’utilisateur participe via sa propre signature. Le BTC ne quitte jamais le réseau Bitcoin, et personne ne peut le reprendre ensuite pour le re-préengager ailleurs. Ce point est bien plus solide que beaucoup de pools DeFi : au moins, on n’est pas entraîné avec soi si quelqu’un d’autre fait faillite. Franchement, je vais me plaindre : sur le marché, beaucoup de solutions qui mélangent les fonds “comme par magie”, ça a l’air pratique, mais en réalité ça donne le contrôle à quelqu’un d’autre.

Ce qui m’a donné envie d’y regarder de plus près, c’est qu’ils utilisent BABE pour gérer la validation de l’état inter-chaînes. Les changements d’état des contrats DeFi externes sont transformés, via des preuves à divulgation nulle de connaissance, en informations que Bitcoin peut vérifier directement. Ce n’est pas une simple correspondance brute : grâce à des transactions pré-signées, toutes les voies légitimes de dépense sont figées dès la création du Vault. Ensuite, personne ne peut ajouter de nouvelles “astuces” à la dernière minute. Lors d’un retrait, on fournit une preuve correspondant à un état précis du contrat : la chaîne fait la vérification avec BABE, plus une fenêtre de contestation—ce qui rend la triche tellement coûteuse que c’en est presque ridicule.

Ce qui m’agace, moi le vieux crypto de service, ce sont ces ponts ou services de custody du type “faites-nous confiance”. Avec TBV, la confiance est au moins réduite au minimum : elle repose sur la cryptographie et le consensus de Bitcoin. Et l’utilisateur conserve aussi une voie de secours, une sorte d’auto-rétablissement, via des mécanismes de repli comme WOTS. Côté efficacité, le temps de peg-in est optimisé, et les coûts on-chain sont relativement bas. Mais quand on passera à un usage à grande échelle, la génération des preuves et l’activité des challengers ne risquent-elles pas de devenir un frein ? Je devrai encore surveiller les données du testnet.

Honnêtement, même si la technologie est très solide, au final il faut voir si ça tourne réellement sans accident, et si les frais restent acceptables pour des gens ordinaires. Mais cette direction me donne envie d’y consacrer plus de temps. La valeur de BTC n’a jamais été qu’un chiffre : elle représente une philosophie de garder fermement ses actifs dans un environnement où l’on ne fait pas confiance. TBV essaie d’apporter cette philosophie à un cadre plus large, sans la dénaturer.

$BABY #baby

📡 Dans ce marché, on ne gagne pas tant parce qu’on est moins compétent ou plus compétent, mais parce qu’on a un avantage d’information.

Concernant COSM, certaines informations ont déjà été rendues publiques :
✅ La liste des institutions est consultable
✅ Les villes de prospection terrain sont visibles
✅ Les règles de revenus peuvent être calculées
✅ Les enregistrements des avantages peuvent être vérifiés

Mais les gens qui arrivent à relier ces points entre eux et à bien y réfléchir ne sont pas encore nombreux.
Quand tout le monde aura relié ces éléments, l’écart d’information disparaîtra.
Nous sommes encore dans la fenêtre de temps favorable ; je vous conseille donc de reconstituer ces pièces le plus tôt possible.

#COSM #比特币挖矿难度或下调1.2%

Frères, le BTC aussi est “gratuit” quand il ne fait rien… mais est-ce que quelqu’un osera le libérer pour générer un peu de rendement ?

Hier, je suis tombé sur une news : un certain pont BTC a encore été hacké, pour plusieurs dizaines de millions. J’ai été incapable de résister et je suis allé fouiller le document des <t-2/> @BabylonLabs_io sur leurs Trustless Bitcoin Vaults (TBV). Honnêtement, ça m’a donné envie de regarder deux fois cette mécanique, moi qui joue avec des actifs on-chain depuis six ans.

Avant, pour utiliser le BTC comme collatéral DeFi, il y avait surtout deux options : soit l’envelopper en wrapped BTC et le déposer sur Ethereum ou un L2, en supportant vous-même le risque de custody ; soit passer par une plateforme centralisée, faire la vérification KYC et ensuite prier pour qu’ils ne se volatiliseront pas. Les TBV de Babylon, eux, verrouillent le BTC dans un Taproot UTXO natif de Bitcoin, en liant l’état d’un smart contract d’une chaîne externe via des transactions pré-signées et des conditions cryptographiques. Pour récupérer le BTC ? Il faut fournir une preuve ZK correspondant à l’action DeFi (par exemple un remboursement ou la finalisation d’une liquidation), et la valider sur la blockchain Bitcoin. Sans preuve, impossible d’agir ; et pendant la fenêtre de contestation, n’importe qui peut intervenir.

J’ai aussi particulièrement noté qu’ils utilisent BitVM3 avec des garbled circuits. Cette partie, auparavant, beaucoup de projets ne l’avaient pas autant approfondie. Tout le recalcul est renvoyé off-chain, et seul le contrôle/validation en cas de litige remonte on-chain : on réduit drastiquement les coûts de Gas, tout en conservant la sécurité native des scripts Bitcoin. Ça ressemble à un coffre-fort dont on aurait dispersé les clés en fragments mathématiques, éparpillés sur la plage de Bitcoin : si quelqu’un veut bouger quelque chose, il faut d’abord reconstituer toute l’image.

Bien sûr, je dois aussi faire quelques remarques sur la réalité, plus dure que le discours. La génération des preuves ZK reste encore une barrière pour l’utilisateur “lambda”. Et si, au début, personne n’est prêt à dépenser du Gas pour jouer le rôle de “justicier”, le côté trustless risque de sembler un peu trop théorique. Ajoutez à ça le problème de latence en cas de congestion du réseau Bitcoin : en situation extrême, la liquidation sera-t-elle bloquée ? Il faudra des données “dans la vraie vie” pour vérifier. L’équipe pousse actuellement le Testnet ; avec un petit portefeuille, j’observe pour l’instant, je n’ai pas osé augmenter ma mise.

Au final, dans le monde crypto, le plus gros manque n’a jamais été le taux de rendement, mais plutôt le socle de confiance permettant de mettre de vrais fonds et de pouvoir dormir tranquille. Cette approche de Babylon nous rappelle que la technologie doit répondre non pas à “comment gagner plus”, mais à “comment ne plus devoir choisir entre liberté et sécurité”. Ça mérite qu’on continue à suivre.

DYOR : vos pièces, c’est votre responsabilité. Et vous, qu’en pensez-vous de ce coffre sans confiance ? Parlez-en en commentaires.

@BabylonLabs_io $BABY #baby

为什么我把BTC锁进Babylon的TBV后，终于敢借稳定币了

老实说，我玩crypto快八年了，见过太多“比特币进DeFi”的方案，最后都绕不开一个痛点：你得把真BTC交给别人，或者换成某种包装版。桥被黑过，托管方跑路过，wBTC那种东西总让我睡不着觉。手里握着真金白银，却得祈祷第三方别出幺蛾子，这算哪门子去中心化？

前阵子我试了Babylon的Trustless Bitcoin Vaults（TBV），感觉终于有点不一样了。你的BTC压根没离开比特币链，就锁在你自己参与共同签名的Taproot脚本里，像个私人保险箱，钥匙还在你兜里。另一边在以太坊上，通过密码学证明，它能老老实实当Aave v4的抵押品。

我吐槽一句，以前那些方案动不动就搞资金池混在一起，别人爆仓可能连累你，这TBV直接每个vault独立隔离，没再抵押，没别人碰你的币。激活和赎回的过程虽然有几天挑战期听着麻烦，但这正是它务实的地方——把信任最小化到只剩密码学和两条链本身，而不是人类承诺。我自己小试了笔测试网资金，流程走下来没卡住，BTC老老实实待在signet上，借出来的稳定币也能用，安全感完全不是一个级别。

当然，不是说它完美。比特币脚本天生保守，验证开销和延迟还是有的，普通用户上手得学点东西。但比起以前那些“相信我们就行”的方案，这已经是我见过最接近“真·自托管DeFi”的玩意儿。@BabylonLabs_io 在做的事，是让比特币不再只是数字黄金，而是能真正流动又不丢灵魂的资产。$BABY #baby

说到底，crypto走到今天，我们追的不就是那点“不用跪着用钱”的自由吗？当比特币能以最原生的方式参与更大世界，却依然守住它最硬核的去信任内核，这不只是技术进步，更是提醒我们：真正的力量，从来不是把控制权交给别人，而是把规则刻在代码和数学里，让时间去验证。值得长期关注。

Pourquoi j’ai commencé à regarder attentivement @grvt_io au lieu d’y voir encore une « assiette à raconter des histoires » Première impression : en voyant grvt, ma réaction était en fait très réelle : encore un projet qui enveloppe l’expérience de trading dans un discours de « construction haut de gamme ». Même si le PPT est joli, si la mise en œuvre est catastrophique, j’en ai déjà vu trop. Mais plus je lis les documents de grvt_io, plus je me dis que l’équipe essaie au moins de s’attaquer à un vieux problème : les frictions entre la transparence on-chain et la confidentialité des transactions, ainsi que la tension entre l’efficacité de l’appariement et l’auto-custodie.

En clair, je ne veux pas confier les clés privées à quelqu’un, et je ne veux pas non plus, à chaque ordre, avoir l’impression de courir dans la boue. Un point que j’apprécie chez grvt, c’est que « la décentralisation » n’est pas un slogan : ils mettent sur la table ce qui compte vraiment pour les utilisateurs—le contrôle des fonds, l’expérience d’exécution, et des limites de risque auditables. Beaucoup ne regardent que « est-ce que ça peut battre les CEX » ; moi, je me demande surtout s’ils ont la capacité de faire proprement le travail le plus sale et le plus pénible : le transfert d’actifs cross-chain, la déterminisme des étapes de marge et de liquidation, et le fait, en forte volatilité, d’éviter de se bloquer comme certaines plateformes qui finissent par ressembler à des PPT.

Je veux ajouter une direction technique que le livre blanc met assez peu en avant, mais que je trouve cruciale : le replay du risk management des transactions basé sur des calculs vérifiables. Il ne s’agit pas juste de publier le résultat de l’appariement on-chain, mais de rendre traçables et vérifiables les étapes clés de risk management et de liquidation. Ensuite, n’importe qui peut vérifier « pourquoi la liquidation a explosé à ce moment-là », « si c’était conforme aux règles », « s’il y a eu insertion/priority », sans pour autant exposer au grand public les détails sensibles des positions de chaque utilisateur.

Ce genre de chose paraît très académique, mais pour les anciens utilisateurs, ça tient en une phrase : tu n’es pas obligé de croire la bouche de la plateforme, tu peux croire les preuves qu’elle laisse. Bien sûr, je dois aussi râler : si grvt veut que des gens hors du cercle l’utilisent, qu’ils arrêtent de « éduquer » les utilisateurs avec tout le temps « plus professionnel », « plus avancé ». Les gens ordinaires veulent : en deux clics, est-ce que je peux acheter ? Est-ce que le slippage est contrôlable ? En cas de problème, est-ce que c’est clair à expliquer ? Tout rendre compréhensible vaut plus que d’empiler des termes. #grvt

Dans ce secteur, en surface on parle de vitesse et de profit ; au fond, c’est de l’ingénierie de la confiance. Les produits qui restent ne sont généralement pas ceux qui comprennent mieux l’humanité, mais ceux qui acceptent l’incertitude humaine comme hypothèse, puis la compensent avec des règles, des preuves et la possibilité de sortir.