Sattar Chaqer

Les gens supposent souvent que si vous avez du Bitcoin en garantie, le fait de tout conserver au même endroit est le choix le plus simple. Plus j’examinais la conception des coffres de Babylon, moins j’étais convaincu.

La documentation recommande de fractionner le Bitcoin en deux coffres plutôt que de s’appuyer sur un seul. Au début, cela m’a semblé comme une complexité supplémentaire. Puis j’ai compris que cette conception ne vise pas à créer davantage de coffres. Elle vise à créer davantage de contrôle. Au sein d’une position d’emprunt, les coffres peuvent être ordonnés de façon à ce que la liquidation en atteigne un avant les autres, permettant ainsi au coffre sacrificiel désigné d’absorber les pertes tandis qu’un coffre protégé reste intact si les conditions s’améliorent avant qu’une nouvelle liquidation soit nécessaire.

Cela change ma façon de penser la garantie. Au lieu de traiter chaque satoshi comme exposé de manière équivalente, Babylon introduit des limites à l’intérieur même de la position. L’objectif n’est pas seulement de survivre à une liquidation. Il s’agit d’éviter de transformer chaque revers du marché en un événement « tout ou rien ».

Peut-être que la bonne conception d’une garantie ne se mesure pas à la quantité de Bitcoin que vous immobilisez. Peut-être qu’elle se mesure plutôt par la manière dont vous décidez avec intention quel Bitcoin doit supporter la première couche de risque.

@BabylonLabs_io $BABY #baby

La plupart des gens supposent que le fait de regrouper des actifs rend un système plus efficace. Cela semble raisonnable tant qu’on ne commence pas à réfléchir à ce qui se passe quand quelque chose tourne mal.

Les coffres Bitcoin sans confiance de Babylon empruntent un chemin nettement différent. Au lieu de déposer les BTC de nombreux utilisateurs dans une réserve commune, chaque coffre est rattaché à son propre UTXO. Au premier abord, cela peut sembler être un simple détail de mise en œuvre. Plus je l’examinais, plus cela ressemblait à une approche délibérée de la gestion du risque, plutôt qu’à un simple stockage de Bitcoin.

Quand une garantie est mise en commun, le problème d’un participant peut progressivement devenir la préoccupation de tout le monde. Des coffres isolés modifient cette relation. Chaque coffre suit son propre cycle de vie, son propre processus de vérification et son propre chemin de remboursement. Le risque reste lié au Bitcoin spécifique utilisé, au lieu de se répartir entre des dépôts sans lien.

Cela m’a fait me demander si l’isolation concerne vraiment la garde. Peut-être qu’il s’agit plutôt de préserver des limites claires. Un protocole ne devient pas plus robuste parce qu’il regroupe tout. Parfois, la résilience consiste à s’assurer que des positions indépendantes restent indépendantes, même lorsqu’elles participent au même système.

Peut-être que la partie la plus importante de la conception des coffres de Babylon n’est pas que le Bitcoin reste sur Bitcoin. C’est que chaque coffre ne porte que sa propre responsabilité.

@BabylonLabs_io $BABY #baby

On décrit souvent les systèmes inter-chaînes comme si la partie la plus difficile consistait à envoyer des informations d’un réseau à un autre. Je ne suis pas convaincu que ce soit là le vrai défi.

Bitcoin n’a aucun moyen natif de comprendre ce qui se passe sur Ethereum. Il n’a pas été conçu pour interpréter l’historique d’une autre blockchain, et lui demander de le faire modifierait les hypothèses mêmes qui le rendent fiable.

Ce qui a attiré mon attention dans l’architecture de Babylon, c’est qu’elle ne cherche pas à apprendre à Bitcoin un nouveau langage. Au contraire, elle traite les preuves cryptographiques comme la seule chose qui mérite d’être présentée. L’objectif n’est pas une meilleure communication entre les chaînes. Il s’agit plutôt de donner à Bitcoin une preuve qu’il peut vérifier, sans dépendre de l’interprétation de quelqu’un d’autre.

Cette perspective m’a amené à repenser l’interopérabilité. Peut-être que des réseaux indépendants n’ont pas besoin de se comprendre du tout. Ils doivent simplement disposer d’un moyen fiable pour valider la même réalité au moyen d’une preuve cryptographique.

Si c’est le cas, la vérification des preuves n’est pas seulement un composant technique caché sous la surface. Elle devient silencieusement le socle qui permet à des systèmes distincts de se coordonner tout en préservant leurs propres modèles de sécurité.

Peut-être que le futur de l’infrastructure inter-chaînes ne sera pas défini par la qualité de la communication entre blockchains, mais par la quantité minimale qu’elles doivent se faire confiance.

@BabylonLabs_io $BABY #baby

Une chose qui ressort particulièrement en étudiant Babylon, c’est que les limites de Bitcoin peuvent en réalité constituer l’une de ses plus grandes forces. Bitcoin Script n’a jamais été conçu comme une plateforme généraliste de contrats intelligents. Sa simplicité a souvent été perçue comme une contrainte, mais l’architecture de Babylon suggère un autre point de vue : au lieu de demander à Bitcoin de devenir autre chose, construire un système qui respecte ces limites.

Cette philosophie de conception a attiré mon attention. Plutôt que d’étendre Bitcoin avec de nouveaux opcodes ou de s’appuyer sur des actifs tokenisés (« wrapped assets »), les Trustless Bitcoin Vaults utilisent les capacités de script existantes de Bitcoin, combinées à une vérification cryptographique au niveau du protocole, afin de coordonner les interactions avec des applications externes. La documentation souligne que le rachat et les transitions d’état entre chaînes sont vérifiés au moyen des primitives de script existantes de Bitcoin, plutôt que d’exiger un fork de Bitcoin.

Plus j’y pense, plus je me dis que les contraintes produisent souvent une meilleure ingénierie. Quand un protocole ne peut pas compter sur une programmabilité illimitée, il doit résoudre les problèmes par une coordination soigneuse, au lieu d’ajouter de la complexité à la couche de base. Cette approche me paraît différente de la tentative de faire fonctionner chaque blockchain de la même manière.

Peut-être que la vraie innovation n’est pas de faire en sorte que Bitcoin se comporte comme une plateforme de smart contract. Peut-être qu’il s’agit de concevoir des systèmes qui comprennent suffisamment bien Bitcoin pour s’intégrer à ses règles, plutôt que de les réécrire.

De fortes contraintes techniques conduisent-elles finalement à une conception de protocole plus résiliente, ou bien ralentissent-elles l’innovation sur le long terme ?

@BabylonLabs_io $BABY #baby

Je me suis surpris à penser à Babylon après avoir réalisé que le verrouillage de Bitcoin est probablement la partie la plus simple du processus. Le vrai défi d’ingénierie commence une fois que le BTC est déjà sécurisé. À ce stade, le protocole doit coordonner des événements entre différents systèmes sans demander à Bitcoin d’abandonner le modèle de sécurité qui le rend précieux en premier lieu.

Ce qui a retenu mon attention en lisant la documentation, c’est que les Trustless Bitcoin Vaults ne se contentent pas de créer un coffre. Ils définissent aussi la façon dont le remboursement est coordonné. Le BTC reste verrouillé dans un script Taproot cosigné, tandis que le protocole s’appuie sur des vérifications cryptographiques documentées et sur un processus de remboursement basé sur un défi, afin que Bitcoin puisse répondre à des événements vérifiés sans dépendre d’un dépositaire pour décider de la suite.

Cela m’a amené à considérer l’interopérabilité autrement. Le fait de transférer des actifs entre écosystèmes est un problème, mais prouver que chaque transition d’état s’est déroulée correctement est un problème de coordination bien plus difficile. Un protocole peut promettre la garde par soi-même, mais il doit encore répondre à une question encore plus grande : comment des réseaux indépendants s’accordent-ils sur ce qui s’est passé sans introduire d’intermédiaire de confiance ?

Plus j’étudie Babylon, plus je pense que sa contribution la plus importante ne réside peut-être pas dans le fait de verrouiller Bitcoin. Il s’agirait plutôt de l’effort visant à coordonner ce qui se passe après le verrouillage d’une manière fidèle aux hypothèses de sécurité originales de Bitcoin.

Verrouiller Bitcoin est-il vraiment la partie difficile, ou est-ce plutôt la preuve de ce qui se passe ensuite qui constitue le véritable défi ?

@BabylonLabs_io $BABY #baby

Une chose qui ressort quand on étudie Babylon, c’est que déplacer Bitcoin est en réalité la partie la plus facile. Le laisser exactement là où il se trouve tout en lui permettant de participer ailleurs semble être le défi d’ingénierie beaucoup plus difficile. Pendant des années, la plupart des solutions d’interopérabilité ont résolu le problème en demandant aux utilisateurs de déplacer d’abord leurs actifs, puis d’accepter de nouvelles hypothèses de confiance par la suite.

Ce qui me fait réfléchir à propos de Babylon, c’est que le projet adopte la direction opposée. Au lieu de considérer la garde comme quelque chose à externaliser, il se demande si la coordination elle-même peut être repensée. Les coffres Bitcoin sans confiance ne sont pas intéressants parce qu’ils font aller le BTC plus vite. Ils le sont parce qu’ils permettent de maintenir le Bitcoin verrouillé sur le réseau Bitcoin, tandis que la vérification cryptographique pilotée par le protocole coordonne la manière dont ce BTC peut être utilisé ailleurs, sans recourir à des actifs tokenisés (wrapped) ni à des dépositaires.

En regardant Babylon aujourd’hui, il est facile de se concentrer sur les métriques de tokens. Environ 4,02 milliards $BABY circulent actuellement sur un total de 10,89 milliards, mais ces chiffres ne décrivent le réseau qu’à cet instant. Ce qui me semble plus important, c’est de savoir si l’architecture derrière le protocole peut prouver sa résilience dans le temps. L’offre de tokens nous indique où se situe l’écosystème aujourd’hui, tandis que la conception du protocole peut déterminer où il pourra aller demain.

Peut-être que la prochaine étape pour Bitcoin n’est pas de trouver encore plus de façons de le déplacer entre différents écosystèmes. Peut-être qu’il faut construire des systèmes suffisamment sophistiqués pour permettre à Bitcoin de rester exactement là où il a sa place.

@BabylonLabs_io $BABY #baby

Plus je m’enfonce dans Babylone, plus je réalise que les détenteurs de Bitcoin se sont souvent vu présenter un faux choix : conserver le BTC tel quel pour une sécurité maximale, ou le déplacer ailleurs pour débloquer davantage d’utilité. Ce compromis a façonné la façon dont beaucoup de personnes envisagent le rôle du Bitcoin dans la finance décentralisée.

Ce qui a retenu mon attention avec Trustless Bitcoin Vaults (TBV), c’est qu’ils abordent le problème sous un angle différent. Au lieu d’envelopper le Bitcoin ou de le confier à un dépositaire, les TBV permettent au BTC de rester verrouillé sur le réseau Bitcoin dans un script Taproot co-signé, tandis qu’un protocole parallèle sur Ethereum suit le coffre pour un usage en garantie. La conception s’appuie sur une vérification cryptographique pilotée par le protocole plutôt que sur le transfert de la confiance à un intermédiaire.

À mon avis, la partie intéressante ne tient pas seulement au fait que le Bitcoin puisse participer à la DeFi. Il s’agit du changement de coordination. Au lieu de demander aux utilisateurs de remplacer le modèle de confiance du Bitcoin par un autre, Babylone explore comment les hypothèses de sécurité existantes du Bitcoin peuvent demeurer intactes tout en permettant des applications financières plus larges. Cela ressemble moins à une extension du Bitcoin par la représentation qu’à une extension du Bitcoin par l’architecture.

Pour moi, cela soulève une question plus vaste : celle de l’interopérabilité. Peut-être que le futur ne consiste pas à déplacer le Bitcoin entre les écosystèmes, mais à concevoir des systèmes capables de fonctionner avec le Bitcoin sans lui demander de quitter son domicile.

@BabylonLabs_io $BABY #baby

🟠 Ce qui compte le plus pour le BTCFi ?

Je remarque encore et encore qu’un seul mot peut porter des significations totalement différentes selon l’endroit où on le rencontre. La première fois que j’ai entendu le mot « vault », j’ai pensé au modèle DeFi familier où de nombreux utilisateurs déposent des actifs dans un pool partagé. Après avoir lu la documentation de Babylon, j’ai compris que les Trustless Bitcoin Vaults (TBV) suivent une philosophie très différente.

Un TBV n’est pas un contrat d’investissement mutualisé. Chaque coffre correspond à un Bitcoin UTXO distinct, détenu par le déposant, avec un BTC restant verrouillé sur le réseau Bitcoin dans un script Taproot cosigné. Au lieu d’envelopper Bitcoin ou de le transférer à un dépositaire, le protocole utilise une vérification cryptographique afin que l’actif puisse servir de garantie tout en restant natif de Bitcoin.

Cette distinction me paraît plus importante qu’il n’y paraît au premier abord. L’architecture est conçue pour préserver les hypothèses de sécurité d’origine de Bitcoin plutôt que de les remplacer par de nouvelles exigences de confiance. Chaque coffre est isolé, plutôt que mélangé avec les fonds d’autres utilisateurs, ce qui change ma façon de comprendre le mot « vault » dans la finance décentralisée.

Comprendre les TBV m’a fait réaliser que Babylon ne fait pas simplement introduire un autre produit DeFi. C’est une refonte de la façon dont Bitcoin peut participer à la finance décentralisée tout en restant fidèle à ses fondations de self-custody.

@BabylonLabs_io $BABY #baby

🟠 L’essentiel dans un coffre BTC ?

Plus j’explore Babylone, plus je réalise que Bitcoin a passé des années à être traité comme un actif qui attend surtout. On le décrit souvent comme de l’or numérique, mais cette description implique aussi de rester immobile. Ce qui a attiré mon attention, c’est que Babylone pose une question différente : et si Bitcoin pouvait contribuer à la finance décentralisée sans demander aux détenteurs d’abandonner les propriétés qui leur ont inspiré confiance dès le départ ?

Au lieu de s’appuyer sur des ponts, des actifs tokenisés ou des dépositaires, les coffres Bitcoin sans confiance (Trustless Bitcoin Vaults) de Babylone sont conçus pour que le BTC reste verrouillé sur le réseau Bitcoin tout en devenant utilisable comme garantie ailleurs. Le protocole repose sur des mécanismes cryptographiques et des transitions d’état coordonnées plutôt que sur le transfert de la garde de l’actif. Qu’est-ce que le TBV ?

Cela change ma façon de penser la productivité. Un capital productif ne signifie pas nécessairement déplacer des actifs entre des chaînes. Cela peut aussi consister à préserver le modèle de sécurité de Bitcoin tout en élargissant les endroits où sa valeur économique peut participer.

Si cette direction continue de mûrir, Bitcoin pourrait devenir plus qu’une simple réserve de valeur à long terme. Il pourrait aussi devenir une infrastructure qui soutient une activité financière décentralisée plus large, sans abandonner le principe de la self custody que de nombreux détenteurs de Bitcoin apprécient.

@BabylonLabs_io $BABY #baby

Qu’est-ce qui compte le plus pour le BTC ?

Depuis longtemps, nous donnons le meilleur de nous-mêmes pour les campagnes Binance CreatorPad. Nous avons passé d’innombrables heures à créer du contenu de qualité pour promouvoir des projets et aider à développer l’écosystème Binance.

Lorsque CreatorPad a débuté, les récompenses reflétaient l’effort. Plus tard, la campagne s’est étendue à 300–400 gagnants, ce qui constituait une étape positive. Mais au lieu d’augmenter le fonds de récompenses à mesure que davantage de créateurs rejoignaient, les récompenses ont continué de diminuer.

Aujourd’hui, de nombreux créateurs consacrent 14 jours à la recherche, à la rédaction d’articles, à la création de publications et à une contribution régulière, ne serait-ce que pour recevoir 20–40 $. Cela ne reflète ni le temps et l’effort, ni la valeur que les créateurs apportent à la plateforme.

Les créateurs ne sont pas des machines et nous ne devrions pas être traités comme de la main-d’œuvre bon marché. Binance bénéficie de la portée, de l’engagement et de la promotion générés par notre travail. Un effort équitable mérite des récompenses équitables.

Ce n’est pas seulement une question d’argent : il s’agit de respect, de durabilité et de la valorisation des personnes qui contribuent à construire votre communauté.

Binance, il est temps de revoir la structure des récompenses de CreatorPad. Écoutez vos créateurs. Nous méritons mieux.

#creatorpad #campaign #OPG #Binance #CZ @CZ @Binance Square Official @BTC_Fahmi @Aesthetic_Meow @Ridhi Sharma @Nadyisom @Mavis Evan @T H I N G _ @Hazel rose @Jia Lilly @三月—March @Dream Spicer 梦想家 @GM_Crypto01 @Kaze BNB @KAZ_0 @Dr Nohawn @Sahil987

J’ai reçu une notification de la campagne du classement #grvt — n’oubliez pas de créer un portefeuille web3 si vous êtes sur #top 300

Ce qui m’a frappé avec GRVT, c’est à quel point l’expérience de trading d’aujourd’hui passe à déplacer des capitaux plutôt qu’à les utiliser.

La plupart des plateformes séparent chaque activité financière dans une destination distincte. Un solde sert au trading, un autre génère un rendement, un autre se trouve dans un produit d’investissement, tandis que les paiements vivent ailleurs. Nous acceptons cette fragmentation parce qu’elle est devenue la manière habituelle d’interagir avec les plateformes financières.

Plus j’ai étudié @grvt_io , plus j’ai vu une direction différente. Au lieu de traiter ces éléments comme des produits séparés, sa vision à long terme est de permettre à un seul solde de participer au trading, à la génération de revenus et aux paiements, comme faisant partie du même système financier.

Cela m’a amené à me demander si la prochaine génération de bourses sera moins en concurrence sur des fonctionnalités individuelles, et davantage sur la quantité minimale de capitaux qu’elles demandent aux utilisateurs de déplacer.

Peut-être que la meilleure infrastructure est celle que l’on remarque à peine, parce que tout fonctionne simplement ensemble. #grvt

🚀 Ce qui compte le plus dans le trading ?

Ce qui m’a frappé chez Newton, c’est qu’il traite l’autorisation comme quelque chose de plus grand que une simple fonctionnalité d’une application. La plupart des produits onchain finissent par devoir répondre à la même question avant que la valeur ne se déplace : cette transaction doit-elle être autorisée ? Pourtant, beaucoup d’applications continuent de construire leur propre logique de permission, leurs contrôles de politique et leurs workflows d’autorisation de manière indépendante.

Ce qui m’intéresse, c’est que Newton aborde cela différemment. Au lieu que chaque protocole résolve le même problème de son côté, l’autorisation devient une couche d’infrastructure partagée sur laquelle différents systèmes financiers peuvent s’appuyer. Les trésoreries, les coffres, les actifs tokenisés, les institutions et même les applications pilotées par l’IA peuvent avoir des objectifs différents, mais ils partagent tous le besoin d’évaluer les transactions avant leur exécution.

Pour moi, c’est l’idée principale. À mesure que la finance onchain mûrit, l’autorisation ressemble de moins en moins à une autre fonctionnalité produit et de plus en plus à une couche fondamentale de l’infrastructure financière.

@NewtonProtocol $NEWT #Newt $EVAA $BSB

🏗️ Qu’est-ce qui devrait être partagé ?

Une seule pensée me revenait sans cesse pendant que j’étudiais GRVT.

Quand les traders comparent des échanges, la conversation tourne presque toujours autour des frais, des spreads ou de l’effet de levier. Pourtant, je me suis mis à me demander si le coût le plus important n’apparaît pas bien avant qu’aucune transaction ne soit passée.

Le capital finit souvent fragmenté. Un solde est conservé comme marge de trading, un autre génère des rendements quelque part ailleurs, un autre attend des opportunités d’investissement, tandis qu’un autre sert aux paiements. Chaque pool fonctionne de manière indépendante, même s’il appartient à la même personne.

Ce qui m’a marqué au sujet de @grvt_io , c’est sa vision à long terme : traiter ces soldes comme des éléments d’un seul système financier plutôt que comme des produits distincts. Au lieu de déplacer le capital entre des destinations différentes, l’objectif est de permettre à un seul solde de soutenir plusieurs activités tout au long de son cycle de vie.

Peut-être que la vraie mesure de l’efficacité n’est pas la baisse des frais : c’est le nombre de tâches que le même capital peut accomplir. #grvt

J’ai prêté une attention plus étroite à Newton et une idée ressort sans cesse. Les règles financières vivent souvent à côté de la transaction plutôt que de l’accompagner. Les politiques de trésorerie, la gouvernance, les décisions d’investissement et les limites de risque peuvent toutes exister, mais une fois qu’une transaction commence, ces règles sont généralement laissées de côté, sous forme de documents distincts ou de consignes opérationnelles.

Cela crée un écart entre ce que l’organisation avait prévu et ce que la transaction emporte réellement.

Ce que je trouve intéressant avec Newton, c’est son approche pour combler cet écart. Au lieu de laisser les règles financières en dehors du parcours d’exécution, les politiques d’autorisation peuvent devenir une partie du flux de la transaction elle-même. La transaction est évaluée en parallèle des règles qui la régissent, plutôt que de dépendre du fait que quelqu’un se souvienne de les appliquer manuellement.

Pour moi, c’est un changement important. La valeur et les politiques qui la régissent ne devraient pas voyager séparément dans la finance onchain moderne.

@NewtonProtocol $NEWT #Newt $DODOX $VELVET

Plus j’explore GRVT, plus je me dis que nous avons progressivement élargi la description du poste des tokens crypto.

Beaucoup de projets introduisent un token en commençant par la gouvernance. L’idée est que la propriété devrait principalement permettre aux gens de voter. Pourtant, la plupart des détenteurs participent rarement, tandis que le token lui-même passe la majeure partie de sa vie déconnecté du produit.

Ce qui m’a marqué à propos de @grvt_io , c’est qu’il présente GRVT différemment. Au lieu d’agir principalement comme un insigne de gouvernance, il devient une clé d’adhésion qui débloque de meilleures conditions de trading, davantage d’opportunités de gains, l’accès aux investissements et des avantages de paiement sur l’ensemble de la plateforme.

Cela m’a fait me demander si l’engagement à long terme vient moins des droits de vote que de l’utilité que les gens utilisent réellement au quotidien.

Peut-être que la question la plus intéressante n’est pas qui possède la plateforme, mais ce que la propriété leur permet de faire. #grvt

Plus j’explore Newton, plus je me dis que nous avons progressivement demandé aux smart contracts d’exécuter des tâches pour lesquelles ils n’avaient jamais été conçus.

Un smart contract est excellent pour exécuter une logique déterministe une fois qu’il est appelé. Mais décider si un rebalancement de coffre de trésorerie ou un mouvement de fonds doit être autorisé relève d’une responsabilité tout autre.

C’est la distinction à laquelle je reviens sans cesse. L’exécution n’est pas la même chose que la permission.

Ce qui m’intéresse avec Newton, c’est qu’il ne remplace pas les smart contracts. Au contraire, il introduit une couche d’autorisation avant l’exécution, permettant d’évaluer les transactions proposées par rapport à des politiques définies avant même qu’elles n’atteignent le contrat.

Cette séparation permet à chaque couche de se concentrer sur ce qu’elle fait le mieux. Les smart contracts exécutent une logique convenue. L’autorisation détermine d’abord si la transaction satisfait aux conditions requises.

À mesure que la finance onchain devient plus sophistiquée, séparer ces responsabilités semble être une manière plus naturelle de construire une infrastructure financière.

@NewtonProtocol $NEWT #Newt $DEXE $LAB