I went back two pages because I thought I'd missed a dependency.
I hadn't.
The self-claim path wasn't waiting for the Vault Provider to come back.
It had already been committed when the vault was created.
That changed the recovery model for me.
Most conversations around Trustless Bitcoin Vaults (TBV) focus on malicious actors. This part of the protocol is preparing for operator absence instead.
Using the pre-committed Winternitz One-Time Signature (WOTS), the depositor can reclaim BTC even if the Vault Provider disappears or stops cooperating, according to the TBV design.
Recovery isn't added after failure.
It's committed before failure exists.
I didn't expect "operator disappearance" to be treated as a protocol state rather than an operational exception.
The next thing I'm watching is whether this recovery path behaves just as predictably in the public TBV testnet as it does in the protocol design.
I'll only think differently about $BABY if these recovery guarantees remain just as reliable once TBV moves beyond early deployments and real operators begin disappearing, rotating, or failing under normal operating conditions.
Je pensais que la section 5.1 contenait une erreur.
Trois actions étaient marquées « Trustless ».
La quatrième ne l'était pas.
L’emprunteur retire la garantie → Trustless.
Le liquidateur liquide la garantie → Trustless.
Le grand prêteur se retire du contrat de prêt → Trustless.
L’emprunteur dépose une garantie → Trusts des liquidateurs k sur n et des grands prêteurs j sur m.
Je suis revenu en m’attendant à m’être trompé en lisant le tableau.
Je ne m’étais pas trompé.
Le livre blanc explique le mécanisme : la création d’un coffre nécessite un seuil de liquidateurs pour cosigner afin qu’un seul liquidateur ne puisse pas censurer un nouveau dépôt.
Ce qui m’a surpris n’était pas l’exception en elle-même.
C’était le fait que le tableau ne demande jamais si les coffres Bitcoin sans confiance (TBV) sont sans confiance.
Il demande si chaque action l’est.
Je traitais « trustless » comme une propriété du coffre.
Babylon le documente comme une propriété de l’opération.
Maintenant, je me demande si la création du coffre est le seul endroit où les TBV conservent délibérément une hypothèse de confiance, ou si la même limite de conception apparaît ailleurs dans le protocole.
Je ne penserai différemment à $BABY que si cette limite reste cohérente à mesure que les TBV s’étendent.
Je me suis arrêté sur le schéma de coffre-fort TBV parce que je n'arrivais pas à trouver le point où le prêt acquiert de nouvelles règles.
Le chemin de rachat était déjà là.
Il en était de même pour la liquidation.
Il en était de même pour le slashing.
Je suis revenu en arrière dans le flux en pensant avoir manqué quelque chose.
Je ne l’avais pas fait.
La partie intéressante des Trustless Bitcoin Vaults (TBV) n’est pas l’endroit où le Bitcoin natif est verrouillé. C’est que les conditions de dépense valides sont engagées au moment de la création du coffre-fort, et non introduites plus tard à mesure que le prêt évolue.
Cela a changé la façon dont je lisais la conception.
Je cherchais le moment où le protocole décide de ce qui devrait se passer ensuite.
À la place, il avait déjà décidé de ce qui pouvait se passer. Le reste du prêt consiste simplement à prouver laquelle, parmi ces conditions prédéfinies, a été satisfaite.
Pour moi, c’est le véritable compromis derrière l’emprunt adossé au Bitcoin natif. Le protocole s’engage dès le départ à un ensemble fini d’issues plutôt que de compter sur un intermédiaire pour interpréter de nouvelles situations plus tard.
La question qui me reste n’est pas de savoir si ce modèle fonctionne.
C’est de savoir si les emprunteurs voudront un jour de la flexibilité qui ne peut plus exister une fois que ces conditions de dépense ont déjà été engagées.
J’ai relu un paragraphe de la publication de Babylon sur les TBV parce qu’il ne correspondait pas au modèle mental que j’avais construit à partir d’autres conceptions de ponts BitVM.
J’ai supposé que la fenêtre de contestation existait pour repérer des preuves invalides.
Ce n’est pas cela qui a retenu mon attention.
L’article revient sans cesse sur un autre point. N’importe qui peut contester une affirmation, y compris le propriétaire du coffre.
Certains designs de ponts BitVM s’appuient sur un ensemble de contestataires autorisés. Si ce groupe ne détecte pas une fraude ou ne parvient pas à répondre, le modèle de sécurité dépend de lui.
Les coffres Bitcoin sans confiance (TBV) ne font pas cette hypothèse.
Le protocole garde le processus de contestation ouvert au lieu de décider à l’avance qui est responsable de protéger le système.
Jusqu’à ce moment-là, j’avais considéré la période d’attente comme un temps mort entre la vérification et le règlement. Après avoir relu cette section, cela m’a semblé davantage faire partie du modèle de sécurité lui-même.
Ce n’est pas la période d’attente qui rend les TBV sans confiance. Le processus de contestation sans permission, lui, le rend. La période d’attente donne à ce mécanisme le temps de fonctionner.
C’est le même compromis que celui derrière l’emprunt natif adossé à Bitcoin des TBV. Le collatéral natif en BTC ne dépend pas de la confiance envers un contestataire désigné avant que le règlement puisse être finalisé.
Chaque affirmation valide attend pendant la même fenêtre de contestation. Pas parce que chaque affirmation est suspecte, mais parce que le protocole ne peut pas savoir à l’avance quelle affirmation aura réellement besoin d’être contestée.
Je surveille maintenant si cette conception reste pratique dans un usage réel du réseau. Si le processus de contestation sans permission continue de tenir sous charge, je comprendrais les TBV tout autrement que lorsque j’ai ouvert le document pour la première fois.
La première chose que j’attendais des Trustless Bitcoin Vaults (TBV), c’est que, tôt ou tard, le Bitcoin doive comprendre Ethereum.
Si le Bitcoin natif est utilisé comme garantie en auto-conservation pour emprunter sur Ethereum, alors, forcément, Bitcoin doit vérifier quelque chose à propos de l’état d’Ethereum.
J’ai continué à lire pour savoir où cela se produisait.
Je n’ai jamais trouvé.
Les TBV sont conçus pour que Bitcoin n’ait jamais à comprendre l’état d’Ethereum.
Bitcoin n’exécute jamais le vérificateur de l’état d’Ethereum, et il n’apprend jamais non plus ce qu’est cet état. La vérification se fait hors chaîne. Le rôle de Bitcoin est plus restreint. Il applique les conditions de règlement du protocole sans jamais interpréter l’état d’Ethereum.
Plus je suivais l’architecture, plus un schéma ressortait. Rien dans la conception ne demande à Bitcoin d’interpréter l’état d’Ethereum. L’architecture préserve constamment le modèle de validation actuel de Bitcoin.
Cela a complètement changé ce que je pensais que Babylon optimisait.
Au départ, je supposais que l’objectif était de rendre Bitcoin capable de sécuriser des emprunts sur une autre chaîne.
Désormais, je pense que l’objectif plus important est de préserver les hypothèses de sécurité existantes de Bitcoin tout en étendant l’usage que l’on peut faire du BTC natif. C’est pourquoi les TBV reposent sur l’emprunt en auto-conservation, sans envelopper (wrap) le BTC, sans faire de bridging, et sans s’appuyer sur des intermédiaires.
Le compromis intéressant, c’est où se déplace la complexité.
Les preuves, le processus de contestation et la logique de litige ne disparaissent pas. Babylon les maintient volontairement en dehors de Bitcoin, afin que l’extension de l’utilité de Bitcoin ne nécessite pas de modifier le modèle de validation de Bitcoin.
La question qui me reste n’est pas de savoir si cette conception fonctionne. La vraie question est de savoir si Babylon peut continuer à préserver le modèle de validation de Bitcoin au fur et à mesure que les TBV s’étendent pour prendre en charge davantage de cas d’usage.
J’ai supposé que la liquidation signifiait que le protocole détenait déjà le BTC.
La proposition Aave pour les Trustless Bitcoin Vaults (TBV) de Babylon m’a détrompé.
J’ai continué à interpréter la liquidation comme un seul événement.
La proposition la traite comme deux.
Le marché du prêt se règle immédiatement.
Le BTC, non.
Un liquidateur sans permission avance WBTC avec une petite prime, puis attend pendant la fenêtre de contestation du Bitcoin avant de devenir en droit de réclamer le BTC détenu dans le coffre.
La partie que je n’avais pas remarquée n’était pas le délai.
C’était qui l’absorbe.
Le marché du prêt n’attend jamais l’horloge plus lente du Bitcoin. Le liquidateur, oui. La prime n’est pas seulement une incitation à liquider. C’est une compensation pour faire le pont entre deux calendriers de règlement qui ne peuvent pas avancer à la même vitesse.
Je surveille la façon dont l’exposition du liquidateur est gérée pendant cette période d’attente si le scénario de règlement ne se déroule pas comme prévu.
$BABY devient intéressant pour moi seulement si cet écart reste fiable lorsque le système subit un stress de marché réel.
J’ai arrêté de lire le papier sur les Trustless Bitcoin Vaults (TBV) après une seule phrase.
Les TBV permettent à Bitcoin natif de sécuriser des emprunts sur Ethereum sans wrapping ni bridging. Le papier a ensuite décrit la preuve d’une transition d’état d’Ethereum sans demander à Bitcoin de comprendre Ethereum.
Je suis retourné trois sections en arrière, car je supposais l’avoir mal compris.
Je ne m’étais pas trompé.
Bitcoin n’évalue jamais le vérificateur SNARK. Il n’apprend pas non plus l’état d’Ethereum.
BitVM3 transfère ce travail dans un processus de challenge hors chaîne. Une assertion est publiée sur Bitcoin et attend derrière un délai de temporisation (timelock) de la fenêtre de contestation. Bitcoin applique cette fenêtre, que l’assertion soit contestée ou non. Si personne ne parvient à contester l’assertion avec succès, le règlement se poursuit. Si un contestataire prouve que l’assertion est fausse, un second mécanisme, un hashlock déclenché par le secret révélé lors de cette preuve échouée, empêche le paiement.
Cela a changé ma façon de voir les TBV.
Bitcoin ne vérifie pas Ethereum.
Il applique les conditions selon lesquelles une assertion peut être réglée.
Le calcul reste hors chaîne. Le rôle de Bitcoin consiste à faire respecter les conditions de sécurité du protocole sans jamais interpréter l’état d’une autre chaîne.
La partie que je surveille maintenant n’est pas le chemin “heureux”.
C’est le chemin d’échec.
Lorsque la fenêtre de contestation devient active, à quelle fréquence est-elle réellement utilisée ? Et à quoi cela ressemble-t-il sur le testnet public TBV quand plusieurs assertions sont actives en même temps ?
$BABY ne devient intéressant pour moi que si ce processus de contestation reste prévisible dans des conditions réseau réelles.
D’autres créateurs du Top 300 participant à la campagne GRVT Booster rencontrent-ils ce problème ?
Je suis classé #56 dans le classement mondial et toutes les conditions d’éligibilité sont remplies, mais le bouton Vérifier reste désactivé alors que la fenêtre de vérification est ouverte.
J’ai déjà mis à jour l’application, vidé le cache, l’ai arrêtée de force et j’ai confirmé que j’utilise le même Keyless Wallet.
Quelqu’un d’autre rencontre-t-il le même problème, ou est-ce uniquement mon compte ?
🚀 $DODO Forte hausse de plus de 40% — Les haussiers prennent le contrôle !
Après des semaines de consolidation, $DODO a fait une percée avec un fort élan, progressant de plus de **42%** et reprenant des niveaux de résistance clés.
📈 Support : 0,024–0,025$ 🎯 Résistance : 0,030$
Tant que le prix reste au-dessus de la zone de cassure, la structure haussière demeure intacte. Un mouvement net au-dessus de **0,03$** pourrait alimenter la prochaine étape à la hausse.
AAOIB/USDT représente Applied Optoelectronics (AAOI) sur la plateforme bStocks de Binance, offrant aux utilisateurs éligibles une exposition on-chain au titre sous-jacent.
Alors que Binance continue d’étendre bStocks, les actions tokenisées rapprochent les marchés traditionnels de la crypto.
Est-ce que vous échangeriez des actions tokenisées au lieu d’utiliser un courtier traditionnel ? 👇
L’histoire en arrière-plan : une trêve temporaire entre les États-Unis et l’Iran s’est effondrée dans un contexte de combats renouvelés. Les États-Unis affirment que l’Iran a attaqué la navigation commerciale dans le détroit d’Ormuz — l’un des points de passage énergétiques les plus importants au monde. En réponse, Washington a élargi ses frappes militaires et a réimposé un blocus naval visant des ports iraniens.
L’escalade : Trump a désormais réuni une réunion au Situation Room avec l’ensemble de son équipe de sécurité nationale afin de discuter d’une campagne sensiblement plus vaste, allant au-delà des opérations autour du détroit d’Ormuz. Il a également prévenu que des infrastructures essentielles, notamment des centrales électriques et des ponts, pourraient devenir des cibles si l’Iran refuse de négocier.
Le facteur imprévisible : des responsables américains surveillent de près « Pickaxe Mountain », une installation souterraine fortement fortifiée liée au nucléaire, que l’on pense difficile à détruire même avec des armes de type bunker-buster.
Pourquoi c’est important pour les marchés : le détroit d’Ormuz gère une part significative des expéditions mondiales de pétrole et de GNL. Toute perturbation prolongée peut faire monter les prix de l’énergie, accroître les risques d’inflation et amplifier la volatilité sur l’ensemble des marchés mondiaux — y compris sur le crypto. Lors de chocs géopolitiques comme celui-ci, le Bitcoin et d’autres actifs majeurs réagissent souvent davantage au sentiment de risque macroéconomique qu’aux fondamentaux on-chain.
Restez vigilant, suivez les gros titres et gérez le risque en conséquence. 🧠
Le marché de Newton avait des utilisateurs avant d’avoir une concurrence
@NewtonProtocol Je suis retourné au registre des modèles avec une question plus ciblée. Auparavant, je m’étais surtout intéressé à qui avait publié un modèle. La feuille de route de Newton indique que le premier agent construit sur le protocole est un agent d’achat récurrent développé par Magic Labs. J’ai compris cela comme le fait que l’écosystème n’était tout simplement pas encore arrivé. Ce n’était pas tout à fait ce que montrait la documentation. Newton n’a pas simplement publié discrètement l’agent d’achat récurrent et l’a laissé là. Il a mis en place un flux d’onboarding pour un agent de démarrage afin que les utilisateurs puissent déployer leur propre instance d’achat récurrent. Newton a aussi travaillé avec Kaito sur une campagne qui allouait 0,75 % de l’approvisionnement total $NEWT pour récompenser les utilisateurs qui déployaient l’agent et en recommandaient d’autres, avec un programme construit autour des 20 000 premiers participants.
Je suis allé voir ce qu’il y a réellement dans le registre des modèles.
Newton le décrit comme une place de marché onchain où chacun peut publier, découvrir et composer des agents en essaims d’agents. Je pensais que je le trouverais déjà rempli. Plusieurs équipes. Des modèles d’agents en concurrence. Le genre d’écosystème que je pensais que le registre avait déjà été conçu pour soutenir.
La feuille de route de Newton indique le contraire.
Le premier agent construit sur le Protocole est un Agent d’Achat Récurrent, développé par Magic Labs, l’équipe à l’origine de Newton lui-même.
La feuille de route décrit la publication, la découverte et les essaims d’agents composables comme la suite.
Cela a recontextualisé quelque chose que j’avais supposé.
Le modèle de gouvernance du registre est déjà documenté. Le jalonnement, l’enregistrement et la responsabilité des opérateurs sont définis avant qu’une place de marché plus large de participants indépendants ne soit documentée.
La gouvernance est arrivée avant l’écosystème.
À mesure que le Newton Mainnet Beta s’étend, le point de départ documenté aujourd’hui correspond à un agent interne. La feuille de route décrit une place de marché plus vaste que celle qui est décrite à l’heure actuelle.
Je ne sais pas si cela signifie que la conception des incitations attend simplement l’arrivée de participants externes, ou si commencer avec un seul agent construit par une équipe est exactement le moyen de valider le mécanisme avant de l’ouvrir à tout le monde. Les deux lectures correspondent à ce qui est documenté.
Je m’intéresse moins à savoir si un seul agent suffit pour le Mainnet Beta, qu’à ce qui change une fois que le registre des modèles commence à régir les opérateurs—que @NewtonProtocol n’a pas construits. C’est à ce moment-là que la place de marché cesse d’être une feuille de route et commence à devenir une infrastructure.
$NEWT devient pour moi plus intéressante une fois que ces règles de gouvernance commencent à s’appliquer à des participants indépendants plutôt qu’au seul point de départ du protocole.
Chaque fois que je lis « Insurance Fund », j’imagine que c’est là que l’histoire d’une liquidation se termine.
La documentation de GRVT continue.
Si de grosses liquidations poussent l’Insurance Fund dans le rouge, GRVT calcule une Socialized Loss Haircut en divisant le déficit de l’Insurance Fund par le Total Client Equity sur l’ensemble de la bourse.
Ce pourcentage s’applique uniquement aux retraits effectués pendant que le déficit existe.
Je me suis arrêté à cet endroit et je suis repassé par l’exemple chiffré.
Une liquidation laisse l’Insurance Fund avec 200 USDT de déficit par rapport à 4 000 USDT de total de capitaux propres clients. Le résultat est un haircut de 5 %. Charlie retire 500 USDT pendant cette période. Il reçoit 475 USDT, tandis que l’Insurance Fund reçoit les 25 USDT restants. Une fois le déficit revenu à zéro, le haircut disparaît avec lui.
Cela a changé ma compréhension de l’Insurance Fund.
Je le traitais comme le tampon final.
La documentation indique que le timing des retraits fait partie de la répartition de la perte.
Le haircut n’est pas déterminé par la position qui a créé la perte.
Il est déterminé par la personne qui choisit d’effectuer un retrait pendant que le déficit existe encore.
Le mécanisme ne prend pas seulement en compte les pertes.
Il fait du moment du départ un élément de la façon dont ces pertes sont distribuées.
Je surveille si les traders commencent à traiter l’Insurance Fund au même titre que le prix et la marge pendant les périodes de tension du marché, ou si la plupart des gens ne découvrent ce mécanisme qu’après qu’un retrait s’est réglé pour un peu moins que prévu.
J’ai cherché à comprendre ce que la marge croisée protège réellement.
Je pensais que cela signifiait une efficacité du capital partagée, tandis que chaque position réussissait ou échouait de son côté.
Mais ce n’est pas comme GRVT le décrit.
D’après le Centre d’aide de GRVT, la liquidation en marge croisée commence lorsque le ratio de marge croisée atteint 100 %.
Une fois ce seuil atteint, la liquidation ne se limite pas à la position qui a poussé le compte à ce niveau. L’ensemble du portefeuille croisé est liquidé, ainsi que le solde de marge croisée partagé.
J’ai arrêté de lire et je suis retourné à la section Marge isolée.
Elle décrit un comportement presque à l’opposé.
Si une position isolée échoue, seule la marge affectée à cette position est en danger. Vos positions restantes et votre solde croisé restent intacts.
Cela a changé ma façon de comprendre les deux modes.
Je considérais la marge croisée comme une liquidité partagée.
La documentation la décrit plutôt comme une solvabilité partagée.
Le même pool qui améliore l’efficacité du capital crée aussi une seule limite de liquidation à travers chaque position qui l’utilise.
Une position rentable ne devient pas risquée parce qu’elle perd.
Elle devient risquée parce qu’elle partage une garantie avec une position qui, elle, l’est.
La marge croisée améliore clairement l’efficacité du capital.
Ce que je surveille, c’est de savoir si les traders continuent de la choisir principalement pour cette efficacité quand la volatilité les oblige à la vivre comme une décision de risque au niveau du portefeuille plutôt qu’au niveau d’une position.
Je suis allé chercher l’issue de la troisième politique de Newton
@NewtonProtocol Je cherchais le troisième scénario. La Litepaper le dit clairement, dès le début, presque en passant : une Newton Policy est un ensemble de règles programmable qui détermine si une transaction doit être autorisée, retardée ou refusée. Trois scénarios. Pas deux. J’ai lu la suite la première fois. Ça ressemblait à une définition, une phrase qui prépare discrètement tout ce qui suit. J’ai supposé que l’implémentation finirait par arriver au même endroit. Alors, je suis allé chercher où. Le Newton Mainnet Beta est construit autour d’une autorisation avant le règlement. Un intent est évalué par rapport à une politique. Les opérateurs atteignent le quorum. Leurs approbations se combinent en une seule attestation. Le smart contract la vérifie. La transaction se poursuit, ou non.
J’avais lu le mot « décentralisé » comme s’il décrivait une seule chose.
Ce n’est pas le cas.
Je ne l’ai compris que lorsque j’ai essayé de suivre jusqu’où le Newton Mainnet Beta parvient réellement à un consensus.
La première couche m’était familière.
Les opérateurs évaluent des politiques.
Ils produisent des attestations.
Chaque publication Newton que j’ai écrite jusqu’à présent a vécu dans cette couche. La documentation la décrit comme un réseau décentralisé sécurisé grâce au restaking d’Ethereum.
J’ai presque arrêté de lire.
Puis j’ai continué.
Il y avait une autre couche en dessous.
J’ai suivi l’architecture jusqu’aux validateurs.
J’avais supposé que la même revendication de décentralisation m’attendrait ici.
Ce n’était pas encore le cas.
Le rapport de transparence de Newton indique que le réseau commence avec des validateurs contrôlés par la Fondation, qu’il passe ensuite à un ensemble permissionné de validateurs tiers, et qu’il vise finalement un ensemble de validateurs entièrement sans permission.
Commencer.
Transiter.
Viser.
C’est à ce moment-là que j’ai réalisé que je traitais un seul mot comme s’il décrivait une seule étape.
La documentation ne le fait pas.
La décentralisation des opérateurs et la décentralisation des validateurs sont des étapes différentes, sur des calendriers distincts.
Newton décentralise l’évaluation avant de décentraliser l’infrastructure.
Cette distinction change la façon dont je lis l’architecture.
Le réseau d’opérateurs explique qui évalue les politiques et produit des attestations.
L’ensemble des validateurs explique qui produit actuellement des blocs et finalise l’état.
Ce sont des hypothèses de confiance différentes, qui évoluent selon des calendriers distincts.
Je regarde ce qui se passe quand les gens cessent de lire « décentralisé » comme une propriété unique et commencent à se demander de quelle couche il s’agit réellement.
La documentation sépare déjà ces couches.
Mainnet Beta montrera si la conversation le fait aussi.
$NEWT bevient plus intéressant pour moi à mesure que ces deux calendriers commencent à converger.
Je pensais que la seule décision restante était de savoir si je devais réclamer mes jetons.
Je me suis trompé.
Ce qui me retenait n’était pas la fenêtre d’inscription. C’était le Multiplier Plan.
Au début, je pensais qu’un multiplicateur signifiait plus de jetons.
Ce n’est pas le cas.
D’après le guide des multiplicateurs de GRVT, le pool total d’airdrop ne change jamais. Choisir le Multiplier Plan ne modifie que la manière dont cette cagnotte fixe est répartie. Vous pouvez différer votre distribution de 4 ou 8 mois après le TGE en échange d’une part pondérée plus importante.
C’est à ce moment-là que j’ai cessé d’y penser comme à un bonus.
J’avais l’impression que c’était plutôt une décision de liquidité.
Le calendrier rendait ça encore plus intéressant.
Le Multiplier Plan se clôture le 17 juillet, tandis que l’inscription reste ouverte jusqu’au 27 juillet. La décision qui modifie votre pondération doit être prise avant la fin de la fenêtre d’inscription elle-même.
Ne rien faire, et vous restez automatiquement dans le Standard Plan. Allocation complète au TGE. Aucun multiplicateur.
Chaque participant fait le même compromis, sur le même pool fixe.
Liquidité immédiate.
Ou une pondération plus élevée en échange d’une attente.
Ce que j’observe après le TGE, ce n’est pas le nombre de personnes ayant choisi le Multiplier Plan.
C’est de savoir si ce mécanisme change réellement le comportement des détenteurs, ou s’il fait simplement basculer la même pression de vente de quatre ou huit mois dans le futur.
Newton Protocol a prouvé l’exécution. La caution est quand même restée.
La garantie était toujours là. Je m’attendais à ce que ce soit déjà parti. @NewtonProtocol vérifie l’exécution de l’agent. Engloutissements, preuves à connaissance nulle et une vérification de politique avant que quoi que ce soit n’atteigne l’état. Je pensais qu’une fois l’exécution devenue vérifiable, l’exigence de déposer une garantie commencerait à paraître redondante. Une preuve devrait pouvoir se suffire à elle-même. Je suis retourné dans la documentation du Model Registry pour voir si cette hypothèse était fondée. Les opérateurs qui publient des modèles d’agents mettent encore une garantie en jeu $NEWT Toujours dénonçable. Je l’ai relu deux fois, puis j’ai cherché ce qui le déclenche réellement.
Chaque matin, je m’attendais à ce que la cassure s’estompe.
Ça n’a pas été le cas.
Aujourd’hui, il affiche un nouveau plus haut historique.
Ce qui est intéressant n’est pas la bougie.
C’est ce qui s’est passé avant la bougie.
De nouveaux portefeuilles frais n’ont cessé d’apparaître.
Les baleines ont continué d’accumuler.
Le prix a percé une zone sans résistance historique restante, où chaque mouvement devient une découverte de prix plutôt qu’une reprise.
La plupart des traders appelleront ça du « FOMO ».
Je pense que c’est une analyse paresseuse.
Les fortes tendances commencent rarement parce que tout le monde devient soudainement haussier.
Elles commencent quand l’offre se resserre, que la demande reste persistante, et que chaque repli est absorbé au lieu d’être vendu.
C’est pour ça que les transactions les plus difficiles sont généralement celles qui semblent « trop chères ».
Maintenant, le véritable test commence.
Est-ce que $DEXE saura s’installer au-dessus de son précédent plafond, ou est-ce que ça va devenir un autre sommet d’emballement qui récompense les vendeurs tardifs plutôt que les acheteurs tardifs ?
Les prochaines clôtures quotidiennes comptent plus que la bougie verte d’aujourd’hui.