Quelque chose d’inhabituel s’est produit avec $SHIB .
En seulement une journée, cela a ajouté plus de 1 Md$ à la valeur marchande et a bondi d’environ 36 %, mais ce qui a attiré mon attention n’était pas le prix… c’était l’absence de raison évidente.
Aucune grosse mise à jour de Shibarium.
Aucune annonce majeure de burn.
Aucune grosse annonce d’inscription en bourse.
Même d’autres monnaies mèmes n’ont que très peu suivi le mouvement.
Une chose qui a toutefois retenu mon attention, c’est la hausse soudaine de l’activité de trading, notamment avec des rapports de achats plus forts en provenance de Corée du Sud. Il n’est pas encore clair si c’était le principal moteur ou simplement une partie de l’histoire, mais cela montre comment la demande régionale peut parfois faire bouger le marché plus vite que les gros titres.
Pour moi, c’est un rappel que la crypto ne se contente pas toujours d’attendre un article d’actualité avant de réagir. Parfois, le prix bouge d’abord, et tout le monde passe ensuite les quelques jours suivants à essayer d’expliquer pourquoi.
Quelle est votre opinion ?
Est-ce le début d’un regain d’intérêt pour SHIB ou juste une impulsion de courte durée ?
Tout le monde parle du TVL de Babylon. Je pense que le design mérite encore plus d’attention.
Plus de 56,853 BTC (5,6 Md$) participent déjà à l’écosystème, mais la partie la plus intéressante est la façon dont Babylon aborde Bitcoin.
Au lieu d’envelopper (wrapping) le BTC, elle se concentre sur :
✅ Le staking natif du Bitcoin ✅ Des coffres Bitcoin sans confiance (TBV) ✅ L’emprunt adossé au BTC en natif ✅ L’horodatage du Bitcoin ✅ La technologie Zero-Knowledge (ZK) pour améliorer l’efficacité de la vérification
Le BTC contribue à la sécurité.
$BABY contribue à la gouvernance.
TBV introduit un modèle axé sur la propriété individuelle des coffres plutôt que sur des pools de collatéral partagés.
Pour moi, c’est une approche réfléchie, car elle vise à élargir l’utilité de Bitcoin tout en respectant les principes fondamentaux de Bitcoin.
Le prochain chapitre de Bitcoin ne consistera peut-être pas à changer Bitcoin.
Il pourrait plutôt s’agir de permettre à Bitcoin de sécuriser et de soutenir davantage de Web3.
Quelle innovation de Babylon a, selon vous, le plus grand potentiel à long terme ? #baby @BabylonLabs_io
Certaines équipes développent un autre produit DeFi. @BabylonLabs_io cherche à répondre à une question bien plus vaste :
Le Bitcoin natif peut-il être productif sans renoncer aux principes qui l’ont rendu digne de confiance dès le départ ?
Babylon a d’abord montré une direction avec le Bitcoin Staking, prouvant que le BTC natif peut contribuer à sécuriser un réseau tout en respectant les fondations de Bitcoin. Maintenant, l’étape suivante, ce sont les Trustless Bitcoin Vaults (TBV).
Au lieu d’envelopper Bitcoin, de le faire passer vers une autre chaîne, ou de s’en remettre à des intermédiaires centralisés, TBV permet à $BTC natifs d’être utilisés comme collatéral tout en restant maître de ses propres clés. Rien que cela change ma façon de voir le rôle du Bitcoin au-delà du simple fait de le détenir.
Le premier exemple en conditions réelles, c’est l’emprunt adossé à du Bitcoin natif avec Aave v4 sur le testnet public. Ce n’est pas juste une autre annonce—c’est quelque chose que la communauté peut réellement explorer / tester et &améliorer en partageant son feedback.
Un autre élément qui relie l’écosystème, c’est $BABY , le token natif du réseau Babylon. À mesure que Babylon étend le Bitcoin natif vers le prêt et d’autres applications financières on-chain, $BABY joue un rôle central dans cet écosystème.
Je prévois d’essayer moi-même le testnet public, car les vrais produits méritent de vrais tests. Les retours les plus précieux ne viennent pas des titres—ils viennent des personnes qui utilisent réellement le produit.
Pour moi, l’histoire ne concerne pas seulement le Bitcoin Staking ou l’emprunt. Il s’agit de voir Bitcoin évoluer d’un actif principalement détenu vers un actif qui peut participer à la finance on-chain sans sacrifier la self-custody ni exiger une confiance supplémentaire.
Quelle partie de la vision de Babylon, selon vous, aura l’impact le plus important à long terme ?
Quelle innovation de Babylon vous enthousiasme le plus ? #baby
J’ai toujours eu l’impression que la meilleure infrastructure crypto résout un vrai problème plutôt que de créer une nouvelle couche de complexité.
Après avoir passé quelque temps à apprendre au sujet de @BabylonLabs_io , je pense que Trustless Bitcoin Vaults (TBV) cherchent à faire exactement cela. Au lieu de demander aux détenteurs de Bitcoin d’envelopper leur BTC, de le transférer sur d’autres réseaux, ou de faire confiance à des tiers, TBV permettent d’utiliser le Bitcoin natif comme garantie, tout en laissant les utilisateurs garder le contrôle de leurs propres clés.
Le premier cas d’usage est déjà en ligne sur le testnet public via Aave v4, où l’on peut explorer l’emprunt adossé au Bitcoin natif dans un environnement réel. Pour moi, c’est beaucoup plus intéressant qu’une autre annonce produit, car cela donne à la communauté quelque chose qu’elle peut réellement tester.
Je prévois de suivre tout le parcours moi-même—demander les jetons de test, essayer le processus d’emprunt & soumettre un retour après l’avoir utilisé. Lire à propos d’un protocole, c’est une chose, mais le tester soi-même raconte souvent une histoire très différente.
Si TBV peut étendre ce que native $BTC permet, sans compromettre l’auto‑custodie ni introduire des hypothèses de confiance inutiles, je pense que c’est une étape significative pour l’écosystème crypto au sens large.
Quelqu’un ici l’a déjà testé ? J’ai adoré comparer nos notes avant la prochaine mise à jour.
La Russie s’oriente vers un cadre réglementé des crypto-monnaies, sans pour autant une adoption totale.
Le nouveau projet de loi introduit des intermédiaires agréés, limite l’investissement des particuliers pour les investisseurs non qualifiés & maintient encore les crypto-monnaies interdites pour les paiements domestiques.
On a l’impression qu’il s’agit d’une étape vers un contrôle plus strict plutôt que vers une plus grande liberté. Pensez-vous que des réglementations plus strictes vont accélérer l’adoption des crypto-monnaies ou ralentir l’innovation ? 👀 #crypto #russia
La finance traditionnelle et la crypto se rapprochent à chaque nouveau lancement de marché.
De nouveaux produits perpétuels élargissent les opportunités de trading, mais le vrai avantage n’est pas la vitesse : c’est la discipline, l’analyse de la liquidité et une exécution intelligente.
La prochaine tendance commence souvent là où peu de gens regardent. 🚀
Le compte à rebours touche presque à sa fin. ⏳ Le trading AERO est sur le point de commencer, et c’est ici que les traders avisés restent concentrés au lieu de courir après le battage. Une gestion des risques solide passe toujours en premier. Voyons comment <0-9]{11} </0-9]{11}?> $AERO se comporte après son lancement. 🔥 $AERO #Aero #Aerodrome #CryptoTrading. #ListingIsJustTheBeginning
Une chose a changé ma façon de voir les mises à niveau du protocole.
Ajouter une couche d’autorisation n’est pas la partie la plus difficile.
C’est faire confiance au moment où elle devient active.
Un contrat peut être mis à niveau avec succès, mais si l’initialisation, la propriété ou la configuration des règles n’est pas gérée correctement, l’architecture peut sembler sécurisée alors que la protection ne fonctionne pas comme prévu.
C’est pourquoi je pense que @NewtonProtocol concerne plus que l’ajout de contrôles de politique.
Cela rappelle aux créateurs que la sécurité ne commence pas quand une transaction est exécutée—elle commence au moment où les règles qui protègent cette transaction sont activées.
À mesure que davantage de protocoles adoptent l’autorisation programmable, pensez-vous que le plus grand risque sera d’écrire des politiques sûres ou de les introduire de manière sécurisée dans des applications existantes ?
NEWTON PEUT ÊTRE AJOUTÉ À UN CONTRAT UPGRADEABLE EXISTANT, MAIS L’INITIALISATION RESTE IMPORTANTE
@NewtonProtocol Je me suis demandé ce que cela signifie réellement d’ajouter une couche d’autorisation à un contrat déjà en production. Le guide d’intégration de Newton montre comment un contrat upgradeable existant peut hériter de NewtonPolicyClient via une mise à niveau du proxy tout en préservant sa mémoire de stockage existante et sa logique métier. Après la mise à niveau, une fonction contrôlée par le propriétaire peut initialiser le client Newton, et certains parcours d’exécution peuvent commencer à exiger des attestations valides avant de poursuivre. Au premier abord, cela ressemblait à une modularité propre.
@grvt_io En lisant la documentation de GRVT sur les liquidations, un détail a changé la façon dont je pense le risque lié aux échanges.
Avant, je voyais la liquidation comme la fin d’une position perdante.
Sur GRVT, cela ressemble davantage au début d’un processus différent.
Lorsqu’un compte passe en dessous de l’exigence de marge de maintien, la position est transférée au Fonds d’assurance, qui tente ensuite de la dénouer sur le marché. Le risque n’a0t pas disparu immédiatement : il passe à un mécanisme conçu pour le gérer de manière contrôlée.
Cette distinction devient plus intéressante à mesure que la plateforme grandit. Avec des centaines de marchés perpétuels et une activité de trading importante, la liquidation n’est pas un événement occasionnel. C’est une partie de la gestion quotidienne des risques de l’échange.
Le Fonds d’assurance agit comme première couche de protection. Si les positions sont clôturées au-dessus de leur prix de faillite, la valeur restante reste dans le fonds. Si les conditions de marché évoluent contre lui, le fonds absorbe ces pertes avant qu’elles n’impactent les utilisateurs.
Ce n’est que si ces pertes deviennent plus importantes que le Fonds d’assurance lui-même qu’une autre couche entre en jeu via le mécanisme documenté de GRVT de Socialized Loss Haircut.
Ce qui m’a marqué, c’est que l’impact n’est pas lié au fait que quelqu’un ait réalisé des trades rentables. Il dépend de l’état du Fonds d’assurance au moment où les retraits sont effectués, ce qui fait que le calendrier des retraits fait partie intégrante du modèle de risque.
Je trouve que c’est un choix de conception intéressant, car il déplace le débat au-delà de la vitesse de liquidation.
Cela soulève une question plus large : comment les bourses hybrides devraient-elles répartir les pertes extrêmes du marché lorsque même leur couche de protection principale ne suffit pas.
Si un échange devait un jour subir des pertes au-delà de son Fonds d’assurance, quelle approche est la plus juste : une réduction temporaire des retraits, la répartition des pertes entre tous les utilisateurs, ou le recours à un soutien externe ?
Plus j’y pense, plus je me dis que dans la finance autonome, le problème le plus difficile n’est pas l’exécution.
Exécuter une transaction est relativement simple dès lors que les règles sont claires.
Décider si cette transaction mérite d’avoir lieu est bien plus difficile.
C’est la partie du <@NewtonProtocol I> que je trouve la plus intéressante.
Au lieu de se concentrer uniquement sur le déplacement d’actifs, cela introduit une couche de politique qui évalue les requêtes avant même que l’autorisation ne soit produite. L’objectif n’est pas de rendre les agents d’IA plus puissants : il s’agit de s’assurer que des agents puissants opèrent dans des règles qui ont été définies à l’avance.
À mesure que les systèmes autonomes deviennent plus courants dans la finance on-chain, je pense que l’autorisation programmable pourrait devenir tout aussi importante que le règlement programmable.
Qu’en pensez-vous : qu’est-ce qui comptera le plus au cours des prochaines années, une exécution plus rapide, ou une meilleure autorisation avant l’exécution ? NFA • DYOR #newt $NEWT #Newt
Le protocole Newton m’a fait réfléchir à l’endroit où devraient s’arrêter les erreurs financières
Une question me revenait sans cesse pendant que j’apprenais le protocole Newton. Si un logiciel devient capable de gérer des portefeuilles, de déplacer des actifs et de réagir aux conditions du marché de manière autonome, où le système devrait-il s’arrêter face à une mauvaise décision ? La plupart des infrastructures blockchain répondent à cette question au moment de l’exécution. Si une transaction est correctement signée, que le solde requis existe et que les règles du réseau sont respectées, l’exécution se poursuit simplement. La blockchain confirme comment la valeur circule, pas si la décision qui la motive était judicieuse.
Un volume de transactions élevé vous indique que de l’activité existe.
Cela ne vous dit pas pourquoi cette activité est concentrée à l’endroit où elle se trouve.
En examinant les données de marché récentes de GRVT, j’ai remarqué un schéma. Près de 1,3 milliard de dollars de volume sur 24 heures s’était accumulé, mais une large part restait encore centrée sur les marchés BTC et ETH.
Cela m’a fait réfléchir à ce que l’architecture de GRVT est réellement en train de changer.
Les ordres sont appariés hors chaîne via un carnet d’ordres à limite centralisé, tandis que le règlement est finalisé sur Ethereum à l’aide de preuves à connaissance nulle. Le résultat est une confidentialité accrue concernant des détails d’exécution tels que la taille et la position dans le flux d’ordres, ainsi que les informations de marge.
Ce que cela ne change pas, c’est la préférence des traders.
La confidentialité peut rendre l’exécution plus équitable en réduisant les fuites d’informations & en limitant les possibilités de front-running, mais elle n’a pas automatiquement étendu la liquidité à l’ensemble de chaque marché. Les participants ont toujours tendance à se concentrer sur les actifs qu’ils jugent les plus fiables, surtout lorsque la volatilité augmente.
Je pense que c’est une distinction importante.
La confidentialité de l’exécution améliore la façon dont les transactions se déroulent.
Cela ne change pas nécessairement l’endroit où les traders choisissent de déployer leur capital.
Pour les participants institutionnels, protéger les données d’exécution peut être l’un des plus grands avantages de ce modèle. Les traders particuliers peuvent l’apprécier différemment, mais le comportement sous-jacent du marché provient toujours de personnes qui prennent des décisions similaires au même moment—et non du fait que les détails des ordres soient publics ou privés.
Peut-être que c’est pour cela que confidentialité et liquidité ne devraient pas être traitées comme la même conversation.
L’une change la visibilité du marché.
L’autre est toujours dictée par le comportement des participants.
Pensez-vous que l’exécution confidentielle change le comportement du marché lui-même, ou qu’elle modifie principalement la quantité d’informations que les autres participants peuvent observer pendant que les transactions ont lieu ?
Je traitais l’autoconservation et l’accès sans autorisation comme s’il s’agissait de la même chose.
Après avoir passé un certain temps à apprendre ce qu’est GRVT, j’ai compris qu’ils résolvaient deux problèmes complètement différents.
Avec GRVT, les utilisateurs conservent le contrôle de leurs propres actifs. Les transactions sont réglées on-chain, de sorte que la garde ne passe pas à l’échange, comme c’est le cas sur une plateforme centralisée traditionnelle. Cela réduit l’un des plus grands risques que de nombreux traders craignent : confier le contrôle de leurs fonds à quelqu’un d’autre.
L’accès, en revanche, suit un modèle différent.
GRVT exige la KYC et fonctionne dans un cadre réglementé. Cela signifie que chacun peut conserver la propriété de ses actifs, mais l’accès au marché doit tout de même respecter les exigences de conformité.
Au départ, je voyais ces idées comme contradictoires.
Aujourd’hui, je pense qu’elles répondent simplement à des priorités différentes.
L’une concerne la personne qui contrôle les actifs.
L’autre concerne la personne qui peut accéder à la plateforme.
Que quelqu’un préfère un échange entièrement sans autorisation ou un marché réglementé relève d’un choix personnel, mais séparer ces deux idées m’a fait regarder GRVT différemment. Au lieu de me demander si c’est « entièrement décentralisé », j’ai commencé à me demander s’il protège la partie qui compte le plus pour moi : la propriété de mes fonds.
Peut-être que c’est la discussion la plus utile à mesure que la crypto continue d’évoluer.
La décentralisation ne doit pas toujours avoir l’air identique à chaque couche d’une plateforme.
Si vous deviez n’en choisir qu’un seul, lequel compte le plus pour vous : conserver l’autoconservation totale de vos actifs ou bénéficier d’un accès complètement sans autorisation ? NFA~DYOR #grvt @grvt_io
Un défaut sécurisé ne crée pas automatiquement une politique sécurisée
Un petit détail dans la conception des politiques du protocole Newton m’a fait m’arrêter une minute.
Il est facile de supposer qu’un point de départ avec une politique de refus par défaut rend automatiquement l’ensemble du modèle d’autorisation conservateur. Au début, je pensais la même chose.
En y réfléchissant davantage, j’ai réalisé que le défaut ne détermine que ce qui se passe lorsqu’aucune règle d’approbation ne correspond. Il ne mesure pas à quel point ces règles d’approbation sont larges ni avec quelle rigueur elles ont été rédigées.
C’est là que se trouve la vraie sécurité.
Chaque nouvelle exception élargit les situations dans lesquelles une transaction peut avancer. Si ces exceptions sont précises, la politique reste prévisible. Si elles sont trop larges, l’approche « refus par défaut » commence à perdre la protection que les gens attendent qu’elle fournisse.
Ce que je trouve intéressant, ce n’est pas le défaut lui-même.
C’est la discipline nécessaire pour conserver chaque chemin d’approbation aussi soigneusement conçu que le mécanisme de secours. Une politique peut partir de la position la plus sûre possible et devenir moins restrictive avec le temps si les exceptions continuent de s’étendre sans suffisamment de relectures.
Cela ressemble aussi à un rappel utile au-delà de Newton.
Dans les systèmes d’autorisation, la sécurité n’est pas définie par la première règle que les gens lisent. Elle est définie par toutes les règles qui peuvent, à terme, modifier la décision finale.
Pour moi, c’est pour cela que la conception des politiques mérite autant d’attention que la cryptographie. Une vérification solide est précieuse, mais le résultat reflétera toujours la logique qu’on lui demande d’appliquer.
Pensez-vous qu’une approche avec refus par défaut suffit pour construire une autorisation digne de confiance, ou bien c’est la qualité des règles d’approbation qui apporte l’essentiel de la vraie sécurité ?
Newton Protocol : quand un déploiement correct n’est pas encore complet
En lisant le flux d’intégration du protocole Newton, une décision de conception m’a particulièrement marqué. Dans de nombreux projets blockchain, une fois qu’un contrat est déployé et connecté, les développeurs s’attendent généralement à ce que le reste du workflow se comporte comme prévu. S’il manque quelque chose d’important, le problème se révèle souvent immédiatement via un déploiement échoué ou une erreur de configuration évidente. Newton l’aborde un peu différemment. Connecter un client à une politique ne représente qu’une partie du processus. Le flux d’autorisation dépend aussi du fait que cette politique soit entièrement enregistrée avant que les attestations puissent être validées. Tant que cela n’est pas fait, l’intégration peut sembler complète en surface, tandis que les actions protégées restent indisponibles.
Il fut un temps où je pensais qu’améliorer le trading consistait principalement à trouver de meilleures entrées ou à payer des frais moins élevés.
Ces derniers temps, j’ai commencé à prêter davantage attention à autre chose. Même une bonne configuration de trading peut perdre son avantage si une partie de votre capital est placée au mauvais endroit, en attente d’être déplacée avant que vous puissiez agir.
C’est pourquoi le compte sur marge unifié (Unified Margin Account) de GRVT a attiré mon attention.
Au lieu de séparer les actifs éligibles entre différents types de comptes, il permet aux traders de gérer des garanties à partir d’un seul cadre de marge. L’objectif n’est pas de créer davantage de capital. Il s’agit de réduire le temps et les efforts consacrés au déplacement du capital existant.
J’aime cette approche parce qu’elle résout un problème concret plutôt que d’ajouter une nouvelle fonctionnalité de trading. Lorsque vos garanties sont déjà au bon endroit, réagir à l’évolution des conditions de marché devient bien plus simple.
Associée à l’architecture hybride de GRVT, dans laquelle les utilisateurs conservent la garde de leurs actifs tout en ayant des transactions réglées on-chain, l’attention passe de la gestion constante des soldes à la gestion réelle des positions.
Parfois, la plus grande amélioration n’est pas de trouver plus de capital.
C’est de rendre le capital que vous avez déjà plus facile à utiliser.
Pensez-vous que l’efficacité du capital devient aussi importante que la vitesse d’exécution pour les traders actifs ? #grvt @grvt_io
Tout le monde parle de rendre les agents IA plus intelligents.
Ce à quoi je pense, c’est quelque chose de beaucoup plus simple : qui décide où ces agents doivent s’arrêter ?
Un système d’IA peut analyser les marchés, surveiller des portefeuilles et préparer des transactions bien plus vite que n’importe quelle personne. Cette partie ne fera que s’améliorer avec le temps. Le défi le plus difficile consiste à s’assurer que ces actions restent à l’intérieur des limites que les gens avaient réellement prévues.
C’est une des raisons pour lesquelles Newton Protocol a retenu mon attention.
Au lieu de supposer qu’une décision valide de l’IA devrait automatiquement atteindre la blockchain, Newton place une couche d’autorisation avant l’exécution. L’agent peut suggérer une action, mais des politiques prédéfinies déterminent toujours si cette action peut continuer.
Je ne vois pas cela comme une limitation de l’IA. Je vois cela comme une séparation entre l’intelligence et l’autorisation.
À mesure que l’automatisation s’intègre à la gestion de trésorerie, aux paiements et au trading on-chain, le plus grand risque n’est peut-être pas que l’IA prenne de mauvaises décisions. Il se peut que de bonnes décisions se produisent dans des situations où elles n’auraient jamais dû se produire.
Développer des modèles plus capables est important, mais concevoir des limites claires autour de ces modèles pourrait s’avérer tout aussi crucial.
C’est la direction que je pense que Newton Protocol explore, et c’est un sujet qui deviendra probablement encore plus pertinent à mesure que la finance autonome continue de croître.
Selon vous, qu’est-ce qui comptera le plus au cours des prochaines années : des agents IA plus intelligents ou une autorisation plus solide autour d’eux ?
Quand le règlement cesse d’être la partie la plus difficile
Il y a quelques années, la plupart des discussions sur la blockchain tournaient autour d’un seul défi : faire circuler de la valeur sans dépendre d’un intermédiaire central. Ce défi n’a pas disparu, mais ce n’est plus le seul désormais. Aujourd’hui, de nombreux réseaux peuvent régler des transactions rapidement et de manière sécurisée. Ce qui semble plus difficile désormais, c’est de décider quelles transactions doivent avancer avant même que le règlement ne commence. Pensez à la manière dont fonctionnent différents organismes. Un paiement peut devoir respecter des limites de dépense / des approbations internes / des règles de conformité ou des contrôles de risque avant que quiconque appuie sur « confirmer ». Ces vérifications n’existent pas parce que le règlement est défaillant. Elles existent parce que faire circuler l’argent en toute sécurité implique plus que de valider une signature.