让卖飞成为习惯

固定利率这件事，我以前只是随手记在备忘录角落。直到最近自己真正上手去跑TermMax，才发现它的锁仓已经悄悄越过五千万美金。@TermMax 这个数字让我对TermMax多停了一会儿。TermMax做的事情很直接，就是不再让借款方和出借方长时间暴露在利率波动里，而是在头寸建立时就把利率和期限固定下来，让融资成本与预期收益提前确定。
我实际测试TermMax下来，最直观的感受是那种确定感。利率和到期时间一旦在TermMax里锁定，#TermMax 后续资金安排就少了很多反复试算的负担，尤其适合需要提前框定成本的场景。TermMax还把固定期限市场进一步连接到Vault和杠杆结构上，试图在习惯浮动的环境里植入更可预期的骨架。当然，它的锁仓规模只能说明资金愿意进入TermMax，并不能证明用户真的长期需要这种确定性，也无法保证市场转向后流动性依然充足。这是我现在真正在观察TermMax的地方。如果链上金融要承接规模更大、结构更复杂的资本，可预测性或许会和灵活性变得同样重要。TermMax最终会不会成为基础设施里不可或缺的一块，还是用户依然更看重随时调整的空间，目前还没有定论。不过从我测试TermMax的体验看，它至少把一个长期被忽视的需求用相对克制的方式推到了台前。我还会继续关注TermMax的流动性深度和真实使用情况，但至少到现在，它没有让我觉得只是又一次简单的功能叠加。$BTC

刚把Dusk节点浏览器从上到下翻完。出块连续，共识没停，结算也在走，Moonlight和Phoenix都已经挂在这条原生L1上。关掉页面我反而更清醒：链在跑，和真正用得上的业务之间，还隔着一段现在很多人懒得去量的距离。DuskEVM还在测试网转，Hedger还在往里填，Dusk Trade离能拿出来验收还早。工具链往前挪了一截是真的，@Dusk 文档再整齐也变不出盘口里的深度。更像一台给受监管资金准备的仪器已经通电并完成空载自检，可真实样本还没送进去，连续跑批和对账还没在外部条件下走过。指示灯绿了，不能按量产标准去估它能收多少钱。#dusk $BTC
行情好时最容易把又上线一个模块听成已经成熟。Dusk链上还看不到像样的真实成交，稳定费率更谈不上。$DUSK 它的地基比多数公链打得实，合规隐私这条线也没走歪，可河道挖通和河水自己涨起来从来就不是同一件事。DuskEVM得切到主网而且得是外面的项目真把合约部署上去跑，Hedger得拿出别人能核验的实盘做市痕迹，滑点和风控线得经得起翻，Dusk Trade至少得走完一次资产发出、结算再退出。图纸再好看，最后都要看从发出交易到把钱拿回来中间会不会卡。空载记录不该算进已经交付的部分。

我盯着TermMax那组数字看了挺久，忽然觉得自己像终于找到一份虽然工资不顶尖、但至少能让人睡得着觉的工作。稳定从来不是听起来多风光，而是你清楚下个月的钱从哪儿来。TermMax干的就是这件事——固定利率、固定期限，钱放进去就知道到期能拿多少，没有浮动也没有意外。我反复核对过条款，这种确定性在动不动就变脸的市场里确实让人踏实。@TermMax
可再把TermMax的账摊开细算，就卡在一个很少有人正面碰的问题上。现在TermMax锁住大约三千四百零七万美元，过去三十天协议费用约一万一千五百五十九美元，资金体量差不多是月收入的三千倍。钱进了TermMax，可真正抠出来的收益却少得可怜。固定利率靠的是借贷利差，利差一窄，单位资金贡献就低。TermMax把确定性交给了用户，代价是自己的利润空间被压得很紧。接入代币化证券后资金规模涨了约百分之十二点七，钱还在往TermMax里流，收入却没跟上。稳定要真能长久，最终还得看收入能不能撑住。没有治理通证的情况下，TermMax靠什么长期留住流动性，也一直是个悬着的问题。#TermMax $BTC
我现在只盯着一个信号：TermMax的月收入有没有跟着资金规模一起往上走。如果有，说明固定利率这条路能跑通；如果没有，再大的资金规模也可能只是虚荣指标。有人说利差天然就窄，资金先做大才是正道；也有人觉得这个收入比例难持续。我暂时站在中间，既认可TermMax带来的实在确定性，也承认它现在的收入效率还偏低。以上只是我个人对着TermMax数据琢磨的想法，不构成投资建议，市场有风险，决定前还是自己多查多想。

Samedi soir, un ancien ami qui travaille sur l’infrastructure EVM m’a soudain appelé en vocal. D’entrée, il m’a demandé : « Après tant d’années à écrire du Solidity, pourquoi ne pas rester sur le réseau “familier” et plutôt bouger sur Dusk ? » Je n’ai pas su quoi répondre sur le moment. Plus tard, j’ai relu la documentation et refait le tour du testnet, et c’est là que j’ai fini par comprendre petit à petit.@Dusk
Ce qui rend Dusk vraiment difficile à ignorer, ce n’est pas seulement la promesse, mais tout son ensemble de workflow de confidentialité : une confidentialité vérifiable, associée à une divulgation sélective conforme aux autorisations. Dans un environnement compatible “classique”, on ne trouve pratiquement pas d’option équivalente. Les actifs, de leur émission jusqu’au règlement, peuvent rester directement ancrés sur la chaîne, et l’espace de construction est aussi plus ouvert. Pendant le week-end, j’ai déployé quelques contrats sur le testnet : le ressenti de la compatibilité est assez proche de l’environnement familier, mais dès qu’on touche à la logique de confidentialité, les coûts supplémentaires et la courbe d’apprentissage deviennent clairement visibles. Pourquoi les développeurs paieraient-ils pour l’avenir dès maintenant ? Au final, tout dépend de savoir si ces capacités peuvent être rapidement mises en œuvre dans des cas d’usage concrets qui tournent dès maintenant.#dusk $DUSK
Les risques, eux aussi, sont là. Aujourd’hui, il n’y a pas encore beaucoup de personnes qui écrivent du code, la maturité de l’outillage reste limitée. Pour des projets financiers conformes, les cycles sont longs et le retour sur investissement lent : ce n’est pas l’endroit où les équipes qui aiment tester et ajuster vite vont s’implanter en priorité. Ce dont on a le plus besoin maintenant, c’est d’ouvrir ces capacités de confidentialité au maximum “prêtes à l’emploi”, sans forcer les gens à passer toute une semaine à ronger les mécanismes de bas niveau. Pour le moment, je garde un optimisme prudent : les avantages sont visibles, le ressenti sur le test me semble bon, et les risques sont bien identifiés. Est-ce que ça vaut la peine d’y investir davantage ? Il faudra attendre que davantage de cas d’usage réels finissent par émerger pour tirer une conclusion finale.$BTC

这些年新链频频上线，开发者最头疼的是每次都得从零熟悉新语法和新工具，以往积累的经验几乎作废。可当DuskEVM亮相后，情况完全不同。@Dusk 它直接把以太坊那套Solidity编写与执行环境搬了过来，合约只需微调部署参数就能在Dusk上运行，而且交易天然带有隐私属性。这种感觉像是你长期使用的编译器和运行时环境突然在底层多了一层默认开启的机密计算封装，代码几乎不用重写，执行过程却自动把敏感数据隔离开来。$DUSK
#dusk 这一步比硬从零搭建新生态务实得多。以太坊沉淀的开发者数量已成规模，Dusk选择直接向他们发出兼容邀请，把过去深入啃零知识证明的高门槛拆掉大半。技术对接完成后，关键是如何把人真正吸引过来。基金会若能持续组织面向以太坊开发者的共创活动，并用$DUSK 对早期部署产生的网络费用做适度补贴，降低试错成本，人气才有机会慢慢聚集。生态从来不是等来的，而是靠不断让人愿意动手摸索出来的。$BTC
站在开发者角度想，如果手里已有写熟的合约逻辑，现在多一个几乎无感的开关就能让它自带隐私执行和合规输出，你会先拨一下看看效果，还是继续让合约在完全透明的环境里运行？欢迎在评论区说说真实想法。

刚接触Dusk质押机制时，我第一反应是警惕，觉得又是把资产锁进周期等被动收益的老套路。可把官方文档仔细读完后，发现它要求参与者亲手把节点拉起来，保持持续在线并完成参数配置，激活还要等六到十二个小时。@Dusk 奖励也不再固定发放，而是跟着实际共识参与度和有效质押比例一起浮动。这让我想起早年维护分布式计算环境时的经历，机器一旦掉线或延迟过高，贡献统计就会立刻下调。Dusk把这种约束写得更彻底，既有软性权重衰减，也有硬性质押销毁，敢于把责任设计得这么直接，说明它并没有把参与者当成只会追数字的旁观者。#dusk $BTC

当然，机制完善不等于去中心化已经落地。节点实际分布、运行成本门槛、网络分散程度，这些仍需要时间去验证。未来公链真正拉开差距的，恐怕不是谁给出更高的短期回报，而是谁能把责任机制做得足够清晰可执行。我自己目前仍在观察阶段，仓位远没有全压。真正的成长，大概就是从看见回报就立刻行动，慢慢变成看见责任才会认真考虑。Dusk是我今年少有愿意花时间把文档和机制细节都过一遍的项目，与其听别人转述，不如自己打开文档看一遍。$DUSK

最近翻真实世界资产上链的讨论，围绕Dusk的乐观说法一波接一波，可对照官方页面反差一下子就出来了。$DUSK 不少人说跟Dusk相关的证券资产已经到了三亿欧元并全面上链，可Dusk官方数据显示累计一百零二笔融资、大概一点九六亿欧元、活跃投资者约一万七千五百名，那个三亿数字压根没有。说实话我更愿意信Dusk官方的数字，#dusk 它至少挺克制，没把测试环境吹成已经成熟的体系。@Dusk $BTC
顺着DuskTrade的分阶段路径看，Dusk现在节奏特别稳，重点还在DuskEVM测试网用中小企业债券做代币化探索，合规管理、余额记录和隐私身份这些模块各干各的。等Boreas升级完才会转原生挂牌，跨链靠Chainlink的CCIP，Data Streams喂利率票息数据，全程带着AFM监管影子。Dusk这种不着急的方式虽然慢点但挺扎实。行业都习惯画大图景，Dusk愿意先在受控环境把合规细节打磨到位，到底还藏多少被低估的空间挺值得想想。说白了，真正能推真实世界资产大规模应用的，可能就是像Dusk这样先搞定准入再从容落地的，节奏不吵不闹却更能走长远。

Dans cette période où l’humeur du marché oscille sans cesse, j’ai progressivement détourné mon regard de ces actifs mués par l’émotion, pour commencer à réexaminer sérieusement cette ligne : les actifs du monde réel. Après tout ce bruit, il n’y a finalement pas tant de projets qui ont vraiment la volonté de s’asseoir au calme pour s’aligner sur les règles de la finance traditionnelle ; la plupart restent au stade de l’emballage conceptuel. Dusk, en revanche, semble être quelque chose d’un peu différent. @Dusk Dès la phase de conception, le projet définit clairement la conformité des marchés financiers comme objectif central, plutôt que de tanguer au gré des engouements à court terme. Sur le plan technique, il utilise des preuves à divulgation nulle de connaissance pour masquer les détails des transactions : les participants ordinaires ne voient pas, par défaut, l’information complète de l’autre partie. Mais si un régulateur a besoin de procéder à un contrôle approfondi, des interfaces prévues à cet effet permettent de récupérer le contenu nécessaire. Ce mode de traitement qui concilie confidentialité et auditabilité fait en sorte que les demandes des deux côtés sont prises en compte. Le processus de règlement vise aussi une certitude : une seule confirmation suffit pour que tout soit acté, ce qui évite les attentes répétées et les tiraillements liés à l’incertitude. #dusk $DUSK
Ce qui me donne surtout envie d’y prêter davantage attention, c’est le choix de la trajectoire au moment du déploiement. Sur la chaîne de blocs, les discussions autour de la tokenisation d’actifs du monde réel ne manquent pas, mais ceux qui parviennent réellement à s’aligner sur le cadre réglementaire européen complexe se comptent sur les doigts. Dusk n’a pas investi son énergie dans des récits vagues ; il a mis l’accent sur les étapes concrètes permettant d’intégrer des titres tokenisés dans la circulation secondaire, avec une orientation très claire. Pour l’instant, la priorité consiste à adapter l’environnement d’exécution compatible avec Ethereum pour le réseau principal. Les développeurs peuvent ainsi migrer directement les applications déjà écrites ; les caractéristiques de confidentialité et de conformité restent préservées, et le principal seuil qui empêchait les actifs traditionnels d’être réellement mis en chaîne est considérablement abaissé. Les tokens du réseau remplissent simultanément des fonctions de frais et de mise en gage. Le réseau principal tourne déjà de manière stable depuis un certain temps, et les applications et outils autour s’accumulent progressivement. $BTC
Quand on reste longtemps dans ce milieu, on perd de plus en plus la patience pour les choses qui ne tiennent que par des histoires. Ce qui a des chances de durer est généralement porté par de véritables besoins opérationnels en coulisses. La question pour la suite de Dusk—pourra-t-il franchir une nouvelle étape—dépend avant tout de savoir si des institutions seront prêtes à faire entrer de la vraie activité, et si le rythme du déploiement pourra suivre la feuille de route qu’il a lui-même dessinée.

u已经跌的这么猛了，大家财产都在缩水了

持有Babylon生态的流动性质押代币，绝不等于完成了原生比特币质押。Babylon官方把路径明确分为用户直接参与的原生质押与外部协议管理的流动性质押两类。前者把比特币锁在用户可验证的脚本之中，资产控制权始终清晰可查；后者则必须经过发行方、托管安排、跨链合约、预言机与赎回机制，手里拿到的只是一张权益凭证，而不是那枚比特币本身。两条路都能产生关联收益，信任结构却截然不同。@BabylonLabs_io $BABY
Babylon曾公开过流动性质押的最佳实践建议，要求公开运营与托管信息、开源合约、披露铸造赎回流程、定期出具储备证明并完成多轮审计，甚至提议用链上签名和独立核验来保证储备与供应量匹配。这些要求写得具体，却只是自愿指南，并非强制认证。挂上Babylon标识最多说明声称采用了路径，无法证明储备足额、私钥安全或赎回顺畅。生态规模扩张可能放大相关资产，风险与收益却未必完整回到Babylon原生层面。判断任何一张代币，都必须单独核查储备地址、供应比例、运营主体、审计范围和真实赎回记录。围绕Babylon相关叙事，我不会把“基于Babylon路径”当作安全结论。只有当发行方把高频储备证明、历史脱锚情况、赎回耗时和权限分配全部公开并经得起持续验证后，才值得讨论它与原生质押的可信度差距。多出的流动性便利，必然对应多出一层需要亲自核查的人与机制。#baby $BTC

关于Babylon的TBV，外面传得最响的还是让比特币也能在去中心化金融里吃利息。这话顺耳，却把Babylon真正难啃的地方带过去了。Babylon实际处理的是比特币从落地起就死活不肯理解外部世界，别的系统凭什么敢把资产安全托付给它。#baby $BABY
往深里想，Babylon的TBV回应的不是比特币还能多干什么，而是一条不学新东西的链怎么还能当靠谱安全底座。以前常见做法是先把币搬到另一套环境，再用桥或多签硬接。看着省事，每多一层就多一份猜疑。Babylon没有走这条老路。
Babylon让人多看几眼的地方，是@BabylonLabs_io 它没打算让比特币开窍，而是逼外部协议用比特币听得懂的语言表达。不是给比特币加功能，而是绕开它的固执无知。Babylon的预签名交易不是提前签个字，资产一进门就把未来每一步能走的路写死。比特币不用动脑，照脚本走就行。$BTC Babylon的Bitcoin Secured真正兜住的只是时间到了脚本按创建路径执行。主网脚本、以太坊最终性、借贷参数、预言机各管各的。比特币愿不愿意被这么用、这套底座能不能扛住外面复杂世界，哪层都没保证。Babylon测试网跑通只能说明基础没问题，大规模资金库同时转稳不稳还另说。实跑会撞到的墙是证明贵不贵、异议窗口宽不宽、边界清不清楚，只能等真跑才知道。从方向看，Babylon选了少见的路，不改比特币，让外面学会用它听得懂的方式说话。

在研究Babylon协议时，那句资产始终由持有者自行保管的表述曾一度让我安心。深入查阅比特币质押脚本与白皮书后，我才意识到判断控制权不能只看私钥是否在手。#baby 原先默认不跨链不托管就意味着支配能力完整，但脚本逻辑显示真正改变的是资产未来花费的条件。锁定后Taproot已预先嵌入多种执行路径，包括正常解锁、解除绑定以及惩罚机制。@BabylonLabs_io $BABY
持有者虽握有私钥，却必须严格按协议规则才能动用资金。解除绑定远非简单转账。正常退出需要时间锁成熟并按步骤推进，惩罚路径则牵涉最终性提供者与盟约委员会的共同约束。官方资料指出解除绑定不依赖最终性提供者许可，惩罚依靠预写脚本确保生效。这设计让$BTC 比特币在不跨链不托管的前提下为外部网络提供经济安全，却也重新界定了控制权。私钥仍属用户，并不等于可自由支配。未来更应关注有多少人真正理解这些脚本限制，以及盟约委员会权限边界在升级后能否保持克制。只有这些问题经受时间检验，这种设计才值得认可。

在持续跟踪Babylon Labs技术进展的过程中，我越来越频繁地停在其TBV设计上，并开始重新审视Trustless Bitcoin Vaults里“无需信任”究竟是贯穿整个系统的完整承诺，还是只覆盖其中特定层面。过去很长一段时间里，我习惯把无需信任简单等同于没有托管、没有第三方支配、用户始终独自掌控自己的资产，但真正深入Babylon的架构细节后发现，这个问题必须分层拆解来看。$BTC 比特币在TBV中始终停留在原生网络里，既不需要被映射成其他形态，也不依赖任何中间机构进行托管，锁定与赎回的全部逻辑完全由协议规则与密码学验证直接接管，这一部分明确回答了谁有资格支配这些比特币，答案指向可验证的代码而非任何机构。可一旦场景延伸到借贷等金融应用层，借款规模如何确定、风险参数如何校准以及清算条件如何触发，这些决策仍需要治理机制参与协商与调整。资产本身的安全边界可以被密码学严密封闭起来，而围绕资产所展开的市场风险敞口则依赖社区共识来界定。@BabylonLabs_io Babylon通过TBV真正有意思的地方，在于它没有停留在表层用途拓展，而是试图厘清比特币进入更复杂金融场景时，哪些部分应当由密码学提供不可篡改的保证，哪些部分仍然需要治理来承接。尽管当前TBV还需要更多实际运行数据来检验应用接入的深度与抵押规模的积累，但把Babylon整条技术线索串起来看，我越来越倾向于认为，未来BTCFi的真正分水岭或许并不只在于比特币能否进入更多应用场景，而在于扩展用途的同时能否继续守住它原有的信任模型。#baby $BABY

这几天翻着Babylon最近放出的材料，我起初还以为他们还会继续围着比特币质押本身打转。结果把TBV说明、BABE推进和Founders Call串在一起看，自己原先那套判断忽然显得有点跟不上。以前总觉得它的核心就是让比特币给更多PoS网络提供安全，可官方反复把Trustless Bitcoin Vaults推到前面时，我开始意识到，@BabylonLabs_io 他们眼下更在意的，或许已经不是比特币能不能为别的链站岗，而是原生比特币能不能在不离开主网的前提下，真正走进借贷一类更日常的链上场景。$BABY #baby
TBV试图让比特币以接近原生的状态参与应用，BABE则在另一头压低证明验证成本，给后续真实调用留出空间。两者合在一起，像是把早先打开的那扇质押之门继续往里推。我自己复盘时也忍不住笑了一下，原来一直站在门口张望，却没太注意里面正在铺设的路径，已经悄悄从安全供给延伸到了更完整的BTCFi基础设施。从公开描述看，它在保持比特币原生属性上的克制是明显优势，验证成本下降也确实能降低门槛；可潜在风险同样清晰，任何新机制都得经历足够长的市场检验，流动性深度和极端行情下的表现都还需要更多真实样本。我目前的态度是谨慎地认可这个方向，既不急着盖章，也不打算轻易放回原来的框架，先看测试网数据和协议接入情况，再决定要不要把更多注意力压上去。$BTC

Cette année, j’ai vu pas mal de protocoles tourner mal. J’ai fini par développer une habitude plutôt tordue : plutôt que de me demander si un pirate est entré, je pense d’abord à savoir si les personnes censées détenir les clés légitimes sont réellement sous contrôle. Les détenteurs du pouvoir par défaut ne feraient pas n’importe quoi — mais si cette hypothèse se révèle fausse, les ennuis arrivent. Je sais aussi que, plus on en voit, plus on devient nerveux. @BabylonLabs_io $BABY
Récemment, j’ai vu les tests du mainnet des Trustless Bitcoin Vaults de BabylonLabs, et ce qui m’a vraiment fait m’arrêter, c’est justement cette couche. L’idée est de transformer le fait que « le Bitcoin lui-même ne bouge pas » en une promesse vérifiable. Le Bitcoin reste entièrement sur son réseau ; Ethereum ne fait que suivre l’état : pas de pont, pas d’oracle, et pas d’enrobage de type custody/gestion déléguée. Chaque Vault correspond à des sorties non dépensées indépendantes. Lors de la création du chemin légitime, des pré-signatures le fixent à l’avance : ensuite, personne ne peut le modifier. Les limites d’exécution sont écrites dès le départ : si les conditions ne correspondent pas, l’action ne peut pas être envoyée. C’est un peu comme verrouiller le volant avant de remettre les clés de la voiture, en ne laissant que quelques itinéraires préconfigurés. Sur la chaîne, il manque ce genre de verrou « avant l’exécution » ; Babylon ajoute donc des garde-fous pour cadrer l’automatisation. #baby Les actifs ne quittent pas le réseau d’origine, le chemin est figé : ce sont des avantages concrets. Les tests du mainnet montrent que ces contraintes peuvent effectivement être appliquées. Bien sûr, on ne va pas vendre du rêve. Il y a des inquiétudes autour de la gestion des clés EOTS : si une clé privée est divulguée, ou s’il y a une double signature par erreur, peut-on distinguer intention malveillante et accident ? Il manque encore de la validation à grande échelle. La vraie question, c’est : une fois qu’on y met des capitaux réels, ces contraintes tiennent-elles ? Le plan du projet prévoit des tests du testnet avec davantage de collatéral au T3, et le mainnet au T4. Plus de 57 000 bitcoins sont déjà mis en collatéral, mais la nouvelle application doit déployer des contrats sur mesure et passer par la gouvernance. La valeur finale de BABY dépendra de la quantité d’actifs réels que les gens sont prêts à confier à l’autorisation d’exécution. À l’avenir, s’il y a davantage d’agents, je m’inquiéterai surtout de qui pourra prouver qu’ils ne peuvent agir que conformément aux règles. $BTC

Je voulais seulement clarifier les limites des droits des liquidateurs dans le protocole Babylon, mais en consultant la documentation jusque tard dans la nuit, je me suis laissé entraîner par les détails de la conception destinée à empêcher les interférences. @BabylonLabs_io À la base, je pensais que déposer du BTC dans un coffre revenait simplement à signer personnellement, mais les documents précisent que, pour éviter que les nouveaux dépôts soient bloqués unilatéralement, la création du coffre doit être approuvée par des signatures conjointes atteignant un certain ratio au sein d’un groupe de liquidateurs. Ce n’est pas “n’importe lequel” ni “tout le monde”, et dès le début, l’étape de dépôt doit être confirmée par un petit groupe. #baby $BABY
L’ordonnancement semble ingénieux : même si quelqu’un refuse délibérément de signer, tant que le nombre requis est atteint, le coffre peut être créé ; un liquidateur pris isolément ne peut pas vous bloquer. Mais comment choisir les liquidateurs, comment établir la liste, et quel est exactement le ratio — en parcourant tous les documents, je n’ai trouvé aucun chiffre publié. Cette partie reste donc pour l’instant un peu floue. Cela offre aux déposants une couche de protection supplémentaire, avec toutefois une condition : ce groupe doit être suffisamment dispersé. Sinon, la signature conjointe et la liste d’accès ne sont plus qu’à une ligne de distance. $BTC
Le retrait et la liquidation peuvent être exécutés unilatéralement, alors que la création du coffre est placée derrière un seuil collectif ; je n’avais pas pensé à ce point auparavant. Après quelques tests à petite échelle, une fois les signatures réunies, le processus s’est déroulé assez bien — du moins dans un cadre limité, je n’ai pas constaté de blocage. Je le prends donc comme un point d’observation : cela n’empêche pas de continuer à explorer Babylon, mais je ne suis pas non plus pressé d’affirmer qu’il est déjà totalement décentralisé. Si quelqu’un parvient à trouver comment se génère la liste des liquidateurs, j’aimerais bien l’entendre.

Lors des relectures répétées de la section sur les stablecoins dans le livre blanc Babylon, j’ai remarqué un silence négligé : qui, au final, arbitre les conditions de déclenchement de la liquidation ? Les lignes de liquidation des contrats d’emprunt sont clairement visibles : lorsque le prix des actifs en garantie passe sous le ratio prévu, la liquidation est exécutée, et les participants y sont habitués. Le stablecoin adossé à Bitcoin ne dit que « lorsque la valeur passe sous un seuil de sécurité » ; ce seuil est-il une constante fixe, ou bien une variable ajustable ? Le marché s’effondre instantanément puis rebondit : le liquidateur peut-il agir immédiatement lors d’un contact technique ? Plus l’élasticité des clauses est grande, plus il devient crucial de savoir à qui revient l’interprétation. @BabylonLabs_io
Cela fait penser à des formulations floues dans des contrats de garantie traditionnels. Si l’on ne fait que prévoir que l’actif en garantie peut être liquidé lorsque son évaluation tombe en dessous de la dette, sans préciser s’il faut utiliser une moyenne observée en continu ou autoriser un devis au moment exact, alors, en situation de marché extrême, le résultat dépend entièrement de l’exécutant. Dans l’histoire, des formulations similaires ont conduit, en période de panique, à une cession rapide des actifs ; lorsque les prix remontent, l’ancien propriétaire n’a plus la possibilité de racheter.
Le rôle de gouvernance de BABY se révèle donc déterminant. Le pouvoir d’ajuster les paramètres est confié aux détenteurs de tokens via le vote ; le seuil de sécurité et la fenêtre de déclenchement relèvent manifestement aussi de la gouvernance. Le liquidateur qui exécute détient souvent, en même temps, une grande quantité de BABY, formant une boucle fermée : le vote façonne les règles, l’exécution des règles permet de tirer profit de la liquidation de la garantie, puis l’achat supplémentaire de tokens renforce le pouvoir de vote. Les incitations au sein du système convergent elles-mêmes vers la même direction. #baby $BABY
Une fois que le stablecoin est transféré entre chaînes et qu’il entre dans d’autres protocoles pour servir de garantie, si un vote augmente soudainement la marge de sécurité, les systèmes en aval qui s’y fient seront immédiatement mis sous pression, et le risque se diffusera le long du chemin des actifs. Le Bitcoin adossé à une garantie est meilleur que les solutions de réserve centralisées en matière de transparence ; mais si les règles de liquidation sont dominées par des parties intéressées, il devient alors un organe décisionnel algorithmique déguisé en apparence décentralisée. Les banques centrales traditionnelles ajustent leurs paramètres avec un mécanisme de contrôle et de transparence ; dans la version on-chain, il suffit de disposer d’assez de pouvoir de vote pour faire passer une proposition. La vraie question à se poser est la suivante : les paramètres de liquidation doivent-ils être verrouillés définitivement dans le code, ou bien faut-il permettre une gouvernance continue pour les modifier ? Ces deux voies ont chacune leurs coûts. Croire naïvement que le Bitcoin, parce qu’il est adossé et « certifié » par lui, sera forcément stable, est loin d’être aussi fiable que d’examiner minutieusement les détails du mécanisme. $BTC

Je trouve toujours ces formulations du type « sécurité partagée du bitcoin » profondément agressantes, d’autant plus lorsqu’elles sont utilisées pour emballer Babylon. On crée alors, de façon plutôt ingénieuse, une aura presque mythique, comme si la puissance de calcul et la force du consensus du bitcoin débordaient directement vers d’autres chaînes. Après un examen approfondi du fonctionnement réel de Babylon (@BabylonLabs_io ), cette aura s’estompe rapidement. Le mécanisme de consensus du bitcoin lui-même n’a ni été modifié, ni véritablement impliqué dans un quelconque processus de confirmation finale concret sur d’autres réseaux. Ce que l’on appelle « partage » relève davantage d’un jeu de transfert de valeur soigneusement conçu par Babylon. (#baby $BABY )
Ce ne sont pas le réseau du bitcoin en tant que tel qui exécute les jugements de finalité, mais un ensemble de rôles de vérification de couches intermédiaires au sein de l’écosystème Babylon. Ils coordonnent, soumettent des engagements de nonces et rendent des décisions sur les blocs du réseau cible. Le bitcoin est, lui, verrouillé par des scripts comme une garantie économique susceptible d’être saisie. Une fois les doubles signatures obtenues, un mécanisme cryptographique spécifique expose la clé privée en raison de la réutilisation de la même valeur aléatoire, puis déclenche la saisie. La preuve de travail du bitcoin ne joue qu’un rôle de notaire temporel passif : elle attache l’ordre des événements au moyen de points de contrôle et d’horodatages, plutôt que de trancher activement. L’ensemble du système entasse la valeur économique du bitcoin dans un pipeline de conversion à la fois précis et interminable. Il s’agit peut-être surtout de résoudre le problème du manque de caution en capital pour les réseaux de preuve de participation (PoS) précoces, mais les étapes intermédiaires sont lourdes en frottements et en pertes. La valeur du bitcoin doit traverser le verrouillage par scripts de Babylon, les mécanismes cryptographiques, les rôles de vérification intermédiaires et le traitement en cascade de la couche de coordination pour être, à la limite, transformée en ressource de sécurité externe. La vraie question à se poser n’est pas le nombre de bitcoins bloqués dans le système, mais de savoir si ces actifs correspondent réellement à des besoins de sécurité externes continus et authentiques. Si la réponse est non, alors la prétendue « externalisation de la sécurité du bitcoin » n’est rien d’autre que l’injection massive de capitaux dans une structure aux détails complexes, au récit spectaculaire, mais dont l’efficacité est discutable : le capital y tourne à vide, tandis que la sécurité reste sur le papier. ($BTC )
()

En rouvrant le livre blanc de Babylon, je me suis rendu compte que j’avais auparavant tout considéré bien trop simplement. Beaucoup de gens ne voient qu’un chemin supplémentaire générant des revenus avec Bitcoin, mais ignorent ce qu’il veut vraiment faire : transformer ce poids économique longtemps endormi en ressources de confiance que d’autres chaînes peuvent appeler directement. Les solutions passées qui reposaient sur des mécanismes d’enveloppe ou de cross-chain finissaient toujours par détacher les actifs de mon contrôle, et je restais avec un sentiment d’inquiétude permanent. @BabylonLabs_io Babylon écrit les contrats directement dans les scripts natifs de Bitcoin : les pièces ne quittent jamais le portefeuille, du début à la fin. Je l’ai moi-même parcouru en environnement de test en entier, de la mise en verrouillage à la confirmation ; cette sensation de sérénité liée à la garde en autonomie est vraiment différente. La conception indépendante des UTXO isole aussi chaque opération de mise, réduisant ainsi le risque de concentration. #baby
Bien sûr, ce n’est pas parfait. Le comité de contrat et le mécanisme de signature reposent encore sur l’hypothèse d’une majorité honnête. Le déblocage rapide est effectivement rapide, mais il s’appuie sur la synchronisation des horodatages ; en cas de partition réseau, l’incertitude peut être amplifiée. La véritable épreuve réside dans la question de savoir si les chaînes qui ont besoin de sécurité seront prêtes à payer durablement pour cette garantie. Les premiers rendements dépendent surtout d’incitations protocolaires ; l’adhésion du marché doit encore être vérifiée avec le temps. La machine pourra-t-elle vraiment s’enclencher ? Tout dépend de savoir si la demande est réellement prête à l’acheter.
$BABY Après des tests pratiques et une comparaison avec le livre blanc, Babylon a au moins mis sérieusement en avant un problème sous-estimé et proposé une voie qui, autant que possible, ne sacrifie pas la garde en autonomie. L’avenir changera-t-il la manière d’utiliser Bitcoin ? Cela dépendra du marché. Au moins, cela m’a fait reconsidérer : sommes-nous en train de conserver du Bitcoin, ou de l’appeler en tant que crédit de sécurité qui se trouve derrière ? $BTC

En replaçant aujourd’hui à plat les Trustless Bitcoin Vaults de Babylon, je me suis retrouvé bloqué par une question plus fondamentale : si le Bitcoin devait vraiment entrer à grande échelle dans les contextes financiers, qu’est-ce qui serait d’abord réécrit. J’ai d’abord pensé que c’était la liquidité, mais en relisant le design, j’ai compris que l’enjeu décisif était la structure de confiance elle-même. #baby
La plupart des solutions consistent d’abord à déplacer les actifs hors de leur chaîne d’origine, puis à passer par une couche intermédiaire vers un nouvel environnement. On gagne en fonctionnalité, mais il faut accepter de nouveaux participants et de nouvelles frontières de risque, ce qui crée une tension constante avec l’objectif du Bitcoin de se passer de la confiance. TBV, elle, trouve directement une place dans les capacités de script existantes. Une fois les actifs déposés dans le vault, ils restent verrouillés dans la chaîne Bitcoin via des scripts Taproot : ni migration, ni encapsulation. La sortie s’appuie sur des preuves à divulgation nulle (ZK) pour vérifier des événements externes ; si les conditions ne sont pas remplies, on entre dans une période de défi, et les déposants peuvent eux-mêmes lancer le défi. Après avoir mené le processus complet sur le testnet, la sensation de “stabilité” est très nette : les actifs restent sur la chaîne d’origine. Les détails—l’assurance d’avoir attendu près de deux heures, une erreur de signature lors du changement de portefeuille, presque rater la fenêtre d’activation, l’attente de preuves pendant quelques jours au moment du remboursement—m’ont forcé à réorganiser mes sauvegardes encore et encore. J’avais l’impression de jouer au chat et à la souris avec l’inattention, comme un débutant. $BABY
@BabylonLabs_io Officiellement, on décrit cette mécanique comme de la “traduction/translation”, et le cœur du sujet est que le Bitcoin puisse participer de façon sûre, même sans comprendre les règles externes, tout en n’étant pas transformé en une autre chaîne de contrats intelligents. Le ralentissement observé pendant les tests m’a au contraire permis de voir plus clairement : le pouvoir de vérification est rendu à l’utilisateur. Les risques potentiels incluent la logique des contrats externes, la finesse des détails de la preuve, le coût temporel de la période de défi et l’ajustement de la gouvernance ; sur le plan de l’implémentation technique et de l’expérience, il reste encore de la marge d’alignement. De plus, cela en est encore à un stade précoce : les données à grande échelle réelles nécessitent davantage d’accumulation. À l’avenir, l’enjeu ne sera pas seulement de compter le nombre d’applications connectées. Le vrai tournant sera peut-être celui qui, tout en étendant les fonctionnalités, réussit à préserver la source de confiance la plus essentielle du Bitcoin. D’après les tests et la phase de relecture (post-mortem), TBV trace une trajectoire plus mesurée, plus proche de la philosophie initiale : imparfaite, certes, mais qui mérite d’être traitée avec sérieux, et observée avec une attente prudente. $BTC