iPreMyZX

#baby $BABY

J’ai passé plus de temps que prévu à lire, hier soir, sur les coffres Bitcoin sans confiance (TBV).

Je suis entré en me disant que la partie intéressante serait d’emprunter sur du Bitcoin natif. C’est la fonctionnalité que tout le monde remarque d’abord.

Au lieu de ça, je revenais sans cesse à quelque chose de beaucoup plus discret.

Où la confiance se déplace-t-elle réellement ?

La plupart des conceptions de DeFi Bitcoin résolvent l’interopérabilité en ajoutant une autre couche : un actif tokenisé, un pont ou un dépositaire. Vous gagnez en flexibilité, mais vous héritez aussi d’un autre système dont la sécurité compte presque autant que celle de Bitcoin.

Les TBV ne font pas semblant que ces arbitrages disparaissent.

Elles changent simplement l’endroit où ils se situent.

Le BTC natif reste sécurisé par Bitcoin, tandis que son statut de garantie est reconnu pour des applications comme l’emprunt. Cela ressemble à une petite décision d’architecture, jusqu’au moment où l’on comprend qu’elle déplace la priorité du protocole : passer de “faire bouger du Bitcoin” à “préserver le modèle de confiance de Bitcoin”.

Plus je le comparais aux approches antérieures, moins je pensais que c’était une histoire de prêt.

Ça ressemblait davantage à une histoire de philosophie de conception.

Un chemin demande à Bitcoin de s’adapter à l’infrastructure DeFi existante.

L’autre demande à l’infrastructure de s’adapter autour de Bitcoin.

Je continue d’examiner les mécanismes, parce que chaque système a ses limites, et ce sont généralement ces limites qui cachent les leçons les plus intéressantes.

Mais c’est la question avec laquelle j’ai fermé mon carnet :

À mesure que Bitcoin devient utilisable dans davantage d’écosystèmes, les conceptions gagnantes seront-elles celles qui maximisent la commodité — ou celles qui minimisent les changements apportés à Bitcoin lui-même ?

@BabylonLabs_io

#baby

#baby $BABY

J’ai longtemps cru comprendre pourquoi les gens enveloppaient le Bitcoin.

Ça me semblait tout simplement être le parcours normal. Si vous vouliez utiliser le BTC dans la DeFi, vous l’enveloppiez, vous le faisiez passer par un pont, puis vous passiez à autre chose. Je n’ai jamais vraiment remis ça en question, parce que tout le monde semblait le traiter comme le prix à payer pour participer.

Puis, un soir, je me suis retrouvé à lire au sujet des Trustless Bitcoin Vaults (TBV) de @BabylonLabs_io.

Ce qui a commencé comme une recherche anodine s’est transformé en une plongée bien plus longue que ce à quoi je m’attendais.

Le point intéressant n’était pas que les TBV proposent une autre façon d’utiliser le Bitcoin. C’était la question dissimulée en dessous.

Pourquoi le Bitcoin doit-il devenir autre chose avant de devenir utile ?

Cette idée m’est restée.

Plus j’en apprenais, plus je réalisais que nous nous sommes habitués à ajouter des couches supplémentaires autour du Bitcoin, au lieu de nous demander d’abord si ces couches étaient nécessaires. Les wrappers, les ponts, les dépositaires—ils ont résolu de vrais problèmes, mais ils sont aussi devenus des hypothèses que nous contestons rarement.

Les TBV l’aborde différemment en permettant au Bitcoin natif de servir de garantie tout en restant arrimé au modèle de sécurité propre au Bitcoin. Il ne s’agit pas de prétendre que les compromis n’existent pas. Il s’agit de modifier les compromis que les utilisateurs doivent accepter.

J’apprends encore, donc je ne prétends pas avoir toutes les réponses.

Mais de temps en temps, un protocole change la façon dont vous pensez plutôt que d’ajouter simplement une autre fonctionnalité à comparer.

Pour moi, @BabylonLabs_io has fait exactement cela.

Peut-être que la chose la plus précieuse que j’ai gagnée n’était pas un nouveau produit à suivre—c’était une nouvelle question à continuer de se poser.

#baby $BABY

I didn't expect one document to make me question something I'd accepted for years.

It happened late at night while I was reading about Bitcoin infrastructure. I kept seeing the same pattern over and over. Every time Bitcoin wanted to participate in DeFi, the first instruction was almost automatic.

Wrap it.

Bridge it.

Move it somewhere else.

At some point I realized I'd stopped asking why.

Maybe that's what happens when an idea gets repeated long enough. It stops feeling like a compromise and starts feeling like the only option.

Then I started reading about Trustless Bitcoin Vaults (TBV) from @BabylonLabs_io .

What caught my attention wasn't that it promised something faster or bigger. It was that it questioned the assumption I'd never questioned myself.

Why should Bitcoin have to leave Bitcoin just to become useful?

The more I sat with that idea, the more everything else started to look backwards. Maybe we've spent years designing ways to adapt Bitcoin to DeFi, instead of adapting DeFi to respect Bitcoin's own security model.

TBV doesn't magically remove every trade-off. Bitcoin is still Bitcoin. Settlement still takes time.

But the trust shifts.

Instead of asking users to believe in wrappers, bridges, or custodians, the system leans more heavily on Bitcoin's own rules.

That feels less like chasing convenience and more like respecting the asset you're trying to unlock.

Maybe that's the direction Bitcoin DeFi has been missing all along.

#baby $BABY

A few days ago, I was going through my usual routine. Coffee on the desk, a few tabs open, and another evening spent reading about crypto infrastructure instead of checking charts.

I wasn't looking for a new project. I was actually trying to understand why Bitcoin still feels disconnected from so much of DeFi despite being the biggest asset in the space.

The obvious answer always seemed to be, "Just wrap it."

For years, I accepted that without giving it much thought.

But the more I read about @BabylonLabs_io and Trustless Bitcoin Vaults (TBV), the more I realized that wrapping Bitcoin might have been a shortcut we became comfortable with—not necessarily the best solution.

It solved one problem by introducing several others.

Moving Bitcoin across chains, depending on bridges, or trusting intermediaries slowly became the normal path. I don't think many of us stopped to ask whether Bitcoin really needed to leave its own security model just to become useful elsewhere.

That's what caught my attention about TBV.

Instead of changing Bitcoin, the idea is to let native Bitcoin be used as collateral while keeping it anchored to Bitcoin itself. It feels less like forcing Bitcoin to fit into DeFi and more like designing infrastructure that respects what Bitcoin already is.

I'm still learning, and I don't think any protocol has all the answers.

But every now and then you come across an idea that makes you rethink an assumption you've carried for years.

For me, @BabylonLabs_io has been one of those projects.

#baby $BABY

When people talk about Bitcoin in DeFi, the conversation usually revolves around yield. Which protocol offers more? Which strategy is more efficient?

The more I explored the space, the more I felt those discussions were skipping a much bigger question.

What are we agreeing to before we even earn that yield?

For years, using Bitcoin in DeFi has often meant accepting a series of trade-offs. Wrap your BTC. Bridge it to another chain. Trust a custodian or another layer of infrastructure. Those steps became so common that many of us stopped thinking of them as compromises.

Reading about Trustless Bitcoin Vaults (TBV) from @BabylonLabs_io made me revisit that assumption.

What stood out wasn't the promise of higher returns—it was the attempt to reduce unnecessary trust. TBV is designed to let native Bitcoin serve as collateral without wrapping it, bridging it, or relying on centralized intermediaries. That approach feels much closer to Bitcoin's original security model.

I also find it interesting that the first implementation focuses on native Bitcoin-backed borrowing with Aave v4. Instead of trying to reinvent DeFi, it rethinks how Bitcoin enters it in the first place.

I'm not saying every existing solution is wrong or that TBV is the final answer. But I do think it shifts the conversation toward something more fundamental.

Maybe the biggest innovation isn't finding another way to generate yield.

Maybe it's reducing the number of compromises we quietly accept before we ever get there.

That's the perspective @BabylonLabs_io left me thinking about.

#baby $BABY

Pendant longtemps, j’ai supposé que le Bitcoin enveloppé n’était rien d’autre que le coût nécessaire pour participer à la DeFi. Si vous vouliez emprunter, prêter ou utiliser le BTC comme garantie, l’envelopper semblait être la voie évidente. Je n’ai jamais pris le temps de remettre en question cette compromission : était-elle vraiment nécessaire.

Puis j’ai commencé à lire à propos des Trustless Bitcoin Vaults (TBV) depuis @BabylonLabs_io , et cela a complètement changé la façon dont je pense le Bitcoin dans la DeFi.

Ce qui a retenu mon attention n’était pas en soi la fonctionnalité d’emprunt. Nous avons déjà vu des protocoles de prêt. Le point intéressant, c’est l’idée d’utiliser le Bitcoin natif comme garantie sans l’envelopper, sans le transférer entre chaînes, ni en confier le contrôle à un intermédiaire.

Cela ressemble à un changement bien plus important que ce que les gens réalisent.

Plus j’y regardais, plus je me disais que le Bitcoin n’avait jamais eu un problème de liquidité. Il avait un problème d’infrastructure. La plupart des solutions demandaient aux utilisateurs d’abandonner le modèle de sécurité du Bitcoin avant de pouvoir accéder à la finance on-chain.

TBV adopte une approche différente. Au lieu de déplacer le Bitcoin vers une autre chaîne, il le garde natif tout en le rendant utilisable dans les applications prises en charge. Ce choix de conception, si simple, élimine une couche entière d’hypothèses de confiance que beaucoup d’entre nous ont acceptées silencieusement pendant des années.

Je ne dis pas que cela résout tous les défis de la DeFi Bitcoin. Mais je pense que cela pose une meilleure question : pourquoi l’utilisation du Bitcoin devrait-elle exiger de changer ce qui rend le Bitcoin précieux à la base ?

À elle seule, cette question fait de @BabylonLabs_io one l’un des projets les plus intéressants que j’ai étudiés récemment.

Le protocole Newton a changé la façon dont je pense les politiques de transaction.

Au début, je pensais que les politiques étaient surtout là pour les institutions. Conformité, limites de risque, contreparties approuvées : tout cela ressemblait à une sorte d’infrastructure qui existe parce que les régulateurs s’y attendent.

Plus j’ai creusé le Newton Mainnet Beta, moins j’y ai cru.

Une politique n’est pas intéressante parce qu’elle bloque des transactions. Elle est intéressante parce qu’elle modifie les décisions que les gens cessent de devoir prendre manuellement.

Dès qu’une règle est appliquée avant le règlement, elle finit par s’effacer progressivement des opérations quotidiennes. Les gestionnaires de portefeuille n’ont plus besoin de retenir chaque restriction. Les équipes de sécurité n’ont plus besoin d’examiner chaque action courante. La politique devient une partie de la transaction elle-même, plutôt qu’une autre liste de contrôle posée à côté.

Cela m’a amené à réfléchir à autre chose.

Peut-être que la plus grande faiblesse de la DeFi n’est pas que les protocoles manquent de sécurité. C’est plutôt que trop de décisions importantes dépendent encore du fait que quelqu’un se souvienne de suivre un processus en dehors de la chaîne.

Les processus dérivent. Les équipes changent. Les exceptions deviennent la norme.

Le code, lui, ne dérive pas.

C’est pour cela que l’approche de Newton me paraît différente. Elle ne cherche pas à remplacer le jugement humain. Elle détermine quels jugements devraient seulement nécessiter d’être pris une fois, puis appliqués à chaque fois, sans recourir à la mémoire ni à l’habitude.

Si la finance onchain continue de croître, je ne pense pas que les protocoles gagnants seront ceux qui auront le plus de politiques.

Ce seront ceux où ces politiques deviennent silencieusement impossibles à ignorer.

@NewtonProtocol $NEWT #Newt

Le protocole Newton m’a fait repenser quelque chose sur lequel je ne m’étais jamais vraiment attardé dans les coffres DeFi.

Auparavant, je pensais que la stratégie d’un coffre était la partie la plus difficile. Générer du rendement, gérer l’exposition, rééquilibrer les positions. Si ces éléments fonctionnaient, alors le coffre faisait son travail.

Plus j’ai examiné le Newton Mainnet Beta, moins j’étais convaincu.

Un coffre ne tombe pas en panne uniquement parce qu’il fait un mauvais investissement. Parfois, il échoue parce qu’une décision qui aurait dû être bloquée a été autorisée à passer. C’est un autre type de risque, et il est rarement évoqué.

Ce qui m’a intéressé chez Newton n’est pas qu’il ajoute un outil de sécurité de plus. C’est qu’il traite l’autorisation comme une infrastructure plutôt que comme un processus opérationnel.

Cette distinction compte.

La plupart des politiques de coffres existent comme des intentions. Quelqu’un décide qui peut interagir avec le coffre, quels actifs sont acceptables, quel niveau de risque est tolérable et comment gérer une activité inhabituelle. Mais tant que ces décisions ne sont pas appliquées là où les transactions se produisent réellement, elles restent tributaires des personnes qui suivent le processus.

Newton rapproche ces décisions de l’exécution elle-même. Au lieu de se demander si une transaction a réussi, il se demande si elle a respecté la politique requise avant le règlement. Je pense que c’est une question beaucoup plus intéressante.

Plus j’y réfléchis, moins je vois les coffres DeFi comme un problème de rendement.

Je les vois comme un problème de prise de décision que nous avons eu tendance à traiter comme un problème de règlement.

Si c’est le cas, l’autorisation pourrait finir par devenir aussi fondamentale que l’exécution elle-même.

@NewtonProtocol $NEWT #Newt

Le protocole Newton a changé ma façon de penser la finance onchain, mais pas pour la raison à laquelle je m’attendais.

Quand j’ai commencé à lire sur Newton Mainnet Beta, je ne cherchais ni une autre solution de scaling, ni un autre primitif DeFi. Je voulais comprendre pourquoi l’équipe parle sans cesse d’autorisation plutôt que d’exécution.

Plus je creusais, plus je me rendais compte que nous avons silencieusement accepté une hypothèse rarement remise en question : si une transaction est techniquement valide, elle mérite d’être exécutée.

Je ne suis plus convaincu que ce soit suffisant.

La finance traditionnelle ne fait pas qu’acheminer de l’argent. Elle décide d’abord si l’argent doit être autorisé à bouger. La finance onchain est devenue incroyablement performante en matière de règlement, mais la plupart des décisions de politique restent encore en dehors de la blockchain dans des tableaux de bord, des tableurs, des équipes de conformité ou des processus internes.

Cette séparation ne m’a jamais semblé durable.

Newton aborde le problème sous un angle différent. Au lieu de se demander : « Cette transaction a-t-elle eu lieu ? », il se demande : « Cette transaction a-t-elle respecté la politique requise avant qu’elle ne se produise ? ». La réponse n’est pas dissimulée derrière un processus interne d’une institution : elle devient une attestation onchain signée que n’importe qui peut vérifier.

Ce changement peut sembler mineur, mais je pense qu’il modifie complètement la conversation.

Si la DeFi veut soutenir des volumes de capitaux plus importants, des actifs tokenisés et des agents autonomes, la transparence seule ne suffira pas. L’exécution doit aussi être responsable avant le règlement, pas seulement faire l’objet d’un reporting après coup.

Plus j’étudie Newton, moins je le vois comme un autre protocole en compétition pour l’attention.

Je le vois plutôt comme un défi lancé à l’une des hypothèses les plus anciennes de la crypto — et ce sont généralement les idées qui valent la peine qu’on s’y intéresse.

@NewtonProtocol $NEWT #Newt

J’ai passé une partie de la journée à lire davantage sur le Newton Mainnet Beta, et une question revenait sans cesse.

Les smart contracts manquent-ils le plus important des primitives financières ?

Au début, j’aurais dit non. Les smart contracts automatisent déjà les accords, transfèrent des actifs et s’exécutent exactement comme ils sont programmés. Mais ensuite, j’ai réalisé quelque chose : l’exécution n’est pas la même chose que l’autorisation.

La finance traditionnelle a toujours distingué les deux. Avant qu’un argent ne bouge, il y a généralement une décision : cette transaction doit-elle être autorisée ? Cette étape invisible a protégé les systèmes financiers pendant des décennies, pourtant la plupart des transactions onchain s’exécutent d’abord et posent des questions ensuite.

En fait, j’ai commis une petite erreur de trading ce matin 😅. J’ai pris une position trop rapidement sans vérifier une métrique de risque que je surveille d’habitude. La blockchain a fonctionné parfaitement. Mon jugement, lui, non. Ça m’a rappelé que l’exécution parfaite ne peut pas corriger une mauvaise décision.

C’est pourquoi Newton a attiré mon attention.

Au lieu de traiter la conformité, l’identité, la sécurité et le risque comme des services déconnectés, Newton évalue des politiques actives **avant** le règlement et enregistre un résultat d’autorisation signé onchain. Il ne cherche pas à remplacer les smart contracts — il ajoute la primitive financière dont ils n’ont jamais disposé.

Plus j’y pense, plus ce changement me paraît important.

Aujourd’hui, des milliards de dollars circulent à travers des coffres DeFi, tandis que l’industrie s’étend vers les RWA, les stablecoins et même les agents IA. À mesure que davantage de systèmes autonomes commencent à gérer du capital, prouver simplement qu’une transaction a été exécutée ne suffira plus.

La vraie question deviendra : **aurait-elle dû être exécutée en premier lieu ?**

Peut-être que le prochain chapitre de la finance onchain ne sera pas défini par une exécution plus rapide.

Peut-être qu’il sera défini par une autorisation programmable — et c’est exactement là que Newton place son pari.

@NewtonProtocol #Newt $NEWT

Je me suis surpris(e) à penser à quelque chose après avoir relu aujourd’hui les documents de la Mainnet Beta de Newton.

Et si chaque transaction onchain devait d’abord obtenir une autorisation pour pouvoir s’exécuter ?

Au début, cela ressemble à l’inverse de ce pour quoi la crypto a été conçue. Mais ensuite, je me suis souvenu(e) d’une chose dont on parle rarement : dans tout système financier mûr, l’autorisation et le règlement sont toujours séparés. Les cartes ne font pas seulement bouger de l’argent — elles demandent d’abord si la transaction doit avoir lieu.

La DeFi a inversé cet ordre. Nous sommes incroyablement bons pour régler les transactions, mais nous dépendons souvent de tableaux de bord, d’alertes et de revues manuelles pour découvrir les problèmes a posteriori. J’ai fait une erreur de trading plus tôt aujourd’hui en me précipitant sur une position sans vérifier un signal de risque clé. La transaction s’est exécutée parfaitement... () ma décision, elle, ne l’a pas fait 😅. Cette petite erreur m’a fait comprendre l’approche de Newton.

Le changement intéressant n’est pas un autre smart contract ni un autre vault. C’est l’idée que les politiques deviennent elles-mêmes une infrastructure onchain.

Newton vérifie une transaction par rapport à des politiques actives avant le règlement et enregistre le résultat d’une autorisation signée onchain. Cela signifie que la conformité, l’identité, la sécurité et le risque ne sont plus dispersés dans des tableurs, des processus internes ou des outils déconnectés — ils deviennent applicables au moment précis où une décision compte.

Cela ressemble à une transition discrète, mais importante.

Pendant des années, la crypto s’est concentrée sur le fait de rendre les transactions impossibles à arrêter. La prochaine phase pourrait consister à les rendre intentionnellement responsables.

Si les vaults DeFi gèrent déjà des milliards et que l’industrie s’oriente vers les RWAs, les stablecoins et les agents IA, la question n’est pas de savoir si davantage de capitaux arriveront.

La question, c’est si chaque transaction peut prouver pourquoi elle a été autorisée.

Peut-être que c’est la couche que Newton construit depuis le début.

@NewtonProtocol #Newt $NEWT

Je me demandais pourquoi les institutions hésitent encore à faire basculer entièrement des volumes plus importants de capital en onchain. Je pensais que c’était principalement une question de réglementation.

Puis j’ai creusé du côté de VaultKit, et quelque chose a fait tilt.

J’avais toujours cru que la garde sécurisée était la pièce manquante. Mais le défi le plus important, c’est de rendre toutes les politiques de vault applicables avant le transfert des actifs, et non d’expliquer des erreurs une fois qu’elles se sont produites.

La lecture de la documentation de Newton a changé ma façon de voir les choses. VaultKit ne fait pas qu’assembler la conformité, l’identité, la sécurité et les contrôles de risque : il les relie au flux d’autorisation de Newton pour que les transactions puissent être évaluées au regard des politiques actives avant le règlement.

Cela change complètement la manière dont je pense la DeFi institutionnelle.

Au lieu de s’appuyer sur des outils de supervision fragmentés, les opérateurs de vault peuvent intégrer des règles directement dans l’autorisation des transactions. L’infrastructure commence à protéger le capital avant l’exécution, et non après l’apparition des pertes.

Le compromis intéressant est évident : un renforcement de l’application des politiques peut réduire la flexibilité, mais il crée aussi un niveau de prévisibilité que les grandes institutions attendaient depuis longtemps.

Si la DeFi veut atteindre une échelle institutionnelle, l’application des politiques devrait-elle devenir une partie de l’infrastructure plutôt qu’un module optionnel ? 🤔

@NewtonProtocol $NEWT #Newt

Je continue de penser à quelque chose dont la crypto parle rarement.

Nous avons passé des années à rendre le règlement plus rapide, moins coûteux et entièrement onchain. Mais une question a largement été ignorée :

Faut-il que cette transaction ait lieu, tout simplement, dès le départ ?

La finance traditionnelle l’a résolu depuis des décennies. Chaque paiement par carte passe par une étape d’autorisation avant que l’argent ne circule. Cette couche de décision invisible est l’une des raisons pour lesquelles les réseaux de paiement mondiaux peuvent fonctionner à grande échelle.

La crypto a inversé l’ordre. Nous avons perfectionné le règlement en premier, et laissé l’autorisation à des processus offchain fragmentés, à des revues manuelles, ou à des tableaux de bord qui ne font qu’expliquer ce qui s’est déjà produit.

Je me suis moi-même surpris à y penser après avoir lu davantage aujourd’hui sur Newton. Cela m’a fait réaliser que la plupart des conversations DeFi se focalisent sur l’exécution, tandis que presque personne ne se demande comment les décisions devraient être appliquées avant même l’exécution. C’est un manque de conception bien plus important que ce que j’avais d’abord supposé.

C’est là que Newton change la conversation.

Au lieu d’observer les transactions une fois qu’elles sont finalisées, Newton évalue les politiques actives avant le règlement et renvoie une attestation onchain signée, réussie ou rejetée. Cela signifie que les contrôles de conformité, d’identité, de sécurité et de risque peuvent devenir une infrastructure programmable plutôt que des workflows opérationnels déconnectés.

Le timing me semble crucial. Magic Labs alimente déjà un immense écosystème de portefeuilles et soutient une grande communauté de développeurs. À mesure que la DeFi s’étend vers des coffres institutionnels, les RWA, les stablecoins et, à terme, les agents IA, faire circuler de la valeur ne suffira plus. Chaque transaction autonome devra s’appuyer sur une couche de décision vérifiable.

Peut-être que le prochain chapitre de la crypto ne concerne pas de rendre les transactions plus rapides.

Peut-être qu’il s’agit de prouver que chaque transaction avait une raison valable de se produire avant même d’être réglée.

@NewtonProtocol #Newt $NEWT