苹安喜樂

我曾遇到过一次清算执行，抵押品被集中抛售，流动性不足导致回收价值远低于预期。从那以后，我看借贷项目，第一件事就是翻看清算机制。

@TermMax 的物理交割让我仔细看了很久。它不把抵押品推向市场抛售，而是直接过户给出借方。这个设计我觉得能有效避免连环踩踏。但反过来想，出借人拿到波动资产后需要自己处置，那点固定收益是否足够补偿，得仔细权衡。

再说期限。浮动利率池把错配风险藏进利用率曲线里，看着随时能取，挤兑时才知道取不出来。TermMax把锁定期写到明面上，谁承担错配、承担多久，合约写得清楚。代价是中途退出得去二级市场卖FT，价格随市波动，久期风险自己扛。

两个改动合在一起，TermMax其实在重构链上利率市场的基础规则。风险形态变了，但风险没有消失，只是变得更透明可预判。合约漏洞、预言机跳空、到期日深度变化，这些仍需留意，但至少机制设计把极端路径提前想好了。

我的判断是：这套设计值得关注，但前提是管理好自身头寸。抵押品选择和到期日对齐，比单纯算收益率更实在。

问一句：如果清算后你拿到的是抵押资产，你会怎么处理？#termmax

经历过几次隐私币项目的大起大落，也见过一些项目方在合规问题上含糊其辞，我对这类打着隐私旗号的项目本能地多了几分警惕。直到我被迫用传统渠道处理一笔跨国债券交割，足足等了三个工作日，中间还因为时差差点违约，我才意识到：真正的痛点不在于匿名，而在于如何在合规框架下高效流转。所以看到 @Dusk 的时候，我第一反应不是它技术多炫，而是它敢不敢正面回答监管这个现实问题。

它跟那些纯技术极客项目最大的不同是，上来就给自己划了条红线：隐私功能是为受监管的金融资产准备的。DUSK 拿出的解决方案是把隐私和合规揉碎了放在底层，而不是靠外挂一层混币器糊弄事。它的XSC标准把身份访问、资产发行、受控转移、强制披露串成了一条完整闭环。代价也很明显：跟纯粹的匿名币比，它的隐私是有条件、可穿透的，对于追求绝对自由的用户来说，这可能是一种妥协。但反过来看，这正是现实世界能落地的起点。

DUSK 的设计迫使我去想一个更实际的问题：与其假装监管不存在，不如用代码把合规变成可编程规则。如果真能在隐私保护、监管适配和资产效率之间找到平衡，那它起码值得我花时间持续跟踪。

我还是那个问题：链上原生合规这条路，能跑赢现在的中心化清算体系吗？评论区留下你的选择 👇#dusk $DUSK

我的选择：B.
理由：宏观流动性是加密市场的“底色”。CPI持续回落意味着美联储紧缩周期实质性进入尾声，降息预期会进一步升温。相比bStocks的入口扩展（偏工具层）或CLARITY法案延期（偏情绪扰动），CPI趋势性回落直接降低无风险利率，提升风险资产估值中枢。这是决定大盘中期趋势的核心变量——市场信心回暖会转化为实实在在的场外增量资金入场，对大饼和山寨的支撑最立竿见影，所以我押注宏观转向这个“确定性”。

J’ai eu une leçon à la dure. J’ai vu un accord APY à taux variable plutôt élevé et j’ai emprunté. Le taux a doublé du jour au lendemain : j’ai payé environ 40 % d’intérêts en plus, ce qui a nettement entamé mon bénéfice, sans avoir le temps de réajuster mon portefeuille. Depuis, pour tout projet d’emprunt que je regarde, la première chose est de savoir si le taux peut être verrouillé. En voyant TermMax, ma première réaction n’a pas été « taux fixe », mais « comment le figer ».

Les Range Orders ne se limitent pas à un APR affiché. Le market maker configure une courbe de tarification : le volume de fonds et le taux se décomposent en correspondances, et lors de l’exécution, le taux suit la courbe. TermMax intègre dans le mécanisme le lien entre la profondeur des fonds et le taux. L’emprunteur émet des FT : les FT sont des tokens à taux fixe, représentant le principal et les intérêts séparément. Les intérêts sont vendus via le lending Range Order pour obtenir des XT, puis XT est combiné avec le principal FT pour former un token de dette. GT est un token de levier : il enregistre le collatéral et la position de dette. Après la fin de la fenêtre de liquidation, s’il reste une dette impayée, la Physical Delivery permet aux détenteurs de FT de récupérer directement les actifs sous-jacents et le collatéral.

Un autre angle d’observation. La concentration du TVL est élevée. La plateforme tierce indique que le TVL de TermMax est d’environ 34,19 millions, avec 32,19 millions sur Ethereum, soit 94,15 %. V2 dispose d’entrées multichaînes, mais les fonds ne migrent pas automatiquement tant que l’interface est unifiée. Plus la liquidité est concentrée, plus les gros capitaux sont enclins à entrer ; plus les autres chaînes sont froides, plus il est difficile d’y attirer du collatéral. C’est un retour positif sur le multichaîne… mais un retour négatif en pratique. Officiellement, c’est annoncé à plus de 90 millions ; une autre source donne environ 34 millions : l’écart est proche de trois fois, ce point mérite d’être surveillé. En amont,签到, les incitations XP et les missions Galxe permettent de facilement attirer les utilisateurs. Mais une fois qu’ils sont là : empruntent-ils, ou récupèrent-ils juste les points et partent ? La différence entre un portefeuille de 1,5 million, 90 000 DAU, et les fonds réellement déposés est exactement ce qu’il faut regarder. Après le TGE, c’est là que le vrai test commence. Quand les XP, AP et MP seront débloqués et que la dynamique d’incitation disparaîtra : les utilisateurs continueront-ils à emprunter, rembourser et conserver de l’argent ?

Après le TGE, on verra. Pour l’instant, je regarde la rétention : l’essentiel est de savoir si les utilisateurs restent, pas si le produit est meilleur ou moins bon. Le design de mécanisme apporte un support : Range Order et la séparation ne sont pas de simples discours. Mais c’est la rétention qui compte. Après le 25 août : continuer à utiliser ou à retirer ? #termmax @TermMax

以前在交易结算部门待过几年，最让我头疼的不是行情波动，是每天收盘后那几小时的清算空窗期。钱已经成交了，系统里还挂着“待确认”，那段时间什么都不能做，只能干等。等完了还得对账，对不上又要回溯，一笔交易拖到第二天早上才真正落定是常事。

看Dusk，第一个问题永远是最终性，账本不再改口。Succinct Attestation走确定性路子，说白了就是一套让区块“定了就定了”的确认流程。区块经过Proposal、Validation、Ratification三阶段，过了Ratification就算最终确认。没有概率性回滚，没有“再等几个确认”。差三分钟和差一天，在会计上是两个世界。

快确认有代价。确定性共识对验证者要求极高，节点掉线、网络分区，在别的链上只是慢一点，在这套机制里可能直接不出块。我自己跑节点体会过，家用网络跳一次IP，够漏一轮投票。想拿机构级的结算保证，节点质量得先跟上。

OtterSec团队翻过Dusk的PLONK实现，发现一个隐患，验证器在最后一步用了证明者提供的未验证数据，理论上存在铸造问题。团队反应算快的，一天内修完了。这事提醒我工程上还得继续磨，密码学核心层出问题，不是修完就翻篇的。

生态也薄，能用的应用少，产品打磨追不上技术野心。NPEX有真实合作场景，但链上需求能不能转化成DUSK的真实消耗，gas就是链上交易手续费，还得再看。

方向对，剩下的关过不过得去是另一回事。不是每个方向对了的项目都能活到那一天。你们会拿什么指标判断一条链“能用了”？#dusk $DUSK @Dusk

J’ai passé plusieurs années à faire l’intégration dans le secteur financier, et le plus gros casse-tête, c’est ce nœud mortel : « à la fois conforme et confidentiel ». Les données clients des institutions ne peuvent pas être rendues publiques, mais si le régulateur veut vérifier, tu dois pouvoir sortir les éléments en une seconde. Les blockchains publiques sont transparentes comme des cages vitrées ; les monnaies de confidentialité, elles, se font blacklistées par la régulation. Du coup, en découvrant Dusk, ma première réaction n’a pas été « waouh, une blockchain de confidentialité », mais « comment comptes-tu démonter cette scène ? » @Dusk

Elle utilise des preuves à connaissance zéro et une divulgation sélective. Inutile d’exhiber le solde d’un wallet au visage des autres pour prouver que tu remplis les conditions. Le régulateur veut des preuves : donne des preuves ; le grand public, lui, ne voit rien. Le mainnet est en ligne : DuskEVM est compatible avec Solidity, et la plateforme s’est associée à l’opérateur boursier néerlandais licencié NPEX, avec un RWA (titres) tokenisé de 300 millions d’euros. Le moteur de confidentialité Hedger génère des preuves en deux secondes directement dans le navigateur. La couche de règlement, DuskDS, exécute un module indépendant : les confirmations de transaction et le stockage sont traités séparément, pour ne pas se gêner.

Mais les douleurs sont bien réelles. Dans son mécanisme de « confidentialité auditables », les transactions sont chiffrées, mais le régulateur peut les déverrouiller sur présentation d’une ordonnance du tribunal. Le vrai problème, c’est : qui détient les clés ? Dusk parle d’un comité multi-signature. Mais les commissaires ont des nationalités et des actifs : si un tribunal les convoque, chacun tiendra-t-il ? Là, ce n’est plus un problème de cryptographie qui peut tout couvrir : c’est une faille de gouvernance. Il y a aussi eu des déboires au niveau du code : OtterSec a découvert que l’implémentation des preuves PLONK avait omis de valider quatre valeurs clés, ce qui permettrait théoriquement de créer de la monnaie ex nihilo. C’est corrigé, mais un tel niveau d’erreur « basique » dans une bibliothèque cryptographique inquiète-t-il les institutions ? Côté écosystème, c’est plus froid : dans les données publiques, plus de 70 % des blocs n’ont pas plus de deux transactions, pas d’activité sur les issues GitHub depuis un semestre, et la documentation développeurs et les incitations ne suivent pas. Même si la technique est belle, si personne n’utilise, alors ce n’est rien.

Mon avis : Dusk mise correctement sur l’axe « confidentialité + conformité », et la base technique est solide. Mais les deux autres épreuves — gouverner la confidentialité auditables et lancer l’écosystème — sont, selon moi, dix fois plus difficiles que la cryptographie. Tout ce que la technique peut résoudre n’est pas si compliqué ; ce sont les problèmes humains qui comptent. Qu’en pensez-vous : discuterait-on vraiment, dans le monde réel, avec des institutions licenciées pour leur faire remettre les clés d’audit à un « comité » ? #dusk $DUSK

Hier soir, j’ai feuilleté le livre blanc de Dusk, jusqu’à plus d’une heure du matin. En fermant l’ordinateur, j’avais la tête qui bourdonnait.@Dusk

Dès le premier paragraphe, une seule phrase m’a cloué sur place : faire le pont entre la finance traditionnelle et la décentralisation. Il faut à la fois la confidentialité et la conformité, autrement dit : vouloir une mule qui court sans brouter, et qui ne mange pas d’herbe.

Ce qui m’a vraiment fait arpenter la pièce, c’est l’architecture à double grand livre de Dusk : Moonlight et Phoenix sont rattachés à la même adresse. Moonlight gère des flux transparents : qui transfère combien, on le voit clairement sur la chaîne. Phoenix, lui, passe par une protection à connaissance nulle : les fonds sont dissimulés sous forme chiffrée. Côté utilisateur, tout a l’air d’un simple interrupteur “un clic”. Mais côté protocole, ce sont deux univers en parallèle : écrire un contrat de prêt, c’est surveiller simultanément les soldes des deux côtés et les nullifiers. Le livre blanc appelle ça une “solution optimale”, mais j’ai l’impression que c’est plutôt comme jeter un QCM aux développeurs. L’utilisateur lambda peut même oublier des mnémoniques : pourquoi lui demander, à chaque fois, de réfléchir à savoir s’il faut cacher cet argent ?

La version 2024 du livre blanc a une modification particulièrement intéressante à creuser : elle ajoute à Phoenix une fonction de reconnaissance de l’expéditeur. Le texte est passé de “protocole anonyme” à “protocole de protection de la vie privée”. Un seul mot change, et toute la saveur change avec.

Chez Zedger, c’est encore plus direct : la distribution des dividendes, la conversion forcée et l’audit sont tous écrits dans le contrat. Quand le régulateur veut vérifier, il peut contrôler chaque étape en chaîne.

Mais même après trois lectures, je n’ai pas trouvé la réponse : la clé de cet interrupteur d’audit, elle est entre les mains de qui ? Le livre blanc se contente d’une phrase : “divulgation sélective à la partie autorisée”. Mais qui a le droit d’être cette “partie autorisée”, ça n’est jamais clairement précisé. Si les permissions sont trop lâches, la confidentialité n’est plus qu’un décor. Si on les resserre trop, du côté régulation ils ne reconnaissent pas.

Techniquement, Dusk Network est solide : la combinaison UTXO + ZK, ce n’est pas courant dans l’industrie. Les équipes capables de faire tourner cette architecture jusqu’au bout sont rares. NPEX détient une licence MTF aux Pays-Bas : la base de la conformité est solide. Mais pour savoir si la voie “confidentialité vérifiable” de DUSK pourra vraiment fonctionner, ce n’est pas uniquement du code : c’est surtout une question de la manière dont les gens derrière vont se livrer bataille.

Pour l’instant, je choisis de rester en mode observation : je valide l’orientation, mais je ne veux pas foncer tant qu’il n’y a pas de cas clairement établis. Au fait, vous pensez que la confidentialité et l’audit de la régulation peuvent vraiment tourner en même temps sur une seule et même chaîne ?#dusk $DUSK

L’an dernier, j’ai entendu un véritable coup de râle chez un ami qui travaille dans une maison de courtage. Ils voulaient tester l’émission d’actifs sur la blockchain, mais ils ont découvert que, sur une blockchain publique, les contreparties des transactions et les montants de détention sont tous exposés au grand jour. La phrase de mon ami était : « Qu’est-ce que ça change, au fond, par rapport au fait de remettre directement les cartes de la table de négociation à un concurrent ? ». Les inquiétudes de la finance traditionnelle à propos de la transparence sont, finalement, plus profondes que ce qu’on imagine.

Plus tard, je suis tombé sur le projet Dusk. Première réaction : enfin quelqu’un le traite comme un sujet d’ingénierie. @Dusk

Parlons d’abord du mécanisme de consensus. Dusk utilise un Segregated Byzantine Agreement. Dans le livre blanc, la Section 3 est très détaillée : à chaque tour, le consensus se déroule en trois étapes : proposition, validation et approbation. Le proposeur est sélectionné via un processus de Proof-of-Blind Bid, et l’ensemble ne révèle ni l’identité des participants ni le montant de leur mise. J’ai été impressionné par la finesse de cette conception : elle combine l’efficacité de la PoS avec la confidentialité des preuves à connaissance nulle. Les nœuds peuvent participer anonymement au consensus, et les comportements malveillants sont quand même sanctionnés.

Ensuite, le modèle de transaction. Le livre blanc distingue deux modes : Moonlight et Phoenix. Le premier correspond à un modèle de comptes publics ; le second est un modèle de transactions masquées basé sur l’UTXO. En clair : on laisse aux utilisateurs le choix. Les transferts ordinaires passent par un canal public, tandis que les transactions sensibles empruntent un canal de confidentialité. C’est plus pragmatique que ce que j’ai vu sur d’autres chaînes — soit tout en confidentialité, soit tout en transparence.

Côté couche application, Dusk a convaincu les institutions sur deux points. Le mainnet DuskEVM a été lancé en janvier 2026 : les développeurs Solidity peuvent migrer et redéployer directement. La collaboration avec le NPEX néerlandais est aussi déjà concrétisée : des actifs de titrisation d’une valeur de plusieurs centaines de millions d’euros ont été émis et échangés on-chain. Ce n’est pas une promesse du livre blanc : c’est une circulation d’actifs réels.

Mais des défis existent aussi. L’activité de l’écosystème reste à renforcer : la fréquence des mises à jour sur GitHub n’est pas élevée, et le niveau d’entrée freine une partie des gens. L’incertitude concernant le rythme de la conformité externe est également un facteur : le récit de Dusk s’appuie sur des exigences de conformité au sein de l’Union européenne ; si la politique change, la base sera impactée. La liquidité n’est pas très abondante : la profondeur de marché et l’attention portée au projet ont encore de la marge.

Dusk ressemble à une clé polie pour un contexte bien précis : quand le scénario RWA explose, elle devient une infrastructure. Si elle tarde à venir, c’est une chaîne techniquement solide, mais dont l’écosystème doit encore être cultivé. La confidentialité conforme + RWA deviendra-t-elle la voie principale, ou restera-t-elle un niche ? Je penche pour le fait que, à court terme, ce sera plutôt le second, et à long terme le premier. #dusk $DUSK

翻RWA赛道时点开DUSK, ma première réaction est que ce n’est encore qu’un projet de crypto-monnaie axé sur la confidentialité. Après tout, à l’heure actuelle, il y a tellement de projets qui brandissent le drapeau de la confidentialité, et la plupart font beaucoup de bruit mais peu de réalisations. Cependant, après avoir vraiment relu la documentation du projet et ses documents techniques, j’ai le sentiment que celui-ci est quand même un peu différent.

DUSK ne parle pas de la protection de la confidentialité de manière générale : l’équipe s’acharne sur ce créneau précis, celui des scénarios financiers conformes. Une citation mot pour mot dans la documentation du projet : « a blockchain-based protocol built from the ground up to support compliant financial applications », et justement l’expression « from the ground up » implique une construction à partir de zéro, pas une amélioration sous forme de rustines ajoutées après coup. @Dusk

Le système à double voie me paraît très intelligent : Phoenix gère les transactions privées, Moonlight les transactions transparentes. Le projet a besoin de protection de la confidentialité ? Il passe par la première voie. Besoin d’accepter un audit ? Il passe par la seconde. On peut basculer en fonction du besoin. Côté mécanisme de consensus, ils utilisent Succinct Attestation, un mécanisme PoS basé sur un comité. Le chapitre 3 de la documentation décrit ça de façon complète. J’ai passé pas mal de temps à parcourir les documents et j’ai découvert que même l’étape des enchères des nœuds est masquée à l’aide de preuves à connaissance zéro : ce détail est vraiment costaud.

En termes d’avancement sur le terrain : après le lancement du mainnet en janvier 2025, l’équipe a conclu un partenariat avec des exchanges européennes conformes, afin de porter sur la blockchain des titres tokenisés pour des centaines de millions d’euros. En 2026, le projet a aussi lancé le testnet DuskEVM : globalement, on voit bien qu’ils avancent.

Mais le point qui me tracasse le plus, c’est l’écosystème : il est vraiment trop froid. Certains commentateurs disent : « En six mois, GitHub n’a presque pas bougé ; le développement avance comme une tortue ». Le TVL ne serait que de quelques millions de dollars. J’ai aussi vu une analyse mentionner que l’émission continue de tokens et la pression liée au déverrouillage/au lock est un problème non négligeable. Et le questionnement le plus fondamental, c’est celui-ci : les utilisateurs DeFi ont-ils vraiment besoin d’autant de confidentialité ? Il y a même quelqu’un qui a dit clairement : « Le besoin central de DeFi, ce n’est pas la confidentialité, mais le rendement et la liquidité ». Je pense qu’il y a du vrai là-dedans : la solidité technique et la mise en œuvre commerciale, ce sont deux choses différentes, et DUSK n’a encore que deux jambes ; il lui manque une troisième.

Les choses difficiles et correctes ne signifient pas forcément qu’elles mèneront jusqu’au bout. Bref, ce point d’interrogation, je le garde pour l’instant. #dusk $DUSK

Je choisis le combo B + C.
La raison est très simple : un transfert crypto est irréversible. Se contenter de regarder le début et la fin d’une adresse peut facilement se faire piéger par une adresse contrefaite via une « attaque par presse-papiers », donc il faut vérifier intégralement l’adresse, caractère par caractère (B). En même temps, envoyer des fonds sur différents réseaux (ERC20/BSC/TRC20) avec des paramètres identiques peut entraîner une perte de fonds ; c’est pourquoi un test de réception avec un petit montant (C) est la seule assurance la moins coûteuse pour valider l’adresse, le réseau et la collecte du destinataire. Ensemble, ces deux étapes empêchent à la fois les altérations malveillantes et les erreurs de manipulation. C’est bien plus important que d’essayer d’aller vite ou de faire aveuglément confiance à quelque chose qui « semble familier ».

Choisissez D. L’indice CPI et l’indice PPI sont les seules données de la semaine qui n’ont pas encore été publiées, mais qui peuvent directement influencer les anticipations de baisse des taux de la Fed ainsi que l’orientation des actifs risqués dans le monde. Dans un marché en attente avec des volumes réduits, la réaction immédiate après la publication des données constitue le véritable signal de trading : cela vaut la peine de parier sur ce « variable » plutôt que sur un « dénouement » déjà acquis.

🔔 Bébés
En août, on peut enfin manger une bonne salve 🍖
200 points, c’est vraiment sous un soleil radieux ☀️
À 17:00 pile, c’est le top départ ⏰
Réglez l’alarme à l’avance, dépêchez-vous !

$BABY L’événement pour les créateurs a été classé hier, et j’ai enfin réussi à me hisser dans le top 40. Pendant le week-end, il n’y a pas eu d’airdrops, alors autant faire la compétition de trading.

En relisant les spécifications techniques officielles de Babylon et la feuille de route rendue publique par le projet en mai 2025, je me suis rendu compte que ma compréhension de ce dispositif de staking BTC « sans inter-chaînes, sans custody » n’était pas assez complète. Le réseau Bitcoin principal n’a même pas de contrats intelligents ; faire partager par une chaîne PoS sa sécurité à logique pure semble donc quelque peu bancal. Ce n’est qu’une fois que j’ai compris comment fonctionne l’arbre de scripts Taproot que j’ai commencé à y voir plus clair. @BabylonLabs_io

Babylon a décomposé les règles de staking en trois chemins mutuellement exclusifs. Le chemin à base de time-lock : une fois le délai expiré, le staker peut récupérer les fonds avec sa propre signature. Le chemin de “désinjonction” (unlink/unbond) exige l’approbation conjointe du Covenant Committee. Le chemin de slashing (pénalités) relie, lui, trois signatures. Le module EOTS est plutôt ingénieux : il convertit les preuves d’une mauvaise conduite de Finality Providers en conditions cryptographiques que Bitcoin peut vérifier, en contournant la limite liée au fait que Bitcoin ne comprend pas le consensus PoS. Dans la spécification technique officielle, il est mentionné que chaque Vault correspond à un UTXO distinct : dès le moment du verrouillage, les règles sont déjà intégrées. Ensuite, les résultats externes sont transformés, via un mécanisme de preuve, en informations que Bitcoin peut reconnaître ; on décide alors de récupérer (redeem) ou de liquider (settle/clear).

Cependant, après près de trois mois de mise en ligne sur le mainnet, j’ai observé certains trous qui n’étaient pas couverts par la conception sur papier. Le premier concerne les frais : au début, pendant la fenêtre de staking, le nombre de transactions par bloc est limité ; lorsque le sentiment du marché est très élevé, les utilisateurs finissent par perdre une bonne partie du rendement effectif à cause des frais de mineurs. Le deuxième concerne les limites de pouvoir du Covenant Committee : d’après la feuille de route publiée par le projet en mai 2025, ces membres en multi-signature détiennent temporairement le droit de signer la désinjonction, avant que des opérateurs natifs tels que OP_CTV soient déployés. Ils ne peuvent pas utiliser les actifs des utilisateurs, certes, mais si l’efficacité de la procédure de signature conjointe pose problème, les utilisateurs n’ont d’autre choix que d’attendre que le time-lock expire naturellement. Et pour des protocoles LRT comme Lombard, qui accumulent du TVL au-dessus, si un événement de slashing à grande échelle se déclenche, il faudra encore observer à quel point la chaîne de transmission peut devenir complexe.

L’approche technique de Babylon est vraiment nette : elle convertit les violations du monde extérieur en conditions que Bitcoin sait lire. C’est bien plus intelligent que d’ajouter de force des contrats intelligents à BTC. Mais entre “propre sur le plan technique” et “fiable en exécution réelle”, il y a une grande quantité d’épreuves terrain. Le moment clé viendra l’an prochain au T2 : si les codes d’opération de contrats natifs s’activent comme prévu et que le Covenant Committee sort de la scène historique, ce sera alors la véritable épreuve du plafond de cette conception. Selon vous, cette trajectoire basée sur des « scripts en lecture seule, sans déplacer les actifs » peut-elle fonctionner ? #baby $BABY

Faites vibrer août ! Invitez vos amis à gagner un ensemble de tennis en édition limitée de Binance 🎾, avec aussi une bouteille de Moutai « Feitian », des bStocks et bien plus à gagner ! Partagez ce post, puis tirez au sort pour offrir 30 U 💰 à 5 personnes. Ne laissez pas vos amis se contenter de rester dans la liste : @TA et lancez-vous ensemble !

Hier, en feuilletant le livre blanc TBV de BabylonLabs, je suis tombé sur la partie concernant la vérification par preuve à divulgation nulle de connaissance pour les retraits, et je me suis arrêté. Ce n’est qu’après avoir redessiné le chemin de vérification que j’ai compris que j’avais auparavant simplifié le problème à l’excès.@BabylonLabs_io

Je me suis toujours demandé : pourquoi ne pas laisser la chaîne principale de Bitcoin comprendre directement les changements d’état des protocoles externes ? La réponse se trouve dans la frontière de vérification. La conception du script de Bitcoin n’est tout simplement pas faite pour traiter des états externes ; la forcer à le faire modifierait au contraire la logique de vérification d’origine. TBV emprunte donc une voie plus mesurée. Les résultats produits par les protocoles externes sont transformés, via un mécanisme de preuve, en conditions de dépense que Bitcoin peut vérifier de manière autonome ; Bitcoin n’a qu’à déterminer si les conditions soumises respectent les règles.

Dans le livre blanc officiel, le terme « Translation » revient sans cesse. Selon ma compréhension, il s’agit de traduire un état externe en conditions de confiance vérifiables par Bitcoin. Le protocole externe produit des résultats de calcul contraints par des preuves, Bitcoin se charge de la vérification, et les deux sont reliés par des preuves cryptographiques ; du début à la fin, ils ne partagent jamais la même source de confiance. C’est aussi la logique de conception la plus centrale de TBV.

Mais minimiser la confiance ne veut pas dire qu’il n’y a pas de risque. Le client léger de Babylon synchronise seulement les en-têtes de blocs et vérifie les preuves de Merkle. Si le réseau Bitcoin subit une réorganisation, les transactions de dépôt dans des blocs isolés peuvent être annulées, alors que les actifs sur la chaîne du contrat ont peut-être déjà été frappés à l’avance. Un cabinet d’audit de sécurité a simulé une situation : après une panne puis un redémarrage de la chaîne Babylon, le client léger reconnaît encore une ancienne hauteur de bloc, et un pool de minage malveillant soumet une chaîne de bifurcation falsifiée qui passe la vérification. C’est une contrainte liée aux propriétés physiques du mode client léger, pas une faille au niveau du code. Pour cela, la gouvernance $BABY a été introduite : les détenteurs de jetons votent pour décider du nombre de blocs de confirmation. En réalité, cela relève d’un choix de préférence en matière de risque, et non d’un codage technique figé.

Au fond, ce qui compte vraiment dans TBV n’est pas le nombre de scénarios connectés, mais la complexité logique financière que BTC peut prendre en charge sans modifier le modèle de sécurité de Bitcoin. L’intérêt de BABY ne tient peut-être pas au nombre d’applications reliées, mais à la question de savoir si, grâce à cet ensemble de règles de vérification et à la manière dont il coopère avec les calculs externes, il peut faire émerger de nouvelles possibilités.#baby

Je choisis de me concentrer sur le rapport trimestriel de Samsung dépassant les attentes, ce qui a provoqué un fort rebond des actions sud-coréennes.
Raison : la Bourse coréenne est un baromètre de la technologie en Asie. Des résultats impressionnants de Samsung stimulent directement le sentiment dans le secteur des semi-conducteurs et dans la chaîne des exportations. En outre, la corrélation entre le marché des cryptomonnaies et les valeurs technologiques se renforce progressivement ; à court terme, il est possible de profiter de ce mouvement pour un rebond. En restant attentif à cette tendance, on peut saisir des opportunités sur le marché boursier tout en anticipant les flux de capitaux vers les cryptos : c’est une bonne idée de s’y positionner en avance.

Hier, j’ai passé la nuit à étudier la documentation technique de TBV liée au @BabylonLabs_io jusqu’à 2 h du matin. À la base, je voulais juste valider le processus de garantie du BTC… mais plus je lisais, plus je m’emballais. On discute tous de savoir si le BTC peut entrer dans DeFi, mais ce que TBV veut faire est plus radical : le BTC doit être fluide, et pourquoi faudrait-il d’abord céder la souveraineté ?

Ponts, multi-signatures, custodia : j’en ai vu tellement. Au fond, tout repose sur des hypothèses de confiance empilées. Dès que le BTC bouge, les frontières de sécurité se déplacent aussi, comme si on démontait un mur et qu’on en construisait un autre en urgence. Babylon change la donne : lors de la création de chaque Vault, on attache un UTXO Bitcoin indépendant. Tous les chemins de dépense valides sont figés via des transactions pré-signées ; ensuite, personne ne peut inventer de nouvelles façons de faire. Le BTC n’a jamais quitté sa place du début à la fin : il reste sagement dans les scripts Taproot du réseau Bitcoin, sans custodia, sans pont, sans encapsulation. Le vrai “passage” n’est jamais le BTC lui-même, mais l’état de confiance qui doit être vérifié.

Le processus de rachat, je l’ai mâché plusieurs fois. Une fois qu’on tourne le coin, c’est vrai que c’est assez jouissif. Le Bitcoin n’a même pas besoin de comprendre la logique d’une autre chaîne, ni de faire confiance à tout le monde à parts égales. Le texte officiel dit ceci : « Release of BTC on Bitcoin is gated by a cryptographic proof of the matching Ethereum event, verified inside Bitcoin Script ». En vérifiant l’état extérieur avec un light client, puis en ajoutant des preuves à divulgation nulle de connaissance, on traduit les faits en conditions que Bitcoin peut lui-même vérifier. Une preuve valide ouvre le passage. Si le ratio de collatéral passe sous le seuil de sécurité, liquidation conformément aux règles. On mange ici de la cryptographie et du modèle de sécurité propre à Bitcoin : personne ne peut déplacer des actifs juste avec un “vous pouvez me faire confiance”.

La technique, c’est la technique ; le business, c’est le business. Je me suis mis à y penser : l’activité cœur de Babylon, ce sont les horodatages et la vérification de finalité ; les frais de gas n’ont même pas besoin d’être payés avec $BABY . Les stakers BTC paient en BTC ; sur une chaîne PoS, acheter des services se paie aussi en BTC ou via un token natif. Sur un écosystème de services, pour une “chaîne” qui ne fait pas ses transactions commerciales en règlement via son propre token, ça me met toujours mal à l’aise. Au 1er mai 2026, le TVL dépasse 56 000 BTC : le chiffre impressionne, mais $BABY ne fait que de la gouvernance et du gas… alors d’où vient la valeur ? Je n’ai pas encore tout compris.

Après avoir fait le tour, dans ma tête, ce qui a surgi n’est pas “le BTC peut enfin rapporter des intérêts”, mais plutôt : TBV a vraiment accompli une chose — injecter de la liquidité sans avoir à échanger la souveraineté. Cela dit, EOTS, preuves ZK, pré-signatures : si un maillon casse, tout peut s’écrouler. La question de la solidité dépend de la manière dont ça tourne. Moi, en tout cas, je vais continuer à regarder. #baby

$NEWT Les récompenses de la tâche du créateur ont été envoyées, 15 jours 51U, merci à @币安广场

Dans la documentation officielle de Babylon, j’ai fixé pendant très longtemps les mots « without bridging ». Sans pont inter-chaînes, comment une chaîne PoS peut-elle obtenir des garanties de sécurité avec pénalités (slashing) ? Même Bitcoin Script ne peut même pas lire un état externe. @BabylonLabs_io

Comment le slashing est-il exécuté ? La réponse se trouve dans l’EOTS. La documentation du gestionnaire officiel d’EOTS est claire : si un Finality Provider signe deux blocs contradictoires à la même hauteur en réutilisant le même nonce (random number), la clé privée est alors exposée, entraînant le slashing. Après le slashing, le pouvoir de vote du Provider passe directement à zéro et devient irréversible. J’ai relu cette logique trois fois avant de la comprendre complètement.

Les Trustless Bitcoin Vaults méritent vraiment d’être examinés de près. Dans l’abstract du livre blanc Bitcoin Staking Litepaper, la phrase originale est : « Bitcoin holders can trustlessly stake their bitcoins without bridging them to the PoS chain but yet provides the chain with full slashable security guarantees ». Chaque Vault est essentiellement un Taproot UTXO, contrôlé conjointement par trois parties : la clé privée du détenteur, un time lock et une Multisig du Covenant Committee. D’après le blog officiel, Babylon a terminé en octobre 2025 sa toute première expérimentation de Trustless Bitcoin Vaults : avec succès, elle a emprunté USDC en BTC natif sur le réseau principal Ethereum.

Mais il y a un point que je n’ai jamais réussi à éclaircir. Le Covenant Committee est un ensemble de nœuds spécifiques, pas un ensemble totalement décentralisé de validateurs. Décider s’il y aura slashing et qui le déclenchera dépend en réalité du Committee. Est-ce une suppression de la confiance, ou une substitution : la confiance a juste changé de “boîtier” ? La position du token BABY me met aussi mal à l’aise. La documentation officielle Tokenomics indique que l’offre totale initiale de BABY est de 10 milliards d’unités, avec un taux d’inflation annuel de 5,5 %. Même si BABY est le token de gas de Babylon Genesis, utilisé pour les transactions et la gouvernance, si on ne fait que de la gouvernance ou des incitations secondaires, la pression inflationniste reste malgré tout importante.

Je ne considère pas Babylon comme un énième récit de restaking. Elle soude ensemble l’« inactivité (immuabilité / inertie) » et le « caractère programmable », mais le coût est de confier une partie des décisions au Committee. Quand vous étudiez le protocole, vous regardez d’abord le chiffre du TVL, ou vous examinez d’abord les hypothèses de confiance sous-jacentes ? #baby $BABY