Bitcoin est en train de grimper, mais ne vous laissez pas tromper par le soulagement à court terme.
Le modèle de vente du market maker est toujours en train de se dérouler.
Accumuler → Étendre → Distribuer → Baisser.
→ La phase de distribution s’est formée autour de 126 000$ → La phase de baisse est toujours en cours → La zone finale d’accumulation se situe autour de 44 000$–58 000$
Les hausses à court terme sont exactement ce qui maintient les gens convaincus que le creux est déjà atteint. Si ce modèle arrive à son terme, il reste encore une dernière purge avant la vraie opportunité.
Le @BabylonLabs_io construit-il la prochaine norme pour la garantie Bitcoin native ?
Un détail m’a constamment ramené à l’attention en lisant la conception du Babylon Trustless Bitcoin Vault : le protocole semble moins intéressé à déplacer le Bitcoin qu’à le rendre utile sans en perdre la garde. Cela ressemble à un changement subtil, mais cela modifie ma façon de penser le prêt adossé à du Bitcoin.
En vérifiant l’activité récente du réseau, j’ai remarqué que l’activité de marché de BABY est restée assez stable, même lorsque le volume de trading sur 24 heures est revenu dans une fourchette d’environ 5,8 à 6,2 M$ entre le 21 et le 24 juillet, sans qu’on observe une cassure de prix spectaculaire. C’est facile à vérifier avec des données historiques de marché.
À lui seul, le volume ne prouve pas l’adoption. Mais combiné à l’activité en chaîne de Babylon — où le réseau continue de produire des blocs à un rythme régulier avec des dizaines de transactions par bloc — cela suggère que les gens interagissent encore avec l’écosystème plutôt que de disparaître après l’euphorie du lancement initial.
La partie intéressante, pour moi, n’est pas le token. C’est l’architecture. TBV se demande si le Bitcoin peut rester verrouillé dans une sortie Taproot native pendant que d’autres environnements d’exécution coordonnent les prêts autour d’elle. Cette séparation entre la garde et la logique applicative me paraît plus significative qu’un autre design de BTC tokenisé.
Une petite surprise : je m’attendais à ce que la mécanique du prêt soit la section la plus intéressante des documents, mais j’ai continué à souligner le modèle de garde.
Je ne suis toujours pas sûr que les utilisateurs finiront par valoriser suffisamment cette distinction pour changer leur comportement d’emprunt, ou bien si c’est principalement une amélioration d’infrastructure qui reste invisible. Je suis curieux de savoir laquelle de ces deux hypothèses se révélera vraie.
Une chose m’a sans cesse interpellé(e) en lisant les notes de conception de Babylon : la partie intéressante n’est pas tant que Bitcoin interagit avec un autre réseau. C’est plutôt que, de toute façon, le BTC n’a pas besoin de quitter le réseau Bitcoin en premier lieu.
En vérifiant l’activité récente, j’ai remarqué que le volume de trading de BABY est monté à environ 10–11 millions de dollars les 21 et 22 juillet, avant de retomber le jour suivant. Le prix a à peine bougé par rapport à l’augmentation de l’activité, ce qui m’a fait faire une pause : cela ressemblait davantage à un repositionnement qu’à une pure chasse à l’élan. Il est assez simple de le vérifier sur des tableaux de bord publics en comparant l’historique des volumes quotidiens pour ces dates. Cela ne prouve évidemment pas pourquoi les gens étaient actifs. Mais cela suggère que les participants continuaient à interagir avec l’écosystème sans changement dramatique de sentiment. Je trouve toujours ces périodes plus calmes plus intéressantes que les pics évidents. La recherche elle-même a changé quelque chose pour moi. Je suis entré(e) en partant du principe que l’innovation clé consistait à rendre Bitcoin utilisable ailleurs d’une autre façon. Au final, je revenais sans cesse à l’idée inverse : ancrer la garde sur du Bitcoin natif, tandis que d’autres réseaux coordonnent l’état autour de lui. Cette séparation me paraît plus importante que ce que j’avais d’abord imaginé. Je ne peux toujours pas confirmer quelle part de l’activité récente reflète de véritables utilisateurs à long terme par rapport à une simple prise de position à court terme autour de $BABY Les marchés ne font que rarement cette distinction clairement. Du coup, je me demande si la métrique la plus importante ici concerne l’usage entre chaînes, ou simplement la fréquence à laquelle Bitcoin n’a tout simplement jamais besoin de quitter Bitcoin.
#baby $BABY Pourquoi Babylon pense que Bitcoin n’a jamais eu besoin d’un pont
Un détail n’arrêtait pas de me trotter dans la tête pendant que je lisais le @BabylonLabs_io whitepaper : le vrai goulot d’étranglement de Bitcoin dans DeFi n’a peut-être jamais été l’interopérabilité. Peut-être que c’était la garde (custody).
C’est devenu encore plus clair après avoir vérifié l’activité récente du marché autour de $BABY . Pendant la fenêtre du 21 au 23 juillet, le volume de trading a augmenté, tandis que la discussion autour des Trustless Bitcoin Vaults restait axée sur le fait que la BTC demeure bloquée dans une sortie Taproot native, au lieu de traverser un pont. L’évolution des prix n’était pas particulièrement spectaculaire, mais la hausse d’activité était facile à vérifier via des outils de suivi du marché et laissait penser que les gens s’intéressaient aux mécanismes plutôt qu’à la simple “token”.
Ce qui ressort, c’est que TBV ne cherche pas à faire en sorte que Bitcoin se comporte comme un ERC-20. Ethereum coordonne la logique d’emprunt, mais la garantie ne cesse jamais d’être un UTXO de Bitcoin. Cela ressemble à une philosophie de conception différente de la plupart des systèmes BTCFi que j’ai examinés. Le pont n’est pas amélioré : il est carrément évité.
En fait, je me suis surpris à esquisser le flux sur papier parce que je pensais avoir raté une étape de “wrap” quelque part. Je ne l’avais pas.
Je ne suis toujours pas certain que les utilisateurs finiront par accorder assez de valeur à cette séparation pour modifier durablement leur comportement, ou si la commodité l’emportera sur l’architecture. C’est plus difficile à mesurer qu’un simple nombre de transactions.
Alors, peut-être que la question la plus intéressante n’est pas de savoir si Bitcoin peut atteindre la DeFi, mais s’il a jamais eu besoin de quitter Bitcoin dès le départ.
Bitcoin peut-il enfin devenir productif sans quitter Bitcoin ?
Un détail n’a cessé de me ramener à Babylon, et $BABY le protocole semble moins intéressé par le fait de déplacer Bitcoin que par la preuve qu’il n’a jamais eu besoin d’être déplacé au départ.
En consultant aujourd’hui l’explorateur du mainnet Babylon, j’ai remarqué que la chaîne continuait à produire des blocs à un rythme régulier, avec environ quelques dizaines de transactions par bloc et une participation active des validateurs, plutôt que le genre de pic éphémère qui suit généralement les annonces. Ce n’est pas un événement spectaculaire, mais c’est un instantané vérifiable de l’utilisation réelle du réseau que n’importe qui peut examiner autour de la plage de blocs actuelle. Pour moi, cela suggère que les gens interagissent toujours avec le système plutôt que de simplement réagir aux gros titres.
Cela a changé ma façon de voir la conception du Trustless Bitcoin Vault. L’aspect intéressant n’est pas d’emprunter contre du BTC. C’est que la garantie reste un UTXO Bitcoin tandis qu’Ethereum ne fait que coordonner l’état nécessaire à l’application DeFi. Les hypothèses de garde sont repoussées vers Bitcoin au lieu d’être remplacées par un modèle d’actif enveloppé.
Je me suis même arrêté une minute après avoir suivi le flux du vault, parce que j’ai réalisé que je supposais que Bitcoin dans la DeFi signifiait automatiquement un autre pont. Ici, l’architecture essaie d’éviter complètement ce raccourci.
Je ne suis pas encore certain de la façon dont cette approche se comportera sous une utilisation réelle plus intensive qu’aujourd’hui, surtout lorsque des applications plus complexes s’appuieront dessus. C’est probablement la partie que je continuerai de surveiller
Révoquer rapidement les autorisations peut être tout aussi important que les accorder. C’est pourquoi il vaut la peine de surveiller les pics de frais avec $NEWT
SK Hynix $SKHYB a juste rappelé à tout le monde ce qu’une cotation Binance peut provoquer. 📈
Les nouvelles cotations ne concernent pas seulement la visibilité.
Ce sont un test en temps réel de la liquidité, de la demande et de la psychologie du marché.
En quelques heures après la cotation, $SKHYB est passé en force de la zone des 150 $ jusqu’à près de
196 $ avant de voir une prise de bénéfices saine.
C’est exactement à quoi ressemble souvent une forte découverte des prix : → Le battage initial alimente l’élan. → Les premiers traders encaissent leurs profits. → Le marché cherche une juste valeur.
La plus grosse erreur ? Acheter en FOMO la première bougie verte sans plan. À la place, j’aime regarder : • Si le volume reste élevé après l’euphorie. • Si le prix peut tenir au-dessus des niveaux de support clés. • Si les acheteurs reviennent lors des replis au lieu de poursuivre les plus hauts.
Un détail m’a fait m’arrêter pendant ma lecture du Newton Protocol, bien avant que la cryptographie n’entre en jeu. J’ai supposé que des validateurs indépendants qui récupèrent des données en direct introduiraient toujours assez de variance pour ralentir le consensus. À la place, @newton_xyz, #Newton, et $NEWT se séparent sur les données au même titre que sur la politique. Ce petit choix d’architecture a changé ma façon de penser l’autorisation hors-chaîne.
La partie intéressante n’est pas que chaque opérateur récupère des cours d’actifs ou des mises à jour de sanctions indépendamment via WASM sur NATS. C’est qu’ils ont le droit de ne pas être d’accord en premier. Chaque opérateur renvoie sa propre attestation ECDSA, puis la Gateway dérive un ensemble de données canonique via un consensus fondé sur la médiane avant que tout le monde n’évalue exactement la même politique Rego et ne produise des signatures BLS identiques. Je m’attendais à une synchronisation avant l’exécution, mais Newton retarde la synchronisation jusqu’après l’observation. Cela ressemble à une nuance subtile mais significative. Newton_Protocol_Whitepaper.pdf
J’ai essayé de trouver une activité récente on-chain qui validerait ce flux via une proposition de gouvernance, un hash de transaction, une interaction de contrat, un mouvement de liquidité, un ajustement de frais ou un événement au niveau du bloc, mais je n’ai pas réussi à trouver un exemple public démontrant le consensus en deux phases par streaming en production. Cette hésitation m’a en fait fait apprécier davantage la conception, car il est facile de décrire le consensus distribué en théorie, mais beaucoup plus difficile d’en exposer des preuves observables on-chain.
Je me demande encore à quoi ressemblera le premier désaccord réel sur un ensemble de données dans le monde, une fois que les opérateurs commenceront à voir des données externes réellement incohérentes, et à quelle fréquence la médiane canonique différera de ce que les validateurs individuels auront initialement observé.
La confidentialité n’est pas une réflexion après coup : l’infrastructure détermine discrètement si la finance onchain peut évoluer
Il y a quelques semaines, j’ai remarqué quelque chose d’intéressant en observant une discussion autour de l’adoption institutionnelle des stablecoins. Tout le monde débattait de la liquidité, de la vitesse des transactions et de la réglementation. Presque personne ne posait la question plus simple : Où vit réellement l’information privée pendant que tout cela se produit ? En tant que traders, nous pensons généralement aux portefeuilles, aux signatures et aux règlements. Si une transaction réussit, nous passons à autre chose. Si elle échoue, nous vérifions le gas, les RPC ou le smart contract. La confidentialité ne fait que rarement partie de ce modèle mental.
Le moment où j’ai atteint la section 5.4 a été celui où mon modèle mental a changé. J’ai supposé que le protocole Newton ne faisait que rendre des données hors chaîne disponibles pour l’évaluation de la politique. Au lieu de cela, $NEWT , #Newt @NewtonProtocol résout un problème plus spécifique : comment des opérateurs indépendants peuvent récupérer des données réelles différentes et aboutir néanmoins à un résultat cryptographiquement identique.
Ce qui m’a marqué, ce n’était pas le streaming NATS en lui-même. C’était l’écoulement en deux phases. Pendant la phase de préparation, chaque validateur exécute indépendamment le même fournisseur de données WASM, récupérant par exemple des mises à jour de sanctions ou des flux de prix via son propre chemin réseau, et y joignant une attestation ECDSA de ce qu’il a réellement observé. Ce n’est qu’après que ces observations indépendantes sont collectées que la passerelle dérive un jeu de données canonique. La phase d’évaluation, elle, est celle où tout le monde passe d’observations indépendantes à des entrées identiques, ce qui permet l’exécution déterministe de Rego et une signature agrégée BLS unique.
Je n’arrêtais pas de penser à la façon dont les gens décrivent souvent le consensus d’oracles comme « tout le monde est d’accord sur les données ». Ce n’est pas vraiment ce que fait Newton. Les opérateurs sont autorisés à diverger d’abord. L’accord n’intervient qu’après que le protocole transforme ces observations en un seul jeu de données canonique, ce qui rend finalement possible l’agrégation BLS.
Je me suis alors demandé si cette architecture devient encore plus précieuse à mesure que les entrées hors chaîne deviennent plus dynamiques. Les données qui changent vite ont toujours été faciles à récupérer, mais faire signer par des validateurs indépendants exactement le même message sans sacrifier la décentralisation me semble être le problème le plus difficile.
Les mathématiques plutôt que la discrétion : le modèle de sécurité que je n’avais pas remarqué au début
Il y a quelques semaines, je me suis surpris à faire quelque chose que la plupart des traders en crypto font probablement sans y penser. Un protocole a annoncé une autre mise à niveau de sécurité, et les réponses ont immédiatement rempli les questions habituelles. « Qui valide cela ? » « Les validateurs peuvent-ils conspirer ? » « Et s’ils approuvent quelque chose de malveillant ? » J’ai posé ces mêmes questions d’innombrables fois. Après avoir vu suffisamment d’exploits liés aux ponts, des défaillances de validateurs et des drames de gouvernance, on finit par supposer que chaque réseau décentralisé finit, tôt ou tard, par se résumer à la confiance envers les personnes qui le gèrent.
Le détail qui m’a fait m’arrêter n’était pas HPKE en elle-même. C’était la façon dont Newton Protocol la transforme en Privacy Envelope en liant chaque charge utile chiffrée à un seul contexte d’exécution. Cela change silencieusement l’histoire du rejeu. Un chiffré qui existe pour un contexte n’est pas censé avoir du sens ailleurs. En lisant le livre blanc après avoir vérifié @NewtonProtocol , $NEWT et #Newt , j’ai réalisé que je traitais, par défaut, les charges utiles chiffrées comme quelque chose de portable.
Ce qui a modifié ma perspective, c’est que le modèle de confidentialité ne consiste pas seulement à masquer les données. Il s’agit aussi de limiter les endroits où ces données peuvent être utilisées de manière significative. L’approche du livre blanc qui combine HPKE (RFC 9180) avec l’attache au contexte signifie que le chiffré est effectivement lié à un seul environnement d’exécution, ce qui fait du rejeu inter-chaînes une préoccupation au niveau du protocole plutôt qu’un problème à corriger plus tard du côté des applications.
J’ai aussi continué à penser aux couches suivantes décrites plus loin : déchiffrement à seuil via génération de clés distribuée, MPC pour calculer sur un état partagé secrètement, et l’orientation à plus long terme vers le threshold FHE. Je m’attendais à ce que ce soient des fonctionnalités de confidentialité distinctes, mais elles ressemblent davantage à des étapes de la même philosophie de conception : réduire la confiance sans renoncer à l’utilisabilité.
Je me demande encore à quel moment le compromis pratique finit par apparaître. Si la confidentialité devient étroitement liée au contexte d’exécution, l’interopérabilité devient-elle plus difficile par défaut, ou est-ce que cela force simplement les protocoles à définir plus soigneusement leurs frontières de confiance ?
Conformité programmable en tant que code : quand la politique ne fait plus qu’un avec la cryptographie
Il y a quelques semaines, je passais en revue une transaction de trésorerie multisig après qu’un autre protocole a été victime de permissions de signataire compromises. Ce qui a attiré mon attention n’était pas l’exploit lui-même — c’était la façon dont, par la suite, chaque discussion a porté sur la correction des portefeuilles, l’ajout de signatures supplémentaires ou le renforcement des contrôles d’accès. Très peu de personnes se sont demandé si la politique elle-même devrait comprendre une preuve cryptographique. Cette question est restée avec moi. Nous traitons souvent la logique de conformité et la cryptographie comme deux couches complètement différentes. L’une vérifie des règles. L’autre vérifie des signatures. Les développeurs les assemblent généralement avec des services distincts, des API ou un middleware personnalisé.
Les défis cachés que Newton essaie de résoudre dans l’infrastructure Web3
Il y a quelques mois, je me suis fait brûler d’une manière qui n’avait rien à voir avec le prix. J’étais garé dans un coffre sur une plateforme en laquelle j’avais confiance, et un jour la stratégie a discrètement changé de profil de risque, de répartition, rien de catastrophique, mais ce n’était pas ce à quoi j’avais souscrit. Il n’y avait aucun enregistrement on-chain qui indiquait clairement « cela a changé, voilà pourquoi, voici qui l’a approuvé ». Il n’y avait qu’un front-end qui s’était mis à jour du jour au lendemain et un message sur Discord ensuite, expliquant la logique. Je me souviens m’être dit : pour quelque chose d’aussi dépendant de la confiance, la prise de décision réelle s’est faite quelque part que je ne pouvais pas voir.
J’ai passé un peu de temps cette semaine à revenir sur le protocole Newton $NEWT @NewtonProtocol data, et un chiffre a attiré mon attention plus que le prix lui-même. Le volume de trading sur 24h de NEWT se situe autour de 5,4–5,8 M$ contre une capitalisation boursière d’environ 10–14 M$. Cela représente un ratio volume/capitalisation supérieur à 40 %, ce qui indique un chiffre d’affaires particulièrement élevé pour un token de cette taille. Ce qui rend ça intéressant, c’est le contexte : sur la même fenêtre de 7 jours, NEWT n’est en hausse que d’environ 2,6–2,7 %, tandis que des tokens comparables de l’écosystème Ethereum sont plutôt en hausse d’environ 12,7 %, et l’ensemble du marché crypto est en hausse de 3,4 %. Donc vous avez un fort mouvement de rotation, mais sans que le prix aille réellement quelque part par rapport à ses pairs. À mes yeux, ça ressemble moins à de l’achat par conviction qu’à une rotation de traders à court terme qui entrent et sortent plutôt qu’à une accumulation et une conservation. C’est le genre de schéma qu’on observe souvent quand un token est encore en train de trouver sa base réelle de détenteurs après un déverrouillage, plutôt que dans un cas où la demande s’installe. J’admets ne pas être totalement sûr de comment interpréter ça. Un volume élevé peut signifier une découverte saine des prix, ou simplement un flux spéculatif sans véritable “tenue” encore. Difficile à dire uniquement à partir du volume. La prochaine vérification qui me semble importante, c’est de savoir si ce volume est concentré sur quelques exchanges ou s’il est réparti. Quelqu’un a-t-il suivi où le volume de NEWT s’écoule réellement cette semaine ?
L’importance stratégique de Newton dans la course aux infrastructures d’IA
Je testais il y a quelques semaines un agent de trading basé sur l’IA, rien de bien compliqué : juste un bot de rééquilibrage connecté à un portefeuille avec un petit montant de NEWT et quelques stablecoins. Avant de le laisser tourner sans surveillance toute la nuit, je me suis surpris à faire quelque chose que je ne fais pas d’habitude : écrire, en langage clair, exactement ce que je ne voulais pas qu’il touche. Ne pas toucher le portefeuille à froid. Ne pas approuver des autorisations illimitées. Ne pas interagir avec quoi que ce soit en dehors de deux contrats. Cela a pris plus de temps que de configurer le bot lui-même. C’est à ce moment-là que cette pièce a réellement commencé, pas à partir d’un graphique ou d’un livre blanc.
@NewtonProtocol $NEWT je me suis plongé dans les données on-chain cette semaine et un détail n’arrêtait pas de me trotter dans la tête. #Newt Retour le 24 juin : Newton a débloqué ~139,45M NEWT (environ 14 % de l’offre totale, soit à l’époque environ 12 M$), l’un des plus gros déblocages proportionnels que j’aie vus pour un projet de cette taille.
Le scénario “classique” dit : attendez-vous à un dump d’offre, voyez le prix s’écraser. Ce qui a surtout attiré mon attention, c’est la période de “cooldown” de staking de 14 jours liée à ce lot, qui est arrivée à expiration autour du 8 juillet. C’est la fenêtre que je surveillais.
Et… ça n’a pas vraiment dump. Le prix a plutôt “choppé” dans une fourchette de 0,048 à 0,052 $, avec un volume sur 24 h autour de 5,4 M$, rien qui crie la sortie paniquée. Si une part significative de ce déblocage était allée directement au staking au lieu de passer directement par des échanges, cela expliquerait la réaction plutôt atténuée : les détenteurs qui choisissent le verrouillage de 14 jours plutôt que d’encaisser immédiatement.
Je ne peux pas confirmer à 100 % la répartition entre “staké” et “juste en attente dans des portefeuilles” uniquement à partir des données de l’explorateur, donc prenez cela comme une hypothèse de travail, pas comme une conclusion. En revanche, c’est un schéma de comportement différent de ce à quoi je m’attendais : d’habitude, lors de gros déblocages sur des jetons à faible capitalisation, ça se vend rapidement. Ça m’a fait me demander si le taux de staking APR de Newton fait vraiment son travail en alignant les incitations, ou si ce n’est simplement qu’une semaine calme pour des raisons totalement sans lien avec le déblocage. Quelqu’un qui suit les flux au niveau des portefeuilles sur ce dossier peut confirmer : les tokens débloqués ont-ils effectivement été restakés, ou j’en fais trop à partir d’une action du prix plutôt plate ?