J’ai passé assez d’années dans le monde de la crypto pour être méfiant quand un protocole promet de faire en sorte que le capital se comporte de manière plus « propre ». Il y a presque toujours une contrepartie, cachée quelque part.
C’est pourquoi TermMax a attiré mon attention. L’emprunt et le prêt à taux fixe et à durée fixe ne sont pas spectaculaires, mais ils répondent à un problème que je remarque constamment dans la DeFi : des taux variables rendent difficiles à planifier les positions raisonnables. Une semaine ça marche, la suivante le marché bouge et la transaction ne semble plus la même. TermMax essaie de mettre un chiffre et une date d’échéance sur cette incertitude, tout en intégrant des produits de type options et de l’effet de levier dans le même environnement.
Je l’ai déjà vu, cependant. Rendre quelque chose plus simple à utiliser ne fait pas disparaître le risque sous-jacent. Les taux fixes retirent un type d’incertitude, pas le risque de collatéral, le risque de liquidité, le risque de smart contract, ni le risque que la liquidité ne soit pas assez profonde lorsque les conditions changent. Les options ont aussi cette façon de paraître simples jusqu’au moment où la volatilité compte vraiment.
Je suis donc intéressé, mais pas convaincu. J’aime l’orientation : moins de dépendance à des taux qui changent en permanence, et davantage d’accent sur des termes définis et des coûts connus. Ce que je ne fais pas encore entièrement confiance, c’est de savoir si cette structure reste utile lorsque les marchés deviennent difficiles.
Après assez de cycles, j’ai compris que le vrai test n’est pas de savoir si un protocole fonctionne quand tout est calme. Le vrai test, c’est si les gens comprennent encore ce qu’ils détiennent quand le calme disparaît. C’est la partie que je surveillerai avec TermMax.
Je traîne dans le monde de la crypto depuis assez longtemps pour devenir méfiant dès que la « confidentialité » commence à être emballée comme le prochain grand récit. J’ai déjà vu ça : un vrai problème est identifié, quelques termes techniques impressionnants apparaissent, et soudain tout le monde se comporte comme si la partie difficile avait déjà été résolue.
C’est pourquoi je continue d’observer Dusk avec une certaine hésitation.
Ce qui m’intéresse, ce n’est pas simplement le fait que Dusk soit une couche 1 orientée vers la confidentialité. C’est la tentative de rendre la confidentialité utile pour les applications financières, avec des smart contracts confidentiels et sa norme XSC, qui se trouve au cœur de cette idée. Dans la finance traditionnelle, la confidentialité n’est pas une fonctionnalité optionnelle. Les transactions, les positions, les identités et les informations financières sensibles ne peuvent souvent pas être simplement exposées à tout le monde.
Mais la crypto a l’habitude de faire entrer en collision des idées techniquement élégantes avec une réalité chaotique.
La confidentialité peut créer une meilleure infrastructure financière, mais elle introduit aussi des compromis en matière de conformité, d’utilisabilité, de transparence et de confiance. Un système peut être cryptographiquement malin et pourtant échouer si les développeurs ne veulent pas s’y appuyer, si les institutions ne le comprennent pas, ou si les utilisateurs trouvent l’expérience frustrante.
Je ne sais pas encore où Dusk aboutira finalement. Je ne fais pas totalement confiance à un projet juste parce que son architecture paraît sophistiquée. J’ai trop souvent vu de bonnes idées disparaître parce que l’exécution devenait plus difficile que le postulat initial.
Pour autant, quelque chose chez Dusk donne envie de le suivre. Pas parce qu’il promet de tout changer, mais parce qu’il cherche à résoudre un problème que les systèmes financiers ont réellement : comment garder des informations utiles privées sans rendre l’ensemble du système inutilisable.
J’ai regardé assez de cycles DeFi pour me méfier de tout ce qui est décrit comme « la prochaine grande chose ». En général, c’est la même machine avec une nouvelle couche de peinture : taux variables, levier, incitations à la liquidité, puis un désordre discret quand le marché se retourne.
TermMax a attiré mon attention pour une raison plus simple. L’emprunt et le prêt à taux fixe semblent presque ennuyeux dans la crypto, et, honnêtement, c’est une partie de l’attrait. Savoir ce que coûte un prêt à son échéance, plutôt que de regarder les taux évoluer pendant que le reste bouge, ressemble davantage à une infrastructure financière sérieuse. Cela introduit aussi des marchés de type options et une exposition structurée dans le même environnement, ce qui est intéressant, mais c’est aussi là que je regarde plus attentivement.
J’ai déjà vu ça sous différentes formes : le produit a du sens, mais le vrai test est de savoir si le marché a assez de liquidité, si la tarification reste compétitive, et si les utilisateurs comprennent vraiment les risques lorsque l’interface facile dissimule des mécanismes complexes.
Je ne sais pas encore où TermMax se situe sur cette courbe. Je ne fais pas non plus totalement confiance au raccourci « taux fixe = risque plus faible ». Les conditions fixes résolvent un problème, mais peuvent en créer un autre quand la liquidité disparaît ou quand des positions doivent être dénouées plus tôt.
Pourtant, quelque chose à propos de cela me paraît différent du bruit habituel de la DeFi. Peut-être parce que l’objectif est de rendre l’incertitude plus mesurable, au lieu de prétendre que l’incertitude n’existe pas. C’est plus difficile à résoudre, et peut-être plus utile.
J’ai vu la crypto passer des années à redécouvrir la même idée avec un nouveau logo : tout rendre transparent, appeler ça une révolution, puis s’étonner quand de vraies entreprises hésitent à l’adopter.
C’est pour ça que Dusk m’intéresse. Non pas parce que « blockchain de confidentialité » est une nouvelle expression, mais parce que les marchés financiers ont un problème que la transparence pure ne résout pas très bien. Les soldes, les positions, les contreparties et la logique métier ne sont pas toujours des éléments que les institutions peuvent se permettre de diffuser. Dusk essaie d’intégrer la confidentialité dans la couche de base, tout en gardant les transactions vérifiables grâce à des mécanismes comme les preuves à divulgation de connaissance nulle et la divulgation sélective.
J’aime cette direction, mais je ne suis pas prêt à faire confiance à l’histoire simplement parce que l’architecture paraît cohérente. La crypto m’a appris que la partie difficile consiste rarement à prouver qu’une technologie fonctionne. La difficulté, c’est d’amener les gens à l’utiliser quand la réglementation, la liquidité, l’intégration et les habitudes financières anciennes poussent toutes dans un autre sens.
L’idée XSC me fait aussi penser au-delà du discours habituel sur la tokenisation. Un token de sécurité capable de gérer la confidentialité et la conformité semble utile. Mais l’utilité sur le papier et l’existence d’un marché fonctionnel sont deux choses très différentes.
Je reviens sans cesse à la même question : est-ce que Dusk peut rendre la confidentialité aussi « normale » que des infrastructures de base, plutôt qu’une fonctionnalité dont les gens doivent continuellement tenir compte ?
Je n’en suis pas sûr pour l’instant. Et, honnêtement, cette incertitude rend le suivi encore plus intéressant.
J’ai vu la DeFi traverser suffisamment de cycles pour savoir que beaucoup de « nouvelles » idées sont en fait d’anciennes idées qui portent juste des habits différents.
C’est d’ailleurs en partie pour ça que TermMax a attiré mon attention.
L’approche à taux fixe et à durée fixe me paraît logique. Une chose qui m’a toujours frustré dans la DeFi, c’est la rapidité avec laquelle les coûts d’emprunt peuvent changer. Quand le marché est calme, les taux variables semblent inoffensifs. Puis la volatilité arrive et, soudainement, la position que vous pensiez comprendre commence à se comporter tout autrement.
Bien sûr, les taux fixes n’éliminent pas le risque. Ils rendent simplement une partie de celui-ci plus facile à percevoir. Vous avez toujours des dates d’échéance, des préoccupations de liquidité et la question de ce qui se passe quand, concrètement, vous devez sortir de la position. J’ai vu assez de protocoles avoir l’air convaincants sur le papier, puis devenir nettement moins crédibles dès l’arrivée d’une pression réelle du marché.
Le volet options et levier, en revanche, me rend plus prudent. Plus de flexibilité peut être utile, mais la crypto n’a jamais vraiment eu de mal à offrir aux gens davantage de moyens de prendre des risques.
Ce que j’apprécie, c’est que TermMax semble s’attaquer à un problème qui ne sonne pas particulièrement excitant : rendre un peu plus prévisibles les résultats financiers.
Peut-être que c’est plus important que l’histoire d’un rendement spectaculaire de plus.
Je ne suis pas encore sûr de la manière dont ça tient quand les incitations disparaissent et que le marché devient moche. C’est généralement le test qui compte le plus pour moi.
Pour l’instant, je regarde. Pas parce que je pense que ça fonctionnera forcément, mais parce qu’après avoir vu les mêmes problèmes de la DeFi se répéter pendant des années, chercher à rendre les taux et les durées plus prévisibles me semble une direction qui mérite d’être prise au sérieux.
J’ai regardé la crypto assez longtemps pour devenir un peu suspicieux dès qu’un projet commence à parler de l’avenir avec trop de certitude.
La confidentialité fait partie de ces récits. Je l’ai vue revenir et repartir au fil de différents cycles, avec presque toujours la même promesse : l’activité financière peut enfin avoir lieu sans exposer tout au monde.
Dusk m’intéresse parce qu’il semble aborder ce problème avec un angle plus pragmatique. C’est une couche 1 conçue autour d’applications financières, avec des smart contracts confidentiels et la norme XSC. Ce n’est pas une idée particulièrement spectaculaire en surface, mais peut-être que c’est justement pour cela que je n’arrête pas d’y penser.
Parce qu’honnêtement, la transparence publique a des limites.
Si je dirige une entreprise financière, je ne veux probablement pas que chaque transaction, chaque position ou chaque relation soit visible en permanence, simplement parce que le système sous-jacent est une blockchain.
Mais je ne fais pas non plus totalement confiance à la promesse inverse. « Privé » sonne bien, jusqu’au moment où l’on commence à demander comment fonctionne la conformité, comment les institutions l’utilisent réellement, si les développeurs s’y investissent suffisamment pour construire, et ce qui se passe quand le système rencontre la bureaucratie du monde réel.
C’est là que je pense que Dusk a quelque chose à prouver.
Je ne l’appelle pas la prochaine grande chose. J’ai vu trop de projets devenir sans intérêt une fois que le récit s’éteint.
Je regarde.
Parfois, les projets qui valent le coup d’œil ne sont pas les plus bruyants. Ce sont ceux qui, en silence, essaient de résoudre un problème qui ne disparaît pas quand le marché s’ennuie.
Honnêtement, quand TermMax est apparu pour la première fois dans mon radar, j’ai fait défiler. Un autre protocole à taux fixe. Un autre projet qui promet de dompter la volatilité de la DeFi. J’ai déjà vu ce film. Ça se termine généralement par un exploit, un tapis rugueux silencieux, ou par un Discord fantôme.
Mais il continuait de remonter. Pas à cause d’un marketing tapageur — mais parce que quelques personnes en qui j’ai réellement confiance en parlaient discrètement. Ça m’a fait faire une pause.
Alors j’ai regardé. Et ce qui m’a marqué n’était pas la technologie — c’étaient les compromis. Par exemple, le mécanisme d’isolation. Chaque marché est cloisonné. Si un prêt tourne mal, il reste confiné. Ça a l’air malin, non ? Mais j’ai vu assez de cycles pour savoir que, en crypto, la “confinement” veut souvent juste dire “illiquidité” quand vous avez vraiment besoin de bouger votre argent. Vous échangez un risque systémique contre une liquidité fragmentée. C’est pile ou face.
Ensuite, il y a la livraison physique. Si vous prêtez contre des actions tokenisées et que l’emprunteur fait défaut, vous récupérez la vraie action. Cool en théorie. Mais je ne veux pas d’actions NVDA un dimanche soir — je veux récupérer mon USDC. C’est la friction qu’ils ne mettent pas exactement en avant. Les chiffres fonctionnent, mais l’expérience utilisateur ne correspond pas toujours à l’attente.
Je vois qu’ils ont environ 90 millions de TVL sur 10 chaînes. C’est respectable. Mais je m’en fiche du TVL. J’ai déjà vu des milliards s’évaporer en une seule après-midi à cause d’une mauvaise mise à jour d’oracle. Ce qui m’accroche, c’est l’ambiance — et l’ambiance ici est étrangement... ennuyeuse. Pas de récompenses tape-à-l’œil, pas de ponzinomics opaques. Juste des taux fixes pour des gens qui veulent planifier leur prochaine étape sans croiser les doigts.
Je ne suis pas encore convaincu. Je ne suis pas sûr que la liquidité tiendra quand les choses deviendront vraiment chaotiques. Peut-être que je deviens juste cynique avec l’âge, dans cet espace. Mais pour la première fois depuis longtemps, je ne roule pas des yeux.
À elle seule, ça donne envie d’y regarder de plus près. Ou alors je suis juste fatigué du bruit et ce calme me trompe. Dans tous les cas, je vais continuer à surveiller.
Je suis dans la crypto depuis assez longtemps pour commencer à me lasser des mêmes conversations qui reviennent à chaque cycle. De nouvelles chaînes, de nouveaux récits, de nouvelles promesses. Puis le marché passe à autre chose et beaucoup des « problèmes importants » restent là.
La confidentialité fait partie de ces problèmes.
C’est en partie pour ça que je reviens sans cesse à Dusk Network. L’objectif n’est pas de faire de la confidentialité un concept futuriste. Le problème, plus concret, c’est que l’activité financière peut impliquer des informations que les gens n’ont tout simplement pas à exposer publiquement. Mais il y a aussi l’autre face du problème : une blockchain doit tout de même offrir de la transparence et de la vérifiabilité. On ne peut pas tout cacher et déclarer que c’est réglé.
Dusk construit une couche 1 pensée pour des applications financières, en s’appuyant sur des smart contracts confidentiels et sur sa norme Confidential Security Contract (XSC). J’aime cette direction, mais je reste prudent. J’ai vu de bonnes idées échouer parce que le produit était difficile à utiliser, parce qu’il n’y avait pas assez d’activité, ou simplement parce que le marché s’en fichait.
Du coup, je ne regarde pas Dusk en me disant : « c’est forcément la prochaine grande chose ». Je ne sais pas, et personne ne sait.
En revanche, ce qui m’intéresse, c’est que la confidentialité semble faire partie du design, plutôt que quelque chose qu’on ajoute plus tard parce que c’est devenu à la mode.
Peut-être que ça compte. Peut-être que non.
La crypto m’a appris à attendre et à observer ce que les gens construisent réellement. Pour l’instant, Dusk fait partie de ces projets que je préfère suivre de près plutôt que de rejeter trop rapidement.
J’ai vu assez de cycles crypto pour savoir qu’une bonne idée peut quand même s’effondrer quand la réalité finit par rattraper.
C’est probablement pour ça que DUSK a attiré mon attention. Pas parce que ça sonne révolutionnaire, mais parce que ça se concentre sur un problème auquel je reviens sans cesse : comment mettre des activités financières sur une blockchain sans rendre tous les détails visibles à tout le monde ?
DUSK construit une couche 1 pour des applications financières, et sa norme Confidential Security Contract est conçue pour prendre en charge des smart contracts où les informations sensibles peuvent rester confidentielles.
Sur le papier, ça semble raisonnable. Dans la finance réelle, la confidentialité n’est pas une simple option de confort. Les entreprises ne veulent pas que chaque position, chaque accord, ou chaque donnée sensible soit exposée publiquement juste parce qu’elles utilisent une blockchain.
Mais je reste sceptique.
J’ai vu suffisamment de projets apporter une réponse technique astucieuse, puis découvrir que le monde réel est bien plus chaotique. La réglementation ne disparaît pas. Les développeurs ont toujours besoin de bons outils. Les utilisateurs ont toujours besoin d’expériences simples. Et la confidentialité doit toujours trouver un équilibre praticable entre transparence et conformité.
C’est précisément ce que j’observe chez DUSK.
Je ne sais pas encore si la technologie se traduira en quelque chose que les gens utilisent réellement, et je ne vais pas faire semblant du contraire.
Mais après des années à voir les mêmes récits revenir sous des vêtements différents, je préfère m’intéresser à un projet qui tente de résoudre un problème inconfortable plutôt qu’à un autre qui promet de tout changer.
Parfois, le problème ennuyeux est le plus intéressant.
Plus je regarde DUSK, plus son architecture me semble conçue intentionnellement pour répondre à la manière dont les données financières doivent réellement se comporter.
Phoenix donne aux transactions un modèle respectueux de la vie privée, tandis que les comptes Public et Shielded permettent aux utilisateurs de choisir la quantité d’informations qui reste visible. La technologie à connaissance zéro ajoute une autre couche en permettant de vérifier quelque chose sans en exposer tout ce qui se trouve derrière.
Ce qui ressort, c’est la façon dont ces idées s’intègrent au reste de la pile : DUSK vise les actifs financiers et du monde réel, avec un règlement rapide et déterministe, tandis que DuskEVM conserve un développement familier façon Ethereum, et que DuskVM fournit un environnement natif pour les contrats.
Mon avis : DUSK ne traite pas la confidentialité comme une fonctionnalité unique ; il fait de la confidentialité, de l’exécution et du règlement les éléments d’une même conception.
La plupart des blockchains traitent la confidentialité comme une réflexion après coup, une fonctionnalité ajoutée, maladroite et facultative. DUSK fait les choses différemment : la confidentialité est intégrée à son architecture, dès le départ, de bout en bout. Ce n’est pas une fonctionnalité que l’on active ; c’est la base.
Cette fondation permet la norme Confidential Security Contract. Il ne s’agit pas uniquement de masquer les montants des transactions. Cela signifie que la logique même du contrat—l’état et les données qui y circulent—peuvent rester privées, ce qui constitue un pas important au-delà des simples transferts privés.
Ce que je trouve le plus pratique, c’est la manière dont cela se traduit par la divulgation sélective. Vous n’êtes pas obligé de choisir de manière binaire entre tout révéler ou ne rien révéler. Vous pouvez prouver que vous remplissez une exigence, comme le fait de détenir des actifs suffisants, sans afficher l’ensemble de votre solde.
Cet ensemble—confidentialité au cœur du protocole, logique confidentielle et partage granulaire—fait de DUSK un protocole rare, qui semble pensé pour une conformité et un usage business concrets, et pas seulement pour une spéculation obscure. Il s’agit moins de l’anonymat que de donner aux participants le contrôle sur leurs propres données. Mon expérience personnelle et tout ce que j’ai appris jusqu’ici sur DUSK m’ont donné beaucoup de confiance. Je vous encourage aussi à l’essayer vous-même et à constater la différence.
Le scénario standard de confidentialité en crypto consiste à cacher le solde de votre portefeuille à vos voisins. Dusk construit quelque chose d’autre : une confidentialité programmable pour les marchés réglementés, où cacher les données est en fait une exigence de conformité.
Son standard XSC n’est pas simplement un autre format de smart contract. C’est un cadre dans lequel les règles KYC et AML sont codées en dur directement dans la VM. Le contrat ne fait pas que s’exécuter : il applique aussi, nativement, des contraintes de juridiction. Il s’agit fondamentalement d’une architecture différente de celle qui consiste à ajouter la conformité à une chaîne transparente.
L’intégration NPEX est le signal ici. Une bourse réglementée aux Pays-Bas qui apporte des centaines de millions de titres tokenisés sur un réseau sans permission. Pas un testnet. Pas un pilote. Un mainnet opérationnel depuis janvier.
Le modèle Phoenix de Dusk gère la confidentialité transactionnelle. Les preuves PLONK font le travail lourd pour la vérification. Mais la couche qui compte est le cadre de conformité : des preuves à connaissance nulle qui vous permettent de prouver votre statut réglementaire sans exposer la transaction sous-jacente. C’est l’élément que la plupart des chaînes ignorent, ou traitent comme une simple réflexion après coup.
La tension entre confidentialité et transparence n’est pas un bug dans la finance. C’est l’ensemble du système d’exploitation. Dusk a construit une chaîne où cette tension est une fonctionnalité, pas quelque chose à résoudre.
La plupart des projets d’infrastructure parlent de faire le pont entre TradFi et DeFi. Celui-ci dispose réellement des licences.
La plupart des chaînes traitent la confidentialité comme une fonctionnalité ajoutée. Vous obtenez ici une pool protégée, là un mélangeur—mais la logique sous-jacente de l’actif reste exposée. Cela convient pour un transfert. Mais cela se brise dès que vous essayez de modéliser une obligation avec un tableau de capitalisation, une distribution de dividendes et des restrictions de transfert.
L’architecture de Dusk traite la confidentialité comme une propriété de l’actif lui-même, pas de la transaction. La norme XSC ne vise pas à cacher qui a envoyé quoi ; elle consiste à intégrer de façon « hard codée » le KYC et des limites de transfert dans la logique du contrat tout en gardant l’état réel confidentiel. Le modèle de note protégée Phoenix n’est pas une fonctionnalité distincte activable sur option—c’est une voie de transaction native qui s’établit aux côtés des transactions Moonlight publiques sur la même couche de règlement.
Ce qui a attiré mon attention n’est pas la cryptographie à connaissance zéro. C’est le consensus Succinct Attestation. La finalité déterministe n’est pas un slogan quand vous gérez un risque de règlement sur des marchés réglementés. Une chaîne qui peut se « fork » n’est pas une chaîne qui peut exécuter un règlement avec une certitude juridique. Ils ont intégré la finalité directement dans le mécanisme de consensus, pas comme une réflexion a posteriori.
Le vrai test n’est pas de savoir si Dusk peut attirer du volume. C’est de savoir si la charge de conformité—la couche d’identité Citadel, les services de vérification hors chaîne—peut évoluer sans réintroduire les risques de centralisation que les blockchains étaient censées résoudre. La technologie fonctionne. Le modèle opérationnel pour les institutions reste toutefois à prouver.
C’est une infrastructure pour un marché qui n’existe pas encore pleinement. Mais quand il le fera, vous ne pourrez pas adapter ces rails sur un grand livre public.
La dissonance conceptuelle, c’est ce qui a fini par retenir mon attention. On a passé des années à nous conditionner pour croire que la « self-custody » et le « yield » sont des états de l’être mutuellement exclusifs. Ou bien vous verrouillez votre BTC dans un coffre et vous dormez sur vos deux oreilles, ou bien vous l’enveloppez, vous le bridgez et vous priez les dieux de l’audit. Babylon n’offre pas de yield au sens traditionnel, c’est précisément pour ça que c’est intéressant. Ce n’est pas un multiplicateur spéculatif : c’est un service d’utilité.
Voici la partie qui fait court-circuiter le cerveau. Ils utilisent le réseau le plus archaïque, le plus lent et volontairement figé de la cryptographie pour sécuriser les mécanismes de consensus les plus spectaculaires et les plus expérimentaux. C’est comme utiliser un superordinateur des années 1960 pour faire tourner les systèmes de guidage d’une flotte de drones. Le tour de force technique qui consiste à le programmer directement sur Bitcoin, sans oracles ni pièges à multisig fédérés, donne l’impression d’un hack au sens le plus authentique du terme. Ils ne demandent pas à Bitcoin de changer ; ils lui demandent d’être témoin.
Ce dont je n’ai pas assez vu parler, c’est le changement de comportement que cela impose aux validateurs. Aujourd’hui, sur une chaîne PoS, la sanction en cas de comportement malveillant consiste généralement à brûler vos tokens mis en jeu—une punition interne portée par le grand livre. Si Babylon évolue, la sanction devient un « slash » littéral, vérifiable, de vos avoirs en BTC sur la couche de base. Cela change entièrement la logique du risque. D’un coup, le coût d’une attaque n’est plus une perte abstraite de capitalisation boursière : c’est une transaction directe et irréversible sur la chaîne qui concentre la plus grande masse matérielle de l’écosystème. On parle beaucoup de sécurité économique, mais on parle rarement du poids psychologique lié à la perte d’accès à un UTXO qui représente un bitcoin véritablement miné, immuable et non malléable. Ce poids, c’est la thèse.
Je pense que la vraie valeur ici ne réside pas dans la valeur totale bloquée. Elle réside dans le signal envoyé sur le futur rôle de Bitcoin : un juge, pas un simple participant.
Je pensais autrefois que Babylon n’était principalement qu’une autre façon de rendre le Bitcoin « utile » dans la DeFi. Mais plus je lisais, moins cela ressemblait à la véritable histoire.
Ce qui m’a fait changer d’avis, c’est que Babylon Genesis est décrit comme la couche de coordination du protocole, adossée au staking de Bitcoin. Les propres supports de Babylon le présentent aussi comme un plan de contrôle de la sécurité et un hub de liquidité : c’est un mouvement très différent du classique « envelopper le BTC et le brancher au système de quelqu’un d’autre ». Babylon donne alors l’impression d’être moins un produit qu’une architecture de confiance.
Et c’est, je pense, la partie qui est souvent oubliée. Babylon affirme que plus de 57 000 BTC ont déjà été mis en staking, et ses documents renvoient désormais vers une pile native BTCFi sur Genesis, incluant Tower DEX. La vraie question n’est donc pas de savoir si le Bitcoin peut être « utilisé » en crypto. La question est de savoir si le Bitcoin peut devenir la norme de coordination autour de laquelle d’autres réseaux se construisent.
Peut-être que Babylon en est encore à ses débuts. Mais l’idée plus profonde est déjà visible : la valeur ne réside pas seulement dans le fait de déplacer du capital, elle réside dans le fait de faire parler la sécurité et la liquidité le même langage.
Je pensais que Babylon n’était qu’une autre histoire de staking BTC, habillée d’une image plus soignée. Mais plus je lisais, moins cette explication tenait debout.
Les propres documents de Babylon le présentent comme une infrastructure native de Bitcoin pour l’économie décentralisée, avec des interactions sans confiance avec l’état de Bitcoin et du staking natif directement sur Bitcoin. Cela compte parce que le projet n’essaie pas d’arracher le BTC à sa chaîne d’origine. Il cherche plutôt à rendre Bitcoin utile, sans changer ce qu’est Bitcoin.
Ce qui a vraiment fait évoluer mon point de vue, c’est l’architecture. Babylon Genesis est décrite comme la couche de coordination, et le Trustless Bitcoin Vault est conçu pour relier l’état de Bitcoin à des contrats intelligents externes sans dépendre d’un tiers. Même les travaux indiqués sur GitHub vont dans ce sens : il y a un front-end de staking en monorepo, ainsi qu’une suite de robots Aave v4 pour tester des positions adossées à du BTC via le Trustless Vault.
C’est à ce moment-là que le projet a cessé de ressembler à un « BTCFi pour le rendement » pour commencer à évoquer quelque chose de plus sérieux : une tentative de transformer la patience, la finalité et la self-custody de Bitcoin en infrastructure productive.
Peut-être que le marché sous-évalue encore la valeur que peut prendre ce type de retenue.
Le truc à propos de Babylone qui n’est pas assez dit, c’est la inversion conceptuelle qu’il met en œuvre. On a passé des années à parler de « faire arriver » Bitcoin dans la DeFi, ce qui signifiait généralement l’envelopper, le faire transiter et espérer que personne ne vide le pool. Babylone fait l’inverse. Ce n’est pas en train de déplacer Bitcoin ; c’est en train de déplacer la sécurité que Bitcoin représente. Au lieu de demander à la BTC de quitter la maison, il permet aux chaînes PoS de « louer » essentiellement le poids économique de Bitcoin via un time-share cryptographique .
Le mécanisme EOTS est la vraie pirouette ici. Ce n’est ni un pont complexe, ni une nouvelle machine d’état : c’est une utilisation très astucieuse de la mise à niveau de la signature Schnorr pour rendre le double-signing économiquement fatal, d’une manière qui est applicable à la couche de base de Bitcoin . Je pense que les gens se laissent distraire par l’aspect du rendement et ratent le fait que Babylone construit essentiellement un marché de dérivés de sécurité où Bitcoin sert de collatéral sous-jacent, et où le contrat est écrit directement dans le script de Bitcoin. C’est une innovation bien plus fondamentale qu’un autre pool de prêt.
L’écosystème s’est tellement concentré sur le bootstrap de nouvelles chaînes que nous avons oublié l’actif le plus bootstrapé et le plus sûr de la crypto : il était là, simplement assis, incapable de participer. Maintenant, il peut le faire, sans jamais devoir confier à un tiers les clés . Le slashing est même partiel, ce qui est une nuance que beaucoup des récits « tout est en feu » ratent — c’est une dissuasion graduelle, pas une guillotine .
Il sera intéressant de voir comment le marché valorise « la sécurité en tant que service » lorsque vous pourrez enfin mettre à profit votre BTC le plus ancien et le plus froid pour sécuriser les chaînes les plus récentes et les plus brûlantes, tout en conservant vous-même les clés. Le marché de la sécurité économique vient de devenir beaucoup plus grand, mais l’actif qui le sous-tend est devenu beaucoup plus difficile à déplacer.
La vitesse remporte généralement le jeu de l’attention, mais la sécurité décide qui survivra assez longtemps pour compter. Bitcoin n’a jamais été conçu pour une finalité instantanée : il a été conçu pour rendre la réécriture de l’histoire extrêmement coûteuse, avec des confirmations arrivant selon un rythme d’environ 10 minutes. Cette lenteur n’est pas un défaut — c’est le prix de la minimisation de la confiance.
Ce qui change maintenant, c’est le rôle que Bitcoin peut jouer dans la conception des blockchains modernes. Babylon montre que le BTC peut rester en autocontrôle sur Bitcoin tout en contribuant à la sécurité d’autres réseaux, et Babylon Genesis est présenté comme un réseau « Superchargé » par Bitcoin qui tire sa sécurité crypto-économique directement de Bitcoin. Le propre tableau de bord de Babylon affiche aussi plus de 56 853 BTC mis en jeu, ce qui est un signal fort que cette idée est passée du stade théorique.
C’est là le véritable basculement : ne pas forcer Bitcoin à devenir rapide, mais permettre aux systèmes rapides d’emprunter la discipline de Bitcoin. La prochaine génération de blockchains ne sera pas celle qui avance le plus vite, de manière isolée ; ce seront celles qui sauront quand échanger la vitesse contre la certitude — et quand laisser Bitcoin faire ce qu’il fait le mieux.
Quand la DeFi s’adapte à Bitcoin — et pas l’inverse
Je ne cesse de penser que la plupart des systèmes de DeFi accueillent Bitcoin avec une condition : changer d’abord. L’envelopper, le transférer via un pont, ou faire confiance à quelqu’un d’autre pour le détenir. Je n’ai jamais perçu cela comme une amélioration. Pour moi, c’était demander à l’actif le plus solide de la cryptomonnaie de faire des compromis avant même de rejoindre la conversation.
Ce qui rend l’approche Babylon × Aave v4 particulièrement marquante, c’est qu’elle part d’un autre état d’esprit. Au lieu de tordre Bitcoin pour qu’il s’adapte à la DeFi, elle cherche à façonner la DeFi selon les règles propres de Bitcoin. J’aime l’imaginer comme concevoir une maison autour d’un vieux arbre plutôt que de couper l’arbre parce qu’il ne correspond pas au plan.
La feuille de route récente donne à cette idée un côté plus concret. Le partenariat de Babylon avec Aegis vise, d’ici le T4 2026, à introduire un emprunt à taux fixe adossé à du Bitcoin natif, tandis que le réseau a déjà attiré plus de 56 800 BTC mis en staking. Ces chiffres comptent car ils suggèrent que des personnes choisissent un modèle qui maintient Bitcoin ancré là où il doit être, plutôt que de le déplacer par commodité.
Ce que j’apprécie le plus, ce n’est pas la vitesse : c’est l’honnêteté. Attendre les confirmations et accepter des délais de rachat n’est pas glamour, mais cela reflète la manière dont Bitcoin a été conçu pour fonctionner. Parfois, l’itinéraire le plus sûr est celui qui refuse de prendre des raccourcis.
La vraie avancée n’est pas d’apprendre à Bitcoin à se comporter comme de la DeFi — c’est d’apprendre à la DeFi à respecter Bitcoin, sans lui demander de devenir autre chose.
Je pensais que Babylon n’était qu’une autre histoire de BTCFi, simplement habillée d’une marque plus soignée. Le « staking Bitcoin » me semblait intéressant, mais aussi un peu trop bien ficelé pour avoir beaucoup d’impact au-delà du récit crypto habituel.
À mesure que je lisais, ce point de vue a commencé à se fissurer. La documentation propre à Babylon situe le projet autour de cas d’usage natifs du Bitcoin, et le Trustless Bitcoin Vault a été le détail qui a changé la donne pour moi : le BTC natif peut servir de collatéral dans la DeFi Ethereum sans ponts, sans custody enveloppée et sans BTC mutualisé. Ce n’est pas seulement une fonctionnalité produit — c’est une autre manière de concevoir le rôle du Bitcoin dans la pile.
Ce qui ressort aussi, c’est que Babylon ne ressemble pas à une application à usage unique. Le code public inclut des éléments comme « finality-provider » et « babylon-toolkit », ce qui donne l’impression d’être davantage une couche d’infrastructure qu’une campagne.
C’est probablement pour cela que Babylon paraît facile à sous-estimer au premier abord. Le vrai pari ne porte pas seulement sur la demande en matière de staking. Il s’agit de savoir si le Bitcoin peut, en silence, devenir un élément fondamental de sécurité et de collatéral pour la prochaine vague de systèmes PoS et DeFi.