Binance Square
六出纷飞
2.1k Publications

六出纷飞

18年入场,7年老韭菜,年度百大KOL,合约高胜率交易员,公众号:《六出纷飞说》。8折手续费:LCFF888
Creator Awards 2024
Creator Awards 2024
Traders League Badge Beginner
Traders League Badge Beginner
Détenteur pour USD1
Détenteur pour USD1
Trade régulièrement
2.5 an(s)
153 Suivis
22.2K+ Abonnés
45.9K+ J’aime
2 Badges
Publications
PINNED
·
--
PINNED
Merci à tous les patrons pour leur soutien, hier encore des dizaines de patrons ont ouvert des remises, nous devons économiser quand il le faut et dépenser quand il le faut, le taux de remise sur le contrat est de 20%, chaque dimanche nous effectuons les paiements, 🎈 Code d'invitation : LCFF666 #手续费返佣
Merci à tous les patrons pour leur soutien, hier encore des dizaines de patrons ont ouvert des remises, nous devons économiser quand il le faut et dépenser quand il le faut, le taux de remise sur le contrat est de 20%, chaque dimanche nous effectuons les paiements, 🎈 Code d'invitation : LCFF666
#手续费返佣
Décrypte tard dans la nuit le schéma d’architecture des Trustless Bitcoin Vaults (TBV) publié récemment, @babylonlabs_io . Première réaction dans la tête : cette conception est plutôt intéressante. Elle semble avoir redessiné la “frontière de confiance” de la finance on-chain. Depuis longtemps, la solution par défaut pour que le BTC s’intègre à l’écosystème externe se résume à “faire un pont” ou “l’empaqueter”. Mais quel que soit le degré de sophistication de l’habillage, le fond échappe à la même logique : d’abord, confier le BTC à un tiers dépositaire, puis obtenir un certificat pour exécuter la liquidité. Autrement dit, on utilise la sécurité native la plus précieuse de Bitcoin pour acheter un billet afin de percevoir des intérêts. Ce qui rend les TBV particulièrement intrigants, justement, c’est qu’ils refusent cette inertie de “sortie”. Ils exploitent les capacités de preuve de BitVM3 et les sorties Taproot pour verrouiller les actifs fermement dans des Vaults sur la chaîne Bitcoin, contrôlés par l’utilisateur. Plus important encore, chaque Vault constitue une unité UTXO isolée et indépendante, sans pool de fonds partagé et donc sans risque systémique de type “un seul incident entraîne tout”. Lorsque des protocoles externes (par exemple des systèmes d’emprunt ou de liquidation) ont besoin de fonctionner de manière coordonnée, les TBV ne forcent pas Bitcoin à lire l’état de chaînes hétérogènes : ils compressent plutôt la logique externe en preuves de fraude et en contraintes d’état que des scripts natifs de Bitcoin peuvent reconnaître. En essence, il ne s’agit pas d’inciter les utilisateurs à vendre leur BTC ou à “le remplacer par d’autres actifs”. Il s’agit, sans affaiblir le modèle de sécurité propre à Bitcoin, de doter le BTC natif de la capacité de traverser des logiques de finance externe. Si, à l’avenir, un fonctionnement à grande échelle peut continuer à maintenir un faible coût de vérification tout en conservant une sécurité élevée, cela pourrait être la base technique porteuse d’un véritable sens d’innovation de paradigme dans le domaine du BTCFi. $BABY #baby
Décrypte tard dans la nuit le schéma d’architecture des Trustless Bitcoin Vaults (TBV) publié récemment, @BabylonLabs_io . Première réaction dans la tête : cette conception est plutôt intéressante. Elle semble avoir redessiné la “frontière de confiance” de la finance on-chain.

Depuis longtemps, la solution par défaut pour que le BTC s’intègre à l’écosystème externe se résume à “faire un pont” ou “l’empaqueter”. Mais quel que soit le degré de sophistication de l’habillage, le fond échappe à la même logique : d’abord, confier le BTC à un tiers dépositaire, puis obtenir un certificat pour exécuter la liquidité. Autrement dit, on utilise la sécurité native la plus précieuse de Bitcoin pour acheter un billet afin de percevoir des intérêts.

Ce qui rend les TBV particulièrement intrigants, justement, c’est qu’ils refusent cette inertie de “sortie”. Ils exploitent les capacités de preuve de BitVM3 et les sorties Taproot pour verrouiller les actifs fermement dans des Vaults sur la chaîne Bitcoin, contrôlés par l’utilisateur. Plus important encore, chaque Vault constitue une unité UTXO isolée et indépendante, sans pool de fonds partagé et donc sans risque systémique de type “un seul incident entraîne tout”. Lorsque des protocoles externes (par exemple des systèmes d’emprunt ou de liquidation) ont besoin de fonctionner de manière coordonnée, les TBV ne forcent pas Bitcoin à lire l’état de chaînes hétérogènes : ils compressent plutôt la logique externe en preuves de fraude et en contraintes d’état que des scripts natifs de Bitcoin peuvent reconnaître.

En essence, il ne s’agit pas d’inciter les utilisateurs à vendre leur BTC ou à “le remplacer par d’autres actifs”. Il s’agit, sans affaiblir le modèle de sécurité propre à Bitcoin, de doter le BTC natif de la capacité de traverser des logiques de finance externe. Si, à l’avenir, un fonctionnement à grande échelle peut continuer à maintenir un faible coût de vérification tout en conservant une sécurité élevée, cela pourrait être la base technique porteuse d’un véritable sens d’innovation de paradigme dans le domaine du BTCFi.
$BABY #baby
TBV me fait reconsidérer ce vieux mot : « auto‑hébergement » Hier soir, après avoir lu le livre blanc de Babylon, mon esprit n’a cessé de tourner autour de ce graphe de transaction pré‑signée. Avant, je pensais toujours que si le BTC voulait jouer à DeFi, il fallait forcément faire des compromis : soit faire des ponts, soit confier la garde. Résultat : TBV a signé d’avance et a verrouillé, via Taproot sur Bitcoin, chaque chemin possible de dépense. L’utilisateur signe lui‑même, le Vault Provider et les Keepers aussi, mais une fois signé, personne ne peut modifier les nouveaux tours. Le BTC reste verrouillé du début à la fin dans ses propres UTXO : comme un coffre‑fort qui n’accepte que des clés prédéfinies. Le plus grand atout que j’admire chez cet ancien adepte de la crypto, c’est son réalisme. Il n’a pas transformé Bitcoin en EVM de force, mais a simplement reconnu, sans détour, les limites de Script. Avec BABE, il traduit l’état de DeFi externe via des preuves ZK et des circuits garbled pour que Bitcoin puisse le vérifier. Au moment du retrait ou de la liquidation, il faut soumettre une preuve ; dans la fenêtre de contestation, n’importe qui peut remettre en cause, et si c’est faux, c’est annulé. Pas d’intermédiaire qui bidouille discrètement tes fonds, et pas non plus de pool partagé qui mélange les risques. Bien sûr, ce n’est pas parfait. Pegin doit attendre des confirmations, la période de contestation dure trois jours, et une fois à grande échelle, est‑ce que le coût du gas et la coordination ne vont pas devenir pénibles ? Je suis encore en observation. Lors de la liquidation, le vault est intact, impossible à démonter ; il faut aussi utiliser des petites astuces du type « sacrificial vault ». Mais comparé à ces solutions qui finissent tôt ou tard en centralisation ou en multi‑signature, au moins cela minimise la confiance : il ne vend pas la frontière de sécurité de BTC pour gagner de la liquidité. Ce qui m’a vraiment touché, c’est cette idée : Bitcoin n’a pas besoin de devenir une autre chaîne de smart contracts. Il lui suffit de protéger ses propres règles, et de « comprendre » le monde extérieur grâce à la cryptographie. Le contrôle reste toujours dans le réseau natif : c’est, à mon avis, le plus grand respect pour les détenteurs de BTC. Dans un monde financier de plus en plus complexe, devons‑nous vraiment, pour le yield, remettre les clés à d’autres ? La réponse de TBV est très solide et aussi très philosophique : la vraie liberté financière, c’est peut‑être cette obstination à faire en sorte que les actifs obéissent toujours à nos propres règles. @babylonlabs_io $BABY #baby
TBV me fait reconsidérer ce vieux mot : « auto‑hébergement »

Hier soir, après avoir lu le livre blanc de Babylon, mon esprit n’a cessé de tourner autour de ce graphe de transaction pré‑signée. Avant, je pensais toujours que si le BTC voulait jouer à DeFi, il fallait forcément faire des compromis : soit faire des ponts, soit confier la garde. Résultat : TBV a signé d’avance et a verrouillé, via Taproot sur Bitcoin, chaque chemin possible de dépense. L’utilisateur signe lui‑même, le Vault Provider et les Keepers aussi, mais une fois signé, personne ne peut modifier les nouveaux tours. Le BTC reste verrouillé du début à la fin dans ses propres UTXO : comme un coffre‑fort qui n’accepte que des clés prédéfinies.

Le plus grand atout que j’admire chez cet ancien adepte de la crypto, c’est son réalisme. Il n’a pas transformé Bitcoin en EVM de force, mais a simplement reconnu, sans détour, les limites de Script. Avec BABE, il traduit l’état de DeFi externe via des preuves ZK et des circuits garbled pour que Bitcoin puisse le vérifier. Au moment du retrait ou de la liquidation, il faut soumettre une preuve ; dans la fenêtre de contestation, n’importe qui peut remettre en cause, et si c’est faux, c’est annulé. Pas d’intermédiaire qui bidouille discrètement tes fonds, et pas non plus de pool partagé qui mélange les risques.

Bien sûr, ce n’est pas parfait. Pegin doit attendre des confirmations, la période de contestation dure trois jours, et une fois à grande échelle, est‑ce que le coût du gas et la coordination ne vont pas devenir pénibles ? Je suis encore en observation. Lors de la liquidation, le vault est intact, impossible à démonter ; il faut aussi utiliser des petites astuces du type « sacrificial vault ». Mais comparé à ces solutions qui finissent tôt ou tard en centralisation ou en multi‑signature, au moins cela minimise la confiance : il ne vend pas la frontière de sécurité de BTC pour gagner de la liquidité.

Ce qui m’a vraiment touché, c’est cette idée : Bitcoin n’a pas besoin de devenir une autre chaîne de smart contracts. Il lui suffit de protéger ses propres règles, et de « comprendre » le monde extérieur grâce à la cryptographie. Le contrôle reste toujours dans le réseau natif : c’est, à mon avis, le plus grand respect pour les détenteurs de BTC.

Dans un monde financier de plus en plus complexe, devons‑nous vraiment, pour le yield, remettre les clés à d’autres ? La réponse de TBV est très solide et aussi très philosophique : la vraie liberté financière, c’est peut‑être cette obstination à faire en sorte que les actifs obéissent toujours à nos propres règles.

@BabylonLabs_io $BABY #baby
Le nantissement du Bitcoin n’a enfin plus besoin de quelqu’un d’autre : TBV me fait voir quelque chose de différent Ces dernières années, j’ai trébuché sur trop de pièges. J’ai vu des projets aspirer les BTC des utilisateurs en promettant une « utilisation optimisée », mais quand le pont casse ou qu’un problème de multisignature survient, c’est souvent une perte totale. Donc quand j’ai vu les Trustless Bitcoin Vaults de Babylon, j’ai d’abord douté, puis j’ai fini par y voir un vrai intérêt. La logique centrale est très concrète. Vous gardez votre BTC dans une adresse Taproot sur la chaîne Bitcoin : c’est comme si vous construisiez pour vous-même un coffre-fort doté d’une serrure intelligente. Les règles d’ouverture de cette serrure sont définies par un contrat DeFi externe, par exemple un protocole d’emprunt. Une fois le remboursement effectué ou les conditions remplies, la validation sur Bitcoin se fait via une preuve à connaissance zéro, et le BTC peut alors être déverrouillé pour être récupéré. Pas d’intermédiaire qui garde les fonds, pas d’actifs emballés, et pas de risque de transfert inter-chaînes. Vous voulez déplacer vos pièces ? Il faut fournir une preuve mathématique ; sinon, pendant la période de contestation, n’importe qui (y compris vous) peut stopper l’opération. Par rapport à ces solutions précédentes basées sur la confiance envers une équipe, il y a clairement quelque chose de plus « hardcore ». En tant qu’ancien utilisateur, je trouve ça particulièrement pragmatique. La plus grande valeur du Bitcoin, c’est depuis toujours sa simplicité et sa sécurité. Avec TBV, il peut servir de collatéral pour l’emprunt ou d’autres scénarios, sans sacrifier la garde de soi. Imaginez : vos BTC ne restent plus juste dans un wallet à dormir, mais peuvent soutenir l’émission de stablecoins ou d’autres jeux financiers, tout en restant ancrés sur la chaîne la plus sûre. Pour ces gros détenteurs qui ne bougent pas leurs positions, c’est une bonne façon d’ouvrir de nouvelles possibilités. @babylonlabs_io met l’accent sur ce type de conception sans confiance. D’après ce que j’observe, l’exécution est plutôt solide, sans partir dans tous les sens avec de grands discours. Le rôle de $BABY dans la gestion du vault et les incitations associées mérite d’être suivi encore. #baby Je crois depuis longtemps que l’essence de la crypto, c’est de redonner le pouvoir aux individus, en le retirant aux entités centralisées. Les tentatives comme TBV ne crient pas des slogans : elles renforcent pas à pas les limites du Bitcoin avec des scripts et des preuves. Cela me rappelle pourquoi on s’accroche à la stratégie hodl : pas seulement pour la hausse des prix, mais aussi pour préserver, au milieu du bruit des marchés, cette obstination pour l’autonomie. Même si la technologie devient très complexe, l’épreuve finale reste la même : est-ce que l’on peut permettre aux détenteurs ordinaires de contrôler vraiment leurs actifs, sans dépendre de qui que ce soit ? #baby $BABY {future}(BABYUSDT)
Le nantissement du Bitcoin n’a enfin plus besoin de quelqu’un d’autre : TBV me fait voir quelque chose de différent

Ces dernières années, j’ai trébuché sur trop de pièges. J’ai vu des projets aspirer les BTC des utilisateurs en promettant une « utilisation optimisée », mais quand le pont casse ou qu’un problème de multisignature survient, c’est souvent une perte totale. Donc quand j’ai vu les Trustless Bitcoin Vaults de Babylon, j’ai d’abord douté, puis j’ai fini par y voir un vrai intérêt.

La logique centrale est très concrète. Vous gardez votre BTC dans une adresse Taproot sur la chaîne Bitcoin : c’est comme si vous construisiez pour vous-même un coffre-fort doté d’une serrure intelligente. Les règles d’ouverture de cette serrure sont définies par un contrat DeFi externe, par exemple un protocole d’emprunt. Une fois le remboursement effectué ou les conditions remplies, la validation sur Bitcoin se fait via une preuve à connaissance zéro, et le BTC peut alors être déverrouillé pour être récupéré. Pas d’intermédiaire qui garde les fonds, pas d’actifs emballés, et pas de risque de transfert inter-chaînes. Vous voulez déplacer vos pièces ? Il faut fournir une preuve mathématique ; sinon, pendant la période de contestation, n’importe qui (y compris vous) peut stopper l’opération. Par rapport à ces solutions précédentes basées sur la confiance envers une équipe, il y a clairement quelque chose de plus « hardcore ».

En tant qu’ancien utilisateur, je trouve ça particulièrement pragmatique. La plus grande valeur du Bitcoin, c’est depuis toujours sa simplicité et sa sécurité. Avec TBV, il peut servir de collatéral pour l’emprunt ou d’autres scénarios, sans sacrifier la garde de soi. Imaginez : vos BTC ne restent plus juste dans un wallet à dormir, mais peuvent soutenir l’émission de stablecoins ou d’autres jeux financiers, tout en restant ancrés sur la chaîne la plus sûre. Pour ces gros détenteurs qui ne bougent pas leurs positions, c’est une bonne façon d’ouvrir de nouvelles possibilités.

@BabylonLabs_io met l’accent sur ce type de conception sans confiance. D’après ce que j’observe, l’exécution est plutôt solide, sans partir dans tous les sens avec de grands discours. Le rôle de $BABY dans la gestion du vault et les incitations associées mérite d’être suivi encore. #baby

Je crois depuis longtemps que l’essence de la crypto, c’est de redonner le pouvoir aux individus, en le retirant aux entités centralisées. Les tentatives comme TBV ne crient pas des slogans : elles renforcent pas à pas les limites du Bitcoin avec des scripts et des preuves. Cela me rappelle pourquoi on s’accroche à la stratégie hodl : pas seulement pour la hausse des prix, mais aussi pour préserver, au milieu du bruit des marchés, cette obstination pour l’autonomie. Même si la technologie devient très complexe, l’épreuve finale reste la même : est-ce que l’on peut permettre aux détenteurs ordinaires de contrôler vraiment leurs actifs, sans dépendre de qui que ce soit ? #baby $BABY
Partiellement vrai
Le Bitcoin n’a plus à être « géré » par des tiers : mon avis réel sur Babylon TBV Honnêtement, ces dernières années, j’ai vu passer tellement de schémas « Bitcoin vers DeFi » que je me suis un peu habitué. On te demande à tout bout de champ de remplacer de vrais BTC par une version emballée, puis de les confier à un pont ou à un service de custody, et de prier pour que l’autre ne prenne pas la fuite. Résultat ? Seulement 1 % des BTC bougent vraiment, le reste dort tranquillement dans des portefeuilles à froid, comme un thésauriseur qui ne gagne jamais aucun rendement. Récemment, j’ai testé les Trustless Bitcoin Vaults (TBV) de Babylon, et j’ai eu l’impression que cette chose touche enfin le point sensible. Ton BTC ne quitte pas la blockchain Bitcoin : il est simplement verrouillé dans un script Taproot auquel tu participes aux signatures. C’est comme une boîte à outils privée, chaque vault est indépendant, ne se mélange pas avec ceux des autres, et personne ne peut prendre tes fonds pour les remettre en garantie. Petite remarque : avant, tous ces projets inter-chaînes me donnaient l’impression de stocker les lingots d’or de chez moi dans un coffre de banque… mais en donnant la clé à quelqu’un d’autre. Avec les TBV, c’est plutôt comme si tu creusais ta propre cave : tu enterres les lingots, et tu n’envoies que la preuve de ce que tu as enterré, ainsi que les preuves que les conditions sont bien remplies pour pouvoir les récupérer. Le combo script Bitcoin + preuve ZK + période de défi BABE minimise la confiance. Dans la pratique, le peg-in doit attendre les confirmations Bitcoin, et la demande de rachat dispose d’une fenêtre de défi de quelques jours : mais franchement, le sentiment de sécurité est énorme. Évidemment, ce n’est pas parfait. Le script Bitcoin a ses limites, le coût de vérification des preuves n’est pas négligeable, et l’adoption demandera du temps ainsi que davantage d’applications. Mais comparé aux anciens schémas « faites-nous confiance », c’est déjà un vrai pas en avant, pragmatique. Babylon apporte la sécurité native du BTC dans un monde DeFi plus large, au lieu de transformer le BTC de force. En tant que vieux joueur de crypto, ce que j’apprécie le plus, c’est cette attitude sans compromis : ne pas sacrifier le self-custody, ne pas jouer avec des artifices de wrapping, et s’attaquer au problème avec de la cryptographie pure. @babylonlabs_io Pour finir, quand on y pense : dès sa naissance, le Bitcoin incarne une philosophie — ne dépendre de personne, survivre grâce au code et au consensus. Les TBV étendent cet esprit au DeFi : ta richesse reste à toi, mais elle peut enfin circuler pour servir davantage de scénarios, au lieu de dormir pour toujours. Peut-être que c’est ça, le vrai sens de la crypto : revenir à l’essentiel, tout en ouvrant une nouvelle porte. Ça mérite vraiment d’y porter attention. #baby $BABY
Le Bitcoin n’a plus à être « géré » par des tiers : mon avis réel sur Babylon TBV

Honnêtement, ces dernières années, j’ai vu passer tellement de schémas « Bitcoin vers DeFi » que je me suis un peu habitué. On te demande à tout bout de champ de remplacer de vrais BTC par une version emballée, puis de les confier à un pont ou à un service de custody, et de prier pour que l’autre ne prenne pas la fuite. Résultat ? Seulement 1 % des BTC bougent vraiment, le reste dort tranquillement dans des portefeuilles à froid, comme un thésauriseur qui ne gagne jamais aucun rendement.

Récemment, j’ai testé les Trustless Bitcoin Vaults (TBV) de Babylon, et j’ai eu l’impression que cette chose touche enfin le point sensible. Ton BTC ne quitte pas la blockchain Bitcoin : il est simplement verrouillé dans un script Taproot auquel tu participes aux signatures. C’est comme une boîte à outils privée, chaque vault est indépendant, ne se mélange pas avec ceux des autres, et personne ne peut prendre tes fonds pour les remettre en garantie.

Petite remarque : avant, tous ces projets inter-chaînes me donnaient l’impression de stocker les lingots d’or de chez moi dans un coffre de banque… mais en donnant la clé à quelqu’un d’autre. Avec les TBV, c’est plutôt comme si tu creusais ta propre cave : tu enterres les lingots, et tu n’envoies que la preuve de ce que tu as enterré, ainsi que les preuves que les conditions sont bien remplies pour pouvoir les récupérer. Le combo script Bitcoin + preuve ZK + période de défi BABE minimise la confiance. Dans la pratique, le peg-in doit attendre les confirmations Bitcoin, et la demande de rachat dispose d’une fenêtre de défi de quelques jours : mais franchement, le sentiment de sécurité est énorme.

Évidemment, ce n’est pas parfait. Le script Bitcoin a ses limites, le coût de vérification des preuves n’est pas négligeable, et l’adoption demandera du temps ainsi que davantage d’applications. Mais comparé aux anciens schémas « faites-nous confiance », c’est déjà un vrai pas en avant, pragmatique. Babylon apporte la sécurité native du BTC dans un monde DeFi plus large, au lieu de transformer le BTC de force.

En tant que vieux joueur de crypto, ce que j’apprécie le plus, c’est cette attitude sans compromis : ne pas sacrifier le self-custody, ne pas jouer avec des artifices de wrapping, et s’attaquer au problème avec de la cryptographie pure. @BabylonLabs_io

Pour finir, quand on y pense : dès sa naissance, le Bitcoin incarne une philosophie — ne dépendre de personne, survivre grâce au code et au consensus. Les TBV étendent cet esprit au DeFi : ta richesse reste à toi, mais elle peut enfin circuler pour servir davantage de scénarios, au lieu de dormir pour toujours. Peut-être que c’est ça, le vrai sens de la crypto : revenir à l’essentiel, tout en ouvrant une nouvelle porte. Ça mérite vraiment d’y porter attention.

#baby $BABY
Mon avis sincère sur Babylon TBV : enfin, le Bitcoin bouge… mais ne criez pas victoire trop vite Honnêtement, je traîne dans la crypto depuis près de dix ans, et j’ai vu trop de projets vendre le Bitcoin comme une clé universelle. Au final, ça finit toujours par un tas de complications à « bridge » ou par des prestataires de custody qui disparaissent. Les Trustless Bitcoin Vaults (TBV) de Babylon m’ont d’abord bien accroché, mais m’ont aussi rendu prudent. J’ai récemment étudié leur solution en détail. En termes simples, vous verrouillez vos BTC dans des scripts Taproot sur la blockchain Bitcoin, comme si vous construisiez un coffre-fort privé. Ce coffre est directement lié à des smart contracts externes, par exemple Aave v4. Pour emprunter des stablecoins ? Pas de problème : des preuves à divulgation nulle (ZK) vérifient que vous avez remboursé sur la chaîne cible ou que vous remplissez les conditions, puis vous récupérez vos BTC. Tout le processus ne nécessite personne pour conserver vos clés, et il n’y a pas besoin de déplacer les fonds vers une autre chaîne. Le mécanisme de fenêtre de défi sert de sentinelle de surveillance publique : si quelqu’un tente de tricher, tout participant qualifié (y compris vous) peut empêcher l’abus. Sur le papier, ça paraît solide, non ? C’est largement mieux que ces multi-sigs en comité, qui me font toujours penser aux scandales de custody d’autrefois. En tant qu’ancien joueur, j’apprécie cette approche pragmatique. Ils ne font pas de beaux discours ni de ponts cross-chain sophistiqués : ils codent les règles directement dans les scripts Bitcoin et dans les preuves cryptographiques. Les détenteurs de Bitcoin peuvent enfin faire travailler des fonds qui étaient en sommeil, pour des prêts sur collatéral ou pour participer à plus de DeFi, sans se demander sans cesse : « Mes coins sont-ils toujours entre mes mains ? ». Par rapport aux enveloppes (wrapped) classiques du BTC, cela réduit énormément la surface d’attaque et améliore l’efficacité du capital. Cela dit, je dois nuancer : pour l’instant, la mise en œuvre dépend des challengers et de la génération de preuves, ce qui reste une barrière un peu élevée pour le grand public. Tout le monde n’a pas envie de surveiller la fenêtre de fraude ou de gérer des preuves ZK. @babylonlabs_io s’en sort plutôt honnêtement sur ce point : ils mettent l’accent sur l’autocustody et le natif Bitcoin, plutôt que sur des promesses en l’air. $BABY — d’après les rumeurs, le token aura un rôle dans l’opération des vaults et leurs mécanismes de sécurité — et je suis curieux de voir comment ça se concrétise. #baby Au fond, le Bitcoin est né d’un doute envers la confiance centralisée. Ce type de design TBV me rappelle pourquoi on est entrés dans ce milieu au départ : remplacer la confiance aveugle envers les personnes par du code et des mathématiques.
Mon avis sincère sur Babylon TBV : enfin, le Bitcoin bouge… mais ne criez pas victoire trop vite

Honnêtement, je traîne dans la crypto depuis près de dix ans, et j’ai vu trop de projets vendre le Bitcoin comme une clé universelle. Au final, ça finit toujours par un tas de complications à « bridge » ou par des prestataires de custody qui disparaissent. Les Trustless Bitcoin Vaults (TBV) de Babylon m’ont d’abord bien accroché, mais m’ont aussi rendu prudent.

J’ai récemment étudié leur solution en détail. En termes simples, vous verrouillez vos BTC dans des scripts Taproot sur la blockchain Bitcoin, comme si vous construisiez un coffre-fort privé. Ce coffre est directement lié à des smart contracts externes, par exemple Aave v4. Pour emprunter des stablecoins ? Pas de problème : des preuves à divulgation nulle (ZK) vérifient que vous avez remboursé sur la chaîne cible ou que vous remplissez les conditions, puis vous récupérez vos BTC. Tout le processus ne nécessite personne pour conserver vos clés, et il n’y a pas besoin de déplacer les fonds vers une autre chaîne. Le mécanisme de fenêtre de défi sert de sentinelle de surveillance publique : si quelqu’un tente de tricher, tout participant qualifié (y compris vous) peut empêcher l’abus. Sur le papier, ça paraît solide, non ? C’est largement mieux que ces multi-sigs en comité, qui me font toujours penser aux scandales de custody d’autrefois.

En tant qu’ancien joueur, j’apprécie cette approche pragmatique. Ils ne font pas de beaux discours ni de ponts cross-chain sophistiqués : ils codent les règles directement dans les scripts Bitcoin et dans les preuves cryptographiques. Les détenteurs de Bitcoin peuvent enfin faire travailler des fonds qui étaient en sommeil, pour des prêts sur collatéral ou pour participer à plus de DeFi, sans se demander sans cesse : « Mes coins sont-ils toujours entre mes mains ? ». Par rapport aux enveloppes (wrapped) classiques du BTC, cela réduit énormément la surface d’attaque et améliore l’efficacité du capital. Cela dit, je dois nuancer : pour l’instant, la mise en œuvre dépend des challengers et de la génération de preuves, ce qui reste une barrière un peu élevée pour le grand public. Tout le monde n’a pas envie de surveiller la fenêtre de fraude ou de gérer des preuves ZK.

@BabylonLabs_io s’en sort plutôt honnêtement sur ce point : ils mettent l’accent sur l’autocustody et le natif Bitcoin, plutôt que sur des promesses en l’air. $BABY — d’après les rumeurs, le token aura un rôle dans l’opération des vaults et leurs mécanismes de sécurité — et je suis curieux de voir comment ça se concrétise. #baby

Au fond, le Bitcoin est né d’un doute envers la confiance centralisée. Ce type de design TBV me rappelle pourquoi on est entrés dans ce milieu au départ : remplacer la confiance aveugle envers les personnes par du code et des mathématiques.
·
--
Haussier
Long et encore mangé dessus ! Le grand pain et l’éther ont chacun réalisé trois fois plus de profits. Des points d’entrée “nourris comme à la cantine” : les frères qui ont suivi ont forcément dû bien en profiter. Ces derniers jours, je n’ai cessé de dire : ne poursuis pas la hausse, attends plutôt un repli pour entrer. Beaucoup ont alors pensé que le marché allait se terminer ; moi, j’ai au contraire préféré attendre que le prix revienne à la position prévue. J’ai acheté le BTC vers 64 000, et j’ai pris l’ETH vers 1 860. À l’heure actuelle, on dirait que le marché a quand même donné les profits qu’il devait donner. $BTC {future}(BTCUSDT)
Long et encore mangé dessus !
Le grand pain et l’éther ont chacun réalisé trois fois plus de profits.
Des points d’entrée “nourris comme à la cantine” : les frères qui ont suivi ont forcément dû bien en profiter.

Ces derniers jours, je n’ai cessé de dire : ne poursuis pas la hausse, attends plutôt un repli pour entrer. Beaucoup ont alors pensé que le marché allait se terminer ; moi, j’ai au contraire préféré attendre que le prix revienne à la position prévue.

J’ai acheté le BTC vers 64 000, et j’ai pris l’ETH vers 1 860. À l’heure actuelle, on dirait que le marché a quand même donné les profits qu’il devait donner. $BTC
GRVT me fait revoir comment le capital peut vraiment « vivre » Honnêtement, après près de dix ans dans ce marché, j’ai vu trop de projets brandir des slogans, mais au final, les fonds restent bloqués et ne peuvent pas bouger entre différents comptes. Transfert, retrait, attendre la confirmation… l’efficacité du capital est tellement faible qu’on a envie d’enrager. Jusqu’à ce que je tombe sur GRVT : enfin, quelqu’un traite ce problème comme quelque chose de réel. Ces derniers temps, j’ai fait tourner quelques positions sur leur plateforme, et mon ressenti est le suivant : une même tranche de USDT, injectée une fois, peut servir à la fois de marge pour des contrats perpétuels avec un levier x50 pour faire du BTC ou de l’or tokenisé (RWA), et aussi, par défaut, bénéficier d’un rendement. Ce n’est pas un APY inventé à la va-vite, mais un rendement réellement issu des frais du protocole et de flux DeFi externes. Les fonds ne restent pas inactifs : ils ne subissent pas non plus un faux dilemme « l’un ou l’autre ». Voilà un point dont j’ai longuement pesté : le problème du « capital qui freine ». Avec GRVT, j’ai enfin une solution concrète. Le matching des ordres est aussi rapide qu’en CEX, le règlement repose sur des preuves ZK en chaîne, et les clés de self-custody restent entre vos mains : pas besoin de s’inquiéter que la plateforme fasse la malle avec les fonds. J’ai aussi testé leur fonction Strategies. J’ai choisi quelques stratégies de managers validées et j’y ai mis une petite partie. Le manager peut déplacer son capital, mais ne peut pas toucher à mon principal : les positions se mettent à jour toutes les quatre heures, ce qui protège leurs avantages tout en me donnant l’esprit tranquille. Transparent, transférable — comme trouver un gérant sérieux pour faire le travail à votre place, sans devoir signer un protocole de custody. C’est bien mieux que d’être bloqué dans des fonds traditionnels… même si je dois quand même émettre une critique : pour l’instant, il faut encore consacrer un peu de temps pour choisir soi-même les stratégies. Si le système était encore plus intelligent, ce serait encore mieux. Le token $GRVT arrive bientôt : en tant que détenteur, vous pourrez obtenir de meilleurs taux de frais, une part de rendement plus élevée et divers droits pratiques. Une offre fixe de 1 milliard (1 000 000 000) de tokens, sans émission anarchique : j’apprécie. Ce n’est pas un énième projet qui lance de grands slogans, c’est un projet qui relie de façon concrète trading, gains d’intérêt et investissements pour que l’argent circule vraiment. Et pour finir, je vais le dire en grand. L’argent n’est jamais « mort » : c’est une concentration de temps et de choix. On échange notre vie contre lui, mais on le laisse souvent dormir dans différents silos. GRVT me rappelle que les systèmes vraiment puissants rendent chaque centime éveillé, actif, et utile — au travail pour vous. Respecter la productivité du capital, c’est peut-être aussi respecter notre propre vie, limitée. @grvt_io #grvt
GRVT me fait revoir comment le capital peut vraiment « vivre »

Honnêtement, après près de dix ans dans ce marché, j’ai vu trop de projets brandir des slogans, mais au final, les fonds restent bloqués et ne peuvent pas bouger entre différents comptes. Transfert, retrait, attendre la confirmation… l’efficacité du capital est tellement faible qu’on a envie d’enrager. Jusqu’à ce que je tombe sur GRVT : enfin, quelqu’un traite ce problème comme quelque chose de réel.

Ces derniers temps, j’ai fait tourner quelques positions sur leur plateforme, et mon ressenti est le suivant : une même tranche de USDT, injectée une fois, peut servir à la fois de marge pour des contrats perpétuels avec un levier x50 pour faire du BTC ou de l’or tokenisé (RWA), et aussi, par défaut, bénéficier d’un rendement. Ce n’est pas un APY inventé à la va-vite, mais un rendement réellement issu des frais du protocole et de flux DeFi externes. Les fonds ne restent pas inactifs : ils ne subissent pas non plus un faux dilemme « l’un ou l’autre ». Voilà un point dont j’ai longuement pesté : le problème du « capital qui freine ». Avec GRVT, j’ai enfin une solution concrète. Le matching des ordres est aussi rapide qu’en CEX, le règlement repose sur des preuves ZK en chaîne, et les clés de self-custody restent entre vos mains : pas besoin de s’inquiéter que la plateforme fasse la malle avec les fonds.

J’ai aussi testé leur fonction Strategies. J’ai choisi quelques stratégies de managers validées et j’y ai mis une petite partie. Le manager peut déplacer son capital, mais ne peut pas toucher à mon principal : les positions se mettent à jour toutes les quatre heures, ce qui protège leurs avantages tout en me donnant l’esprit tranquille. Transparent, transférable — comme trouver un gérant sérieux pour faire le travail à votre place, sans devoir signer un protocole de custody. C’est bien mieux que d’être bloqué dans des fonds traditionnels… même si je dois quand même émettre une critique : pour l’instant, il faut encore consacrer un peu de temps pour choisir soi-même les stratégies. Si le système était encore plus intelligent, ce serait encore mieux.

Le token $GRVT arrive bientôt : en tant que détenteur, vous pourrez obtenir de meilleurs taux de frais, une part de rendement plus élevée et divers droits pratiques. Une offre fixe de 1 milliard (1 000 000 000) de tokens, sans émission anarchique : j’apprécie. Ce n’est pas un énième projet qui lance de grands slogans, c’est un projet qui relie de façon concrète trading, gains d’intérêt et investissements pour que l’argent circule vraiment.

Et pour finir, je vais le dire en grand. L’argent n’est jamais « mort » : c’est une concentration de temps et de choix. On échange notre vie contre lui, mais on le laisse souvent dormir dans différents silos. GRVT me rappelle que les systèmes vraiment puissants rendent chaque centime éveillé, actif, et utile — au travail pour vous. Respecter la productivité du capital, c’est peut-être aussi respecter notre propre vie, limitée.

@grvt_io #grvt
Ne te laisse pas éblouir par le Mainnet Beta : parlons de la “passe sur la lame” que Newton n’a jamais vraiment divulguée Quand j’ai vu que le Newton Mainnet Beta venait d’être lancé, tout le monde s’est mis à applaudir. J’ai passé une nuit entière à décortiquer la documentation technique, et tout le monde ne parlait que de cette AVS très en vogue et de la double validation. Mais moi, j’ai plutôt été attiré par un détail discret que personne ne mentionne : le “Shadow State Pipeline” (pipeline d’état fantôme). En termes simples, l’idée consiste à exécuter en amont, hors chaîne, dans un bac à sable, des simulations “à l’ombre” de tes stratégies multi-chaînes complexes, puis à générer une preuve d’état instantanée avant de la transmettre au réseau de validation. Le point fort, c’est d’économiser de la place : ainsi, les transactions automatisées à haute fréquence ne finissent pas par cramer le Gas à des prix exorbitants. Mais, comme toute médaille, il y a une face sombre : entre la simulation hors chaîne et le règlement réel en chaîne, il existe une “zone aveugle” liée au décalage temporel. En cas de conditions de marché extrêmes, si la source de données de prix subit une légère distorsion, l’état fantôme peut alors devenir un “état fantôme” au sens propre — et la stratégie décroche directement, avec un slippage complètement hors de contrôle. C’est précisément la raison pour laquelle les gros acteurs n’ont jusqu’ici pas osé remettre leur souveraineté sur le cœur du système. La sécurité et l’efficacité ne sont jamais les deux plateaux d’une balance : c’est une partie d’échecs dynamique sans fin. Le code peut construire un labyrinthe numérique parfait, mais il ne peut pas dompter la cupidité humaine ni l’imprévisibilité des marchés. Sur la chaîne, on cherche l’automatisation ultime ; en réalité, on essaie d’opposer à l’incrémentation ultime de l’entropie du temps une forme de déterminisme technique. Mais n’oublie pas : avant d’atteindre une rationalité absolue, toutes ces machines de précision ne sont, au fond, que des béquilles pour avancer dans la forêt obscure. Et pour la suite du @NewtonProtocol , vous en pensez quoi ? $NEWT , vous le gardez pour vous défendre ou vous attendez que le vent tourne ? Rendez-vous dans les commentaires. #Newt
Ne te laisse pas éblouir par le Mainnet Beta : parlons de la “passe sur la lame” que Newton n’a jamais vraiment divulguée

Quand j’ai vu que le Newton Mainnet Beta venait d’être lancé, tout le monde s’est mis à applaudir. J’ai passé une nuit entière à décortiquer la documentation technique, et tout le monde ne parlait que de cette AVS très en vogue et de la double validation. Mais moi, j’ai plutôt été attiré par un détail discret que personne ne mentionne : le “Shadow State Pipeline” (pipeline d’état fantôme).

En termes simples, l’idée consiste à exécuter en amont, hors chaîne, dans un bac à sable, des simulations “à l’ombre” de tes stratégies multi-chaînes complexes, puis à générer une preuve d’état instantanée avant de la transmettre au réseau de validation. Le point fort, c’est d’économiser de la place : ainsi, les transactions automatisées à haute fréquence ne finissent pas par cramer le Gas à des prix exorbitants. Mais, comme toute médaille, il y a une face sombre : entre la simulation hors chaîne et le règlement réel en chaîne, il existe une “zone aveugle” liée au décalage temporel. En cas de conditions de marché extrêmes, si la source de données de prix subit une légère distorsion, l’état fantôme peut alors devenir un “état fantôme” au sens propre — et la stratégie décroche directement, avec un slippage complètement hors de contrôle.

C’est précisément la raison pour laquelle les gros acteurs n’ont jusqu’ici pas osé remettre leur souveraineté sur le cœur du système. La sécurité et l’efficacité ne sont jamais les deux plateaux d’une balance : c’est une partie d’échecs dynamique sans fin. Le code peut construire un labyrinthe numérique parfait, mais il ne peut pas dompter la cupidité humaine ni l’imprévisibilité des marchés. Sur la chaîne, on cherche l’automatisation ultime ; en réalité, on essaie d’opposer à l’incrémentation ultime de l’entropie du temps une forme de déterminisme technique. Mais n’oublie pas : avant d’atteindre une rationalité absolue, toutes ces machines de précision ne sont, au fond, que des béquilles pour avancer dans la forêt obscure.

Et pour la suite du @NewtonProtocol , vous en pensez quoi ? $NEWT , vous le gardez pour vous défendre ou vous attendez que le vent tourne ? Rendez-vous dans les commentaires. #Newt
Qui paie l’addition des « beaux mensonges » de l’IA on-chain ?Frérot, ne t’emballe pas avant de recharger ton “foi”. Ces jours-ci, mon fil d’actualité est inondé de textes promotionnels sur des « portiques d’inspection intelligents » et des « agents IA on-chain ». J’ai tout passé au crible : sur dix personnes, neuf répètent mot pour mot les mots de la whitepaper officielle. Je ne fais ni pub, ni démolition systématique : juste, avec le point de vue d’un vieux Deg qui s’est fait avoir mille fois, je vais parler de la situation réelle que j’ai découverte après avoir retourné le réseau principal @NewtonProtocol sens dessus dessous en version Beta. Beaucoup de comptes influents encensent ce qu’ils appellent le « combo gagnant » : TEE pour l’isolation au niveau de la couche de base, preuves ZK, puis EigenLayer AVS. Mais cette boucle technologique en apparence invulnérable, en réalité, cache un coût implicite que très peu de gens démontent : **la latence d’exécution et un gonflement du gas**.

Qui paie l’addition des « beaux mensonges » de l’IA on-chain ?

Frérot, ne t’emballe pas avant de recharger ton “foi”.
Ces jours-ci, mon fil d’actualité est inondé de textes promotionnels sur des « portiques d’inspection intelligents » et des « agents IA on-chain ». J’ai tout passé au crible : sur dix personnes, neuf répètent mot pour mot les mots de la whitepaper officielle. Je ne fais ni pub, ni démolition systématique : juste, avec le point de vue d’un vieux Deg qui s’est fait avoir mille fois, je vais parler de la situation réelle que j’ai découverte après avoir retourné le réseau principal @NewtonProtocol sens dessus dessous en version Beta.
Beaucoup de comptes influents encensent ce qu’ils appellent le « combo gagnant » : TEE pour l’isolation au niveau de la couche de base, preuves ZK, puis EigenLayer AVS. Mais cette boucle technologique en apparence invulnérable, en réalité, cache un coût implicite que très peu de gens démontent : **la latence d’exécution et un gonflement du gas**.
·
--
Haussier
Partiellement vrai
Après la publication de l’IPC, le marché a enfin pris une direction Les données d’IPC sont inférieures aux attentes du marché. Dans un premier temps, le marché l’a interprété comme plutôt favorable (biais haussier) : les anticipations de baisse des taux se sont réchauffées et les actifs à risque ont globalement progressé. Mais ce qui m’intéresse n’est pas la nouvelle en tant que telle, c’est l’endroit où le prix se place une fois la nouvelle actée. D’après les chandeliers, le BTC est de nouveau revenu dans la zone de résistance proche de 64 000 ; c’est aussi la zone de transactions denses et intenses de la période précédente. L’ETH, lui, se situe dans la zone de 1 870–1 885, et il n’est pas très loin de la résistance formée par les plus hauts précédents. Une nouvelle peut soutenir le sentiment, mais ce qui détermine réellement la tendance, ce sont les positions et le volume de l’offre/demande (les “jetons”/participations) à des niveaux précis. Si le BTC parvient à s’établir efficacement au-dessus de 64 000, la prochaine étape pourrait être un nouveau test de 65 000–65 500. En revanche, si la hausse échoue et ne s’accompagne pas d’un volume suffisant, un repli vers 63 200–63 500 deviendrait au contraire une zone que je surveillerais davantage. Pour l’ETH, c’est la même chose : concentrez-vous sur la situation autour de 1 900 et sur le franchissement. Tant qu’il n’est pas solidement établi, je préfère attendre un repli vers 1 830–1 850 pour confirmation, plutôt que de poursuivre la hausse maintenant. Les données peuvent influencer le sentiment d’une journée, mais la tendance ne s’arrête pas à cause d’un seul CPI. En trading, il faut attendre les positions, pas attendre le sentiment #美国6月CPI降至3.8% $BTC {future}(BTCUSDT)
Après la publication de l’IPC, le marché a enfin pris une direction

Les données d’IPC sont inférieures aux attentes du marché. Dans un premier temps, le marché l’a interprété comme plutôt favorable (biais haussier) : les anticipations de baisse des taux se sont réchauffées et les actifs à risque ont globalement progressé. Mais ce qui m’intéresse n’est pas la nouvelle en tant que telle, c’est l’endroit où le prix se place une fois la nouvelle actée.

D’après les chandeliers, le BTC est de nouveau revenu dans la zone de résistance proche de 64 000 ; c’est aussi la zone de transactions denses et intenses de la période précédente. L’ETH, lui, se situe dans la zone de 1 870–1 885, et il n’est pas très loin de la résistance formée par les plus hauts précédents.

Une nouvelle peut soutenir le sentiment, mais ce qui détermine réellement la tendance, ce sont les positions et le volume de l’offre/demande (les “jetons”/participations) à des niveaux précis.

Si le BTC parvient à s’établir efficacement au-dessus de 64 000, la prochaine étape pourrait être un nouveau test de 65 000–65 500. En revanche, si la hausse échoue et ne s’accompagne pas d’un volume suffisant, un repli vers 63 200–63 500 deviendrait au contraire une zone que je surveillerais davantage.

Pour l’ETH, c’est la même chose : concentrez-vous sur la situation autour de 1 900 et sur le franchissement. Tant qu’il n’est pas solidement établi, je préfère attendre un repli vers 1 830–1 850 pour confirmation, plutôt que de poursuivre la hausse maintenant.

Les données peuvent influencer le sentiment d’une journée, mais la tendance ne s’arrête pas à cause d’un seul CPI. En trading, il faut attendre les positions, pas attendre le sentiment #美国6月CPI降至3.8% $BTC
Ne vous contentez pas de regarder les taux annualisés : parlons des « détails mortels » que la whitepaper de GRVT n’a pas été mâchés En ce moment, tout le monde sur le web répète l’info selon laquelle le TGE est prévu le 21/07/2025 à @grvt_io 7. Les gens calculent surtout combien vaudra l’airdrop de 28%, ou encore se vantent de son « solde qui gagne des intérêts » à 11%. Moi, qui passe mes journées dans des contrats et danse littéralement tête contre tête avec la ligne de liquidation, je me suis plutôt mis à dévorer sa très épaisse whitepaper. Et j’ai repéré une logique sous-jacente presque jamais évoquée, mais incroyablement hardcore : la Circuitized Business Logic. Traduction en clair de la novlangue officielle. En général, les projets ZK regroupent simplement le résultat des transactions pour générer une preuve, mais GRVT encode directement dans ses circuits ZK les règles les plus faciles à contester, et les plus faciles à manipuler en coulisses — par exemple les conditions de liquidation forcée, le « mark-to-market quotidien des capitaux propres » et même le tri des transactions. Que signifie cela ? La plateforme ne pourra pas « s’enfuir avec la caisse » ; et elle ne pourra pas non plus exploiter un décalage de temps, insérer malicieusement une aiguille (une transaction parasite), ou modifier discrètement en arrière-plan votre ligne de liquidation pour vous exploser de manière ciblée. Le code équivaut à la loi : les mathématiques verrouillent directement la possibilité de faire du mal. Mais toute médaille a deux faces. Mettre toute cette logique métier complexe dans un circuit, c’est comme remplir un banquet complet dans une coquille d’escargot. Plus la complexité du circuit est élevée, plus la probabilité de vulnérabilités inconnues au niveau du socle grimpe de manière exponentielle. La vitesse de génération des preuves à divulgation nulle vantée dans la whitepaper est vraiment impressionnante, mais si des volumes massifs explosent en cas de marché extrême, ou si la vérification échoue, les plans de secours sont décrits de façon trop vague. En clair : cette architecture transforme le « risque moral » d’un CEX en un « risque technique » systémique. Si elle arrive à encaisser un marché extrême, alors ce sera un énorme saut pour les règles de trading on-chain ; si elle n’y arrive pas, la haute complexité du circuit deviendra un labyrinthe invisible qui enterre des fonds. Les infrastructures Web3 ne croient jamais à la perfection. Elles utilisent un type de risque pour en compenser un autre. En échangeant la transparence technique contre la complexité du système : pour savoir si le calcul vaut le coup, pas besoin de publicité — regardez simplement les trois premiers jours de carnet d’ordres en conditions réelles. #grvt
Ne vous contentez pas de regarder les taux annualisés : parlons des « détails mortels » que la whitepaper de GRVT n’a pas été mâchés

En ce moment, tout le monde sur le web répète l’info selon laquelle le TGE est prévu le 21/07/2025 à @grvt_io 7. Les gens calculent surtout combien vaudra l’airdrop de 28%, ou encore se vantent de son « solde qui gagne des intérêts » à 11%. Moi, qui passe mes journées dans des contrats et danse littéralement tête contre tête avec la ligne de liquidation, je me suis plutôt mis à dévorer sa très épaisse whitepaper. Et j’ai repéré une logique sous-jacente presque jamais évoquée, mais incroyablement hardcore : la Circuitized Business Logic.

Traduction en clair de la novlangue officielle. En général, les projets ZK regroupent simplement le résultat des transactions pour générer une preuve, mais GRVT encode directement dans ses circuits ZK les règles les plus faciles à contester, et les plus faciles à manipuler en coulisses — par exemple les conditions de liquidation forcée, le « mark-to-market quotidien des capitaux propres » et même le tri des transactions. Que signifie cela ? La plateforme ne pourra pas « s’enfuir avec la caisse » ; et elle ne pourra pas non plus exploiter un décalage de temps, insérer malicieusement une aiguille (une transaction parasite), ou modifier discrètement en arrière-plan votre ligne de liquidation pour vous exploser de manière ciblée. Le code équivaut à la loi : les mathématiques verrouillent directement la possibilité de faire du mal.

Mais toute médaille a deux faces. Mettre toute cette logique métier complexe dans un circuit, c’est comme remplir un banquet complet dans une coquille d’escargot. Plus la complexité du circuit est élevée, plus la probabilité de vulnérabilités inconnues au niveau du socle grimpe de manière exponentielle. La vitesse de génération des preuves à divulgation nulle vantée dans la whitepaper est vraiment impressionnante, mais si des volumes massifs explosent en cas de marché extrême, ou si la vérification échoue, les plans de secours sont décrits de façon trop vague.

En clair : cette architecture transforme le « risque moral » d’un CEX en un « risque technique » systémique. Si elle arrive à encaisser un marché extrême, alors ce sera un énorme saut pour les règles de trading on-chain ; si elle n’y arrive pas, la haute complexité du circuit deviendra un labyrinthe invisible qui enterre des fonds.

Les infrastructures Web3 ne croient jamais à la perfection. Elles utilisent un type de risque pour en compenser un autre. En échangeant la transparence technique contre la complexité du système : pour savoir si le calcul vaut le coup, pas besoin de publicité — regardez simplement les trois premiers jours de carnet d’ordres en conditions réelles.
#grvt
Ne te laisse pas éblouir par les slides PPT : parlons des réflexions froides derrière la bêta du mainnet de Newton ProtocolCes jours-ci, sur la place Binance, il n’y a que des « enregistrements » : sur dix personnes, neuf récitent les textes officiels. Quand tu cliques, soit c’est « automatisation vérifiable », soit c’est une approbation « EigenLayer AVS », et tout n’est que des mots mâchés. Aujourd’hui, je ne me fais pas entraîner par la tendance : je viens de relire à fond le @NewtonProtocol de la Mainnet Beta, et d’en décortiquer les détails techniques du niveau du code. Je veux adopter une perspective de vieux vétéran aguerri, et parler franchement aux frères, de grosses vérités. D’abord, je vais lancer un crochet innovant : tout le monde scrute la double sécurité TEE et ZKP de chez eux, mais j’ai remarqué un détail technique profondément caché dans un document, presque jamais évoqué — le mécanisme de « compte fantôme d’intention » (Intent Shadow Account, ISA). En termes simples, quand on joue à l’automatisation inter-chaînes ou qu’on laisse un Agent IA gérer nos actifs, le pire scénario est que l’autorisation soit ouverte : c’est alors que toute la fortune peut fuiter. Avec le mécanisme ISA de Newton, c’est comme si, au niveau du socle, on te générait une « double virtuelle ». Ta clé privée n’a pas besoin de quitter le portefeuille ; l’Agent ne peut s’agiter que dans un espace fantôme isolé. Et cet espace est verrouillé à double tour grâce à **des minuteries (timelocks) et une porte de cryptographie unidirectionnelle**. Ce design est vraiment solide : il y a du contenu, c’est plus pragmatique que d’empiler des termes cryptographiques pour faire joli.

Ne te laisse pas éblouir par les slides PPT : parlons des réflexions froides derrière la bêta du mainnet de Newton Protocol

Ces jours-ci, sur la place Binance, il n’y a que des « enregistrements » : sur dix personnes, neuf récitent les textes officiels. Quand tu cliques, soit c’est « automatisation vérifiable », soit c’est une approbation « EigenLayer AVS », et tout n’est que des mots mâchés. Aujourd’hui, je ne me fais pas entraîner par la tendance : je viens de relire à fond le @NewtonProtocol de la Mainnet Beta, et d’en décortiquer les détails techniques du niveau du code. Je veux adopter une perspective de vieux vétéran aguerri, et parler franchement aux frères, de grosses vérités.
D’abord, je vais lancer un crochet innovant : tout le monde scrute la double sécurité TEE et ZKP de chez eux, mais j’ai remarqué un détail technique profondément caché dans un document, presque jamais évoqué — le mécanisme de « compte fantôme d’intention » (Intent Shadow Account, ISA). En termes simples, quand on joue à l’automatisation inter-chaînes ou qu’on laisse un Agent IA gérer nos actifs, le pire scénario est que l’autorisation soit ouverte : c’est alors que toute la fortune peut fuiter. Avec le mécanisme ISA de Newton, c’est comme si, au niveau du socle, on te générait une « double virtuelle ». Ta clé privée n’a pas besoin de quitter le portefeuille ; l’Agent ne peut s’agiter que dans un espace fantôme isolé. Et cet espace est verrouillé à double tour grâce à **des minuteries (timelocks) et une porte de cryptographie unidirectionnelle**. Ce design est vraiment solide : il y a du contenu, c’est plus pragmatique que d’empiler des termes cryptographiques pour faire joli.
Ne vous laissez pas impressionner par ces schémas d’architecture “grandiose” : parlons plutôt des réalités sans fard que Newton cherche à cacher. Ces derniers temps, dans la communauté, on dit que Magic Labs a lancé un testnet Beta sur le réseau principal @NewtonProtocol . Beaucoup voient un tour de financement de 90 millions de dollars, puis empilent TEE, ZKP et EigenLayer AVS comme si ça garantissait que “tout est verrouillé”. Mais je vous conseille de ne pas vous précipiter pour miser vos jetons. Sans faire l’éloge ni le procès, ouvrons directement le capot pour regarder la logique de fond. Son argument central, c’est de transformer des stratégies de conformité complexes en du code exécutable automatiquement. Sur le papier, c’est magnifique : comme si on installait une sorte de portique de sécurité intelligent devant le trading. Pourtant, d’après mon ressenti en test, il y a au moins deux défauts très embarrassants. Le premier, c’est l’explosion de la puissance de calcul qui entraîne une latence, et des frais Gas surévalués. Un transfert on-chain qui paraît simple, dans Newton — dans un environnement isolé “off-chain” — doit d’abord faire l’analyse de l’état, puis exécuter la validation de la stratégie, ensuite générer une preuve ZK, et seulement à la fin renvoyer la réponse pour débloquer la transaction on-chain. C’est un peu comme si, pour aller dans un magasin de proximité, le vigile devait scanner trois fois toute votre personne et exiger aussi un certificat d’absence de casier judiciaire. Le deuxième point, c’est ce mécanisme de “Trustless Dispute Resolution” (règlement des litiges sans confiance), qui fait très sérieux. Il permet à n’importe qui de contester un nœud malveillant en utilisant une machine virtuelle ZK. Sur le plan logique, c’est une boucle fermée parfaite. Mais cela ignore l’écueil le plus fatal du démarrage à froid : s’il n’y a aucun intérêt à agir, qui va passer son temps, déployer sa technique et payer son Gas pour jouer le rôle de “police” on-chain ? Tant qu’aucune sanction Slashing réelle ne survient pendant une journée, ce modèle sans confiance ne sera qu’un beau plan sur papier. Et en plus, avec le repli du cours des $NEWT depuis son sommet — une fois la valeur nominale des actifs mis en garantie réduite — la marge peut-elle vraiment couvrir les pertes réelles des utilisateurs ? Autrement dit : on peut sérieusement en douter. Sur le plan philosophique, l’évolution du monde crypto a toujours été tiraillée entre une liberté absolue (“le code est la loi”) et un ordre réaliste (“les règles sont des garde-fous”). Newton essaie de dompter, à l’aide de formules mathématiques froides, une politique et une nature humaine extrêmement complexes. Je suis d’accord sur l’orientation de cette route, mais tant que les données réelles et les cas de sanctions ne sortent pas, je n’accompagne le mouvement qu’avec une très petite partie de mes fonds. Engager tout son capital sur une boucle fermée qui n’est pas encore au point, ce n’est pas du courage : c’est de l’aveuglement. #Newt $NEWT
Ne vous laissez pas impressionner par ces schémas d’architecture “grandiose” : parlons plutôt des réalités sans fard que Newton cherche à cacher.

Ces derniers temps, dans la communauté, on dit que Magic Labs a lancé un testnet Beta sur le réseau principal @NewtonProtocol . Beaucoup voient un tour de financement de 90 millions de dollars, puis empilent TEE, ZKP et EigenLayer AVS comme si ça garantissait que “tout est verrouillé”. Mais je vous conseille de ne pas vous précipiter pour miser vos jetons. Sans faire l’éloge ni le procès, ouvrons directement le capot pour regarder la logique de fond.

Son argument central, c’est de transformer des stratégies de conformité complexes en du code exécutable automatiquement. Sur le papier, c’est magnifique : comme si on installait une sorte de portique de sécurité intelligent devant le trading. Pourtant, d’après mon ressenti en test, il y a au moins deux défauts très embarrassants.

Le premier, c’est l’explosion de la puissance de calcul qui entraîne une latence, et des frais Gas surévalués. Un transfert on-chain qui paraît simple, dans Newton — dans un environnement isolé “off-chain” — doit d’abord faire l’analyse de l’état, puis exécuter la validation de la stratégie, ensuite générer une preuve ZK, et seulement à la fin renvoyer la réponse pour débloquer la transaction on-chain. C’est un peu comme si, pour aller dans un magasin de proximité, le vigile devait scanner trois fois toute votre personne et exiger aussi un certificat d’absence de casier judiciaire.

Le deuxième point, c’est ce mécanisme de “Trustless Dispute Resolution” (règlement des litiges sans confiance), qui fait très sérieux. Il permet à n’importe qui de contester un nœud malveillant en utilisant une machine virtuelle ZK. Sur le plan logique, c’est une boucle fermée parfaite. Mais cela ignore l’écueil le plus fatal du démarrage à froid : s’il n’y a aucun intérêt à agir, qui va passer son temps, déployer sa technique et payer son Gas pour jouer le rôle de “police” on-chain ? Tant qu’aucune sanction Slashing réelle ne survient pendant une journée, ce modèle sans confiance ne sera qu’un beau plan sur papier. Et en plus, avec le repli du cours des $NEWT depuis son sommet — une fois la valeur nominale des actifs mis en garantie réduite — la marge peut-elle vraiment couvrir les pertes réelles des utilisateurs ? Autrement dit : on peut sérieusement en douter.

Sur le plan philosophique, l’évolution du monde crypto a toujours été tiraillée entre une liberté absolue (“le code est la loi”) et un ordre réaliste (“les règles sont des garde-fous”). Newton essaie de dompter, à l’aide de formules mathématiques froides, une politique et une nature humaine extrêmement complexes. Je suis d’accord sur l’orientation de cette route, mais tant que les données réelles et les cas de sanctions ne sortent pas, je n’accompagne le mouvement qu’avec une très petite partie de mes fonds.

Engager tout son capital sur une boucle fermée qui n’est pas encore au point, ce n’est pas du courage : c’est de l’aveuglement.

#Newt $NEWT
Le réseau Operator de Newton me rappelle les jours où je testais des nœuds sur le réseau. Hier soir, j’ai regardé Newton Explorer : depuis le lancement de la version Beta du réseau principal, on compte déjà plus de 120 000 enregistrements d’attestation. Honnêtement, ce chiffre m’a un peu sonné. Le réseau Operator de @NewtonProtocol tourne sur EigenLayer, avec du restaking pour la sécurité économique. Ce design n’est pas nouveau, mais Newton a ajouté un coup très dur : lorsque chaque operator exécute une policy, il doit la faire tourner dans un TEE, puis générer une signature. En cas d’erreur, c’est le slash. J’ai fait le calcul : avec les exigences actuelles de staking de NEWT, le coût pour un operator malveillant correspond à peu près à six mois de revenus à zéro. C’est plus honnête que beaucoup de sequencers de L2 ; eux, quand ils font des petits manœuvres, vous ne pouvez vraiment pas les attraper. Mais je vais rafraîchir la perspective. Le moteur de policy de Newton est peut-être très élégant, mais les dApps réellement connectées aujourd’hui restent encore trop peu nombreuses. Dans le livre blanc, ils dessinent de grands rêves — RWA, stablecoins, agents IA — mais sur la Beta du réseau principal, les premiers acteurs se limitent à des vaults DeFi. Je ne crache pas sur les vaults, mais les clients institutionnels veulent un pack combinant Persona KYC + score d’adresse sur Etherscan + rating de crédit Credora, pas un simple seuil de prix. Newton a intégré ces sources de données, mais pour l’instant, je ne vois qu’un projet — celui de Magic Labs — capable de les assembler en un workflow complet. Un détail est particulièrement intéressant : Newton écrit sa logique de policy avec Rego, un langage issu d’Open Policy Agent, très familier pour la communauté cloud-native, mais que la plupart des développeurs crypto n’ont jamais touché. J’ai essayé d’écrire une vérification simple d’une liste de sanctions : la syntaxe est plus claire que celle de Solidity, mais l’expérience de debug ressemble à chercher des interrupteurs dans le noir. La documentation SDK indique qu’elle supporte un mode de simulation, mais il m’a fallu trois tentatives pour comprendre le mappage des champs entre intent et policyData. Oui, je suis un vieux renard du bull run ; mais qu’en est-il des nouveaux ? $NEWT se négocie actuellement à moins de cinq cents, et son FDV est sous 50 millions. Dans la communauté, certains disent que c’est sous-évalué ; moi, je regarde le 78,5 % de quantité en lock, et je souris sans rien dire. Le 24 juillet, il y aura encore un unlock : est-ce que le marché va encore s’écraser ? Je ne sais pas. Mais je sais ceci : si un projet qui se présente comme une « infrastructure de confiance » voit la trajectoire de son propre token inspirer la méfiance, même le récit le plus grandiose n’est qu’un château dans les nuages. Cela dit, je suis quand même prêt à donner du temps à Newton. #Newt $NEWT {spot}(NEWTUSDT)
Le réseau Operator de Newton me rappelle les jours où je testais des nœuds sur le réseau.
Hier soir, j’ai regardé Newton Explorer : depuis le lancement de la version Beta du réseau principal, on compte déjà plus de 120 000 enregistrements d’attestation. Honnêtement, ce chiffre m’a un peu sonné.

Le réseau Operator de @NewtonProtocol tourne sur EigenLayer, avec du restaking pour la sécurité économique. Ce design n’est pas nouveau, mais Newton a ajouté un coup très dur : lorsque chaque operator exécute une policy, il doit la faire tourner dans un TEE, puis générer une signature. En cas d’erreur, c’est le slash. J’ai fait le calcul : avec les exigences actuelles de staking de NEWT, le coût pour un operator malveillant correspond à peu près à six mois de revenus à zéro. C’est plus honnête que beaucoup de sequencers de L2 ; eux, quand ils font des petits manœuvres, vous ne pouvez vraiment pas les attraper.

Mais je vais rafraîchir la perspective. Le moteur de policy de Newton est peut-être très élégant, mais les dApps réellement connectées aujourd’hui restent encore trop peu nombreuses. Dans le livre blanc, ils dessinent de grands rêves — RWA, stablecoins, agents IA — mais sur la Beta du réseau principal, les premiers acteurs se limitent à des vaults DeFi. Je ne crache pas sur les vaults, mais les clients institutionnels veulent un pack combinant Persona KYC + score d’adresse sur Etherscan + rating de crédit Credora, pas un simple seuil de prix. Newton a intégré ces sources de données, mais pour l’instant, je ne vois qu’un projet — celui de Magic Labs — capable de les assembler en un workflow complet.

Un détail est particulièrement intéressant : Newton écrit sa logique de policy avec Rego, un langage issu d’Open Policy Agent, très familier pour la communauté cloud-native, mais que la plupart des développeurs crypto n’ont jamais touché. J’ai essayé d’écrire une vérification simple d’une liste de sanctions : la syntaxe est plus claire que celle de Solidity, mais l’expérience de debug ressemble à chercher des interrupteurs dans le noir. La documentation SDK indique qu’elle supporte un mode de simulation, mais il m’a fallu trois tentatives pour comprendre le mappage des champs entre intent et policyData. Oui, je suis un vieux renard du bull run ; mais qu’en est-il des nouveaux ?

$NEWT se négocie actuellement à moins de cinq cents, et son FDV est sous 50 millions. Dans la communauté, certains disent que c’est sous-évalué ; moi, je regarde le 78,5 % de quantité en lock, et je souris sans rien dire. Le 24 juillet, il y aura encore un unlock : est-ce que le marché va encore s’écraser ? Je ne sais pas. Mais je sais ceci : si un projet qui se présente comme une « infrastructure de confiance » voit la trajectoire de son propre token inspirer la méfiance, même le récit le plus grandiose n’est qu’un château dans les nuages.
Cela dit, je suis quand même prêt à donner du temps à Newton.
#Newt $NEWT
Les capitaux qui foncent à toute vitesse sur la chaîne rencontrent enfin des plaquettes de freinHonnêtement, j’ai mis les pieds dans la crypto depuis près de huit ans : sorti du chaos des ICO de 2017, traversé le carnage de l’été DeFi, puis vu arriver cette vague de fonds institutionnels pour le RWA, discrètement, sans faire de bruit. J’ai vu trop de projets. Beaucoup de choses sont annoncées avec fracas… mais au final, même des vannes de sécurité de base ne sont pas installées. Et alors ? L’argent arrive vite, mais les gens repartent encore plus vite : au bout du compte, il faut bien que quelqu’un ramasse la pagaille laissée derrière. Ces derniers temps, le Mainnet Beta de Newton Protocol a enfin été lancé, et ça m’a donné envie d’y regarder de plus près.@NewtonProtocol Ce projet ne joue pas à faire semblant : ce qu’il fait est simple, mais extrêmement crucial. Avant même que les transactions ne soient réellement “incarnées” sur la blockchain, il met en place un ensemble de règles pour filtrer. Pas un audit a posteriori, pas des artifices côté UI : il s’agit vraiment d’insérer un garde-fou entre l’intention (intent) et l’exécution (execution), en s’appuyant sur des données en temps réel (prix, score de risque, liste de conformité) pour décider d’autoriser ou de bloquer. Et surtout, avec la sortie de VaultKit, les curators des vaults DeFi peuvent enfin transformer les limites de risque rédigées sur papier, la vérification des contreparties, les plafonds par transaction en choses réellement exécutées on-chain.

Les capitaux qui foncent à toute vitesse sur la chaîne rencontrent enfin des plaquettes de frein

Honnêtement, j’ai mis les pieds dans la crypto depuis près de huit ans : sorti du chaos des ICO de 2017, traversé le carnage de l’été DeFi, puis vu arriver cette vague de fonds institutionnels pour le RWA, discrètement, sans faire de bruit. J’ai vu trop de projets. Beaucoup de choses sont annoncées avec fracas… mais au final, même des vannes de sécurité de base ne sont pas installées. Et alors ? L’argent arrive vite, mais les gens repartent encore plus vite : au bout du compte, il faut bien que quelqu’un ramasse la pagaille laissée derrière.
Ces derniers temps, le Mainnet Beta de Newton Protocol a enfin été lancé, et ça m’a donné envie d’y regarder de plus près.@NewtonProtocol Ce projet ne joue pas à faire semblant : ce qu’il fait est simple, mais extrêmement crucial. Avant même que les transactions ne soient réellement “incarnées” sur la blockchain, il met en place un ensemble de règles pour filtrer. Pas un audit a posteriori, pas des artifices côté UI : il s’agit vraiment d’insérer un garde-fou entre l’intention (intent) et l’exécution (execution), en s’appuyant sur des données en temps réel (prix, score de risque, liste de conformité) pour décider d’autoriser ou de bloquer. Et surtout, avec la sortie de VaultKit, les curators des vaults DeFi peuvent enfin transformer les limites de risque rédigées sur papier, la vérification des contreparties, les plafonds par transaction en choses réellement exécutées on-chain.
Ne vous laissez pas étourdir par le TPS élevé : parlons des « petites manies » de GRVT en matière de garantie intégrale et de logique de règlement Se focaliser sur ces quelques profits dérisoires liés aux airdrops n’a pas grand intérêt. Aujourd’hui, on change de perspective et on discute du mécanisme de règlement sous-jacent que tout le monde n’a pas encore réussi à complètement disséquer depuis @grvt_io . Tout le monde sait qu’il a utilisé Validium pour obtenir une forte concurrence, mais en tant que joueur de contrats qui a l’habitude de lécher le fil du rasoir, ce qui m’intéresse surtout, c’est de savoir si son modèle de garantie intégrale multi-devises et son règlement asynchrone hors chaîne peuvent tenir face à des conditions de marché extrêmes. Sur les plateformes traditionnelles décentralisées d’options et de dérivés, même en mode full collateral, à cause du retard de la liquidité on-chain (pools) et des prix fournis par les oracles, la liquidation suite à une faillite (explosion) s’accompagne souvent d’un énorme slippage, voire peut déclencher le fonds d’assurance de couverture des positions débitrices. Cette fois, GRVT a mis en place une micro-innovation : introduire une matrice de liquidation dynamique basée sur la Value at Risk (VaR) du compte. En termes simples, elle applique une décote en temps réel aux actifs multi-devises de l’utilisateur en fonction de la volatilité, puis l’engin de règlement hors chaîne réalise une évaluation du risque à l’échelle de la milliseconde. Dès que la ligne de liquidation est franchie, le système ne jette pas directement votre position sur le marché pour provoquer un dump, mais privilégie d’abord une liquidation protocolaire au sein du réseau de fournisseurs de liquidité interne. Ce design paraît très séduisant : il protège le marché contre l’effet domino des liquidations qui le ferait s’effondrer, et il aide aussi les utilisateurs à éviter des pénalités de liquidation forcée coûteuses. Mais il y a un risque majeur : il existe un décalage temporel entre le rapprochement hors chaîne et la liquidation ZK on-chain. Dans un scénario extrême de type « aiguille » (spike/épingle), si l’engin hors chaîne considère que vous êtes déjà en faillite et a effectué un transfert interne, alors que l’état racine (root) on-chain n’a pas encore été mis à jour, cette exécution asynchrone « d’abord trancher, ensuite s’expliquer » peut très facilement provoquer des litiges juridiques et techniques entre les équipes d’arbitrage et la plateforme. Les promoteurs veulent toujours dompter le marché avec des modèles mathématiques précis. Ils utilisent Validium pour la vitesse, et une matrice dynamique pour se prémunir contre les risques : fondamentalement, ils jouent à l’équilibriste entre efficacité et sécurité. Mais dans le monde crypto, la philosophie la plus élevée n’est jamais le contrôle parfait : c’est de reconnaître le chaos. Un ordre trop conçu s’effondre souvent au moment où il y a le plus de désordre. Ce mécanisme finement ciselé sera-t-il un refuge pour les institutions, ou le prochain terrain fertile pour un cygne noir ? Nous verrons bien. #grvt
Ne vous laissez pas étourdir par le TPS élevé : parlons des « petites manies » de GRVT en matière de garantie intégrale et de logique de règlement

Se focaliser sur ces quelques profits dérisoires liés aux airdrops n’a pas grand intérêt. Aujourd’hui, on change de perspective et on discute du mécanisme de règlement sous-jacent que tout le monde n’a pas encore réussi à complètement disséquer depuis @grvt_io . Tout le monde sait qu’il a utilisé Validium pour obtenir une forte concurrence, mais en tant que joueur de contrats qui a l’habitude de lécher le fil du rasoir, ce qui m’intéresse surtout, c’est de savoir si son modèle de garantie intégrale multi-devises et son règlement asynchrone hors chaîne peuvent tenir face à des conditions de marché extrêmes.

Sur les plateformes traditionnelles décentralisées d’options et de dérivés, même en mode full collateral, à cause du retard de la liquidité on-chain (pools) et des prix fournis par les oracles, la liquidation suite à une faillite (explosion) s’accompagne souvent d’un énorme slippage, voire peut déclencher le fonds d’assurance de couverture des positions débitrices. Cette fois, GRVT a mis en place une micro-innovation : introduire une matrice de liquidation dynamique basée sur la Value at Risk (VaR) du compte. En termes simples, elle applique une décote en temps réel aux actifs multi-devises de l’utilisateur en fonction de la volatilité, puis l’engin de règlement hors chaîne réalise une évaluation du risque à l’échelle de la milliseconde. Dès que la ligne de liquidation est franchie, le système ne jette pas directement votre position sur le marché pour provoquer un dump, mais privilégie d’abord une liquidation protocolaire au sein du réseau de fournisseurs de liquidité interne.

Ce design paraît très séduisant : il protège le marché contre l’effet domino des liquidations qui le ferait s’effondrer, et il aide aussi les utilisateurs à éviter des pénalités de liquidation forcée coûteuses. Mais il y a un risque majeur : il existe un décalage temporel entre le rapprochement hors chaîne et la liquidation ZK on-chain. Dans un scénario extrême de type « aiguille » (spike/épingle), si l’engin hors chaîne considère que vous êtes déjà en faillite et a effectué un transfert interne, alors que l’état racine (root) on-chain n’a pas encore été mis à jour, cette exécution asynchrone « d’abord trancher, ensuite s’expliquer » peut très facilement provoquer des litiges juridiques et techniques entre les équipes d’arbitrage et la plateforme.

Les promoteurs veulent toujours dompter le marché avec des modèles mathématiques précis. Ils utilisent Validium pour la vitesse, et une matrice dynamique pour se prémunir contre les risques : fondamentalement, ils jouent à l’équilibriste entre efficacité et sécurité. Mais dans le monde crypto, la philosophie la plus élevée n’est jamais le contrôle parfait : c’est de reconnaître le chaos. Un ordre trop conçu s’effondre souvent au moment où il y a le plus de désordre. Ce mécanisme finement ciselé sera-t-il un refuge pour les institutions, ou le prochain terrain fertile pour un cygne noir ? Nous verrons bien. #grvt
Arrêtez d’utiliser le grand modèle comme une « trompette à viande » pour les smart contracts : parlons du mécanisme de sandbox de confiance hors chaîne de NewtonÀ force de traîner dans le Web3, quand je vois des projets avec une étiquette « IA », je les évite pratiquement systématiquement. Le milieu est devenu aussi impatient et superficiel qu’une énorme troupe montée à la va-vite : on assemble quelques interfaces API, on enrobe le tout dans un « shell » de smart contract, puis on ose prétendre être un « cerveau distribué ». Ce qui est vraiment insupportable, ce sont ces « agents IA » qui font du trading automatique : ils traitent le grand modèle comme s’il n’avait pas de cerveau. Avec un simple coup de manipulation via des instructions malveillantes, le grand modèle peut être facilement trompé ; et il pourrait même, au détour, sortir la clé privée du portefeuille de l’utilisateur en la commentant comme du code. C’est un peu comme si vous embauchiez un stagiaire qui ne comprend même pas les règles de base de la circulation pour conduire une camionnette de transfert d’argent : l’accident arrivera tôt ou tard.

Arrêtez d’utiliser le grand modèle comme une « trompette à viande » pour les smart contracts : parlons du mécanisme de sandbox de confiance hors chaîne de Newton

À force de traîner dans le Web3, quand je vois des projets avec une étiquette « IA », je les évite pratiquement systématiquement. Le milieu est devenu aussi impatient et superficiel qu’une énorme troupe montée à la va-vite : on assemble quelques interfaces API, on enrobe le tout dans un « shell » de smart contract, puis on ose prétendre être un « cerveau distribué ». Ce qui est vraiment insupportable, ce sont ces « agents IA » qui font du trading automatique : ils traitent le grand modèle comme s’il n’avait pas de cerveau. Avec un simple coup de manipulation via des instructions malveillantes, le grand modèle peut être facilement trompé ; et il pourrait même, au détour, sortir la clé privée du portefeuille de l’utilisateur en la commentant comme du code. C’est un peu comme si vous embauchiez un stagiaire qui ne comprend même pas les règles de base de la circulation pour conduire une camionnette de transfert d’argent : l’accident arrivera tôt ou tard.
Vérifié
N’utilisez plus une posture de pari sur vos nerfs : pariez plutôt que le CEX ne va pas débrancher En traînant longtemps dans le milieu crypto, tout le monde a un mal qu’on taisait : placer ses actifs sur un CEX, c’est craindre qu’il fasse faillite ; les mettre sur un DEX classique, c’est se dire que la vitesse de matching trop lente va vous faire rater la tendance, surtout quand on joue avec des contrats à fort levier. Un simple retard peut suffire à vous liquider de force. Récemment, j’ai repéré @grvt_io , une plateforme qui mise sur un mode hybride. Beaucoup pensent encore qu’il ne s’agit que d’un concept marketing, mais j’ai analysé de près leur logique technique. En clair : ils placent le matching et le contrôle des risques hors-chaîne, tandis que la compensation (clearing) se fait sur la chaîne, via zkSync. Dit simplement : c’est comme laisser le “moteur” du trading haute fréquence réglé chez soi, mais verrouiller directement le registre et le coffre-fort dans le coffre public assuré qu’est Ethereum. Même si la plateforme débranche le câble réseau, vous pouvez toujours retirer l’argent via des contrats intelligents. Ce qui m’intéresse surtout, c’est ce qu’ils mentionnent dans leur livre blanc : **Compression de la différence d’état en mode Validium (State-Diff Compression)**. Avant, tout le monde se focalisait sur ses preuves à connaissance zéro, mais on a sous-estimé l’innovation concernant la disponibilité des données (DA). Elle ne met pas toutes les données brutes des transactions pêle-mêle sur la chaîne : elle regroupe uniquement les résultats des changements de positions (positions). Cela veut dire que, quand on programme côté front-end pour interagir avec des contrats et qu’on joue des options, on peut non seulement profiter d’une vitesse à la milliseconde comparable à celle des CEX de tout premier rang, mais aussi faire descendre au maximum les frais de Gas on-chain lors des liquidations en chaîne—ce qui résout le gros problème des échanges de dérivés haute fréquence sur la chaîne. Aujourd’hui, le monde crypto est trop nerveux : tout le monde invente de nouveaux mots, mais très peu de gens veulent faire, à la base de l’infrastructure, ce genre de travail sale—à la fois rapide et sûr. L’idée originelle de la blockchain, c’est la décentralisation ; mais si l’on cherche à tout prix l’intégration absolue on-chain au prix de l’efficacité, on s’enferme dans un piège. Les tentatives comme #grvt —chercher un compromis avec la réalité, trouver l’équilibre entre l’efficacité et la souveraineté—représentent peut-être la véritable direction d’évolution pragmatique. Après tout, dans un marché rempli d’incertitudes, pouvoir garder le contrôle de ses actifs entre ses mains, tout en passant des ordres de manière fluide, c’est la seule foi du trader.
N’utilisez plus une posture de pari sur vos nerfs : pariez plutôt que le CEX ne va pas débrancher

En traînant longtemps dans le milieu crypto, tout le monde a un mal qu’on taisait : placer ses actifs sur un CEX, c’est craindre qu’il fasse faillite ; les mettre sur un DEX classique, c’est se dire que la vitesse de matching trop lente va vous faire rater la tendance, surtout quand on joue avec des contrats à fort levier. Un simple retard peut suffire à vous liquider de force.

Récemment, j’ai repéré @grvt_io , une plateforme qui mise sur un mode hybride. Beaucoup pensent encore qu’il ne s’agit que d’un concept marketing, mais j’ai analysé de près leur logique technique. En clair : ils placent le matching et le contrôle des risques hors-chaîne, tandis que la compensation (clearing) se fait sur la chaîne, via zkSync. Dit simplement : c’est comme laisser le “moteur” du trading haute fréquence réglé chez soi, mais verrouiller directement le registre et le coffre-fort dans le coffre public assuré qu’est Ethereum. Même si la plateforme débranche le câble réseau, vous pouvez toujours retirer l’argent via des contrats intelligents.

Ce qui m’intéresse surtout, c’est ce qu’ils mentionnent dans leur livre blanc : **Compression de la différence d’état en mode Validium (State-Diff Compression)**. Avant, tout le monde se focalisait sur ses preuves à connaissance zéro, mais on a sous-estimé l’innovation concernant la disponibilité des données (DA). Elle ne met pas toutes les données brutes des transactions pêle-mêle sur la chaîne : elle regroupe uniquement les résultats des changements de positions (positions). Cela veut dire que, quand on programme côté front-end pour interagir avec des contrats et qu’on joue des options, on peut non seulement profiter d’une vitesse à la milliseconde comparable à celle des CEX de tout premier rang, mais aussi faire descendre au maximum les frais de Gas on-chain lors des liquidations en chaîne—ce qui résout le gros problème des échanges de dérivés haute fréquence sur la chaîne.

Aujourd’hui, le monde crypto est trop nerveux : tout le monde invente de nouveaux mots, mais très peu de gens veulent faire, à la base de l’infrastructure, ce genre de travail sale—à la fois rapide et sûr. L’idée originelle de la blockchain, c’est la décentralisation ; mais si l’on cherche à tout prix l’intégration absolue on-chain au prix de l’efficacité, on s’enferme dans un piège. Les tentatives comme #grvt —chercher un compromis avec la réalité, trouver l’équilibre entre l’efficacité et la souveraineté—représentent peut-être la véritable direction d’évolution pragmatique. Après tout, dans un marché rempli d’incertitudes, pouvoir garder le contrôle de ses actifs entre ses mains, tout en passant des ordres de manière fluide, c’est la seule foi du trader.
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme