六十LS

#TradFi晒单 Continuez à investir régulièrement. Ces derniers jours, les valeurs technologiques ont fortement monté en même temps ; au final, c’était juste un sursaut, ça n’a pas tenu et ça est retombé. Auparavant, j’étais en bénéfice de plus de dix points, et maintenant je suis de nouveau à découvert de plus de dix points. Toutefois, je crois encore qu’il pourra remonter. Tenez bon, installez-vous solidement, et attendez le résultat.

Encore un tas de récompenses pour les échanges en stock. Les gars, n’oubliez pas de les récupérer : #交易竞赛

800 on en a encore eu, on continue avec un 750, on continue, ça a chuté de 900 et ça ne fait que descendre, j’en peux plus, pas besoin d’être aussi mou, hein. Sur le marché A, Changxin a aussi ouvert en hausse mais n’a cessé de retomber, c’est quoi le problème ? Dépêchez-vous de rebondir 😅#TradFi晒单

Les récompenses pour les transactions de jetons d’actions ont été versées, n’oubliez pas de vérifier votre réception

Frérot, ça va dans l’ensemble ? 😂 Heureusement que je me suis barré(e) dès le début, pas la moindre logique / du tout

Personne ne se fait concurrence ? 3 000 transactions pour entrer au classement… et encore, ils ont mangé du riz au pieds de porc.
#交易竞赛

Encore une grosse pile de récompenses à récupérer

Je n’arrivais pas à dormir à minuit ; sur un tableau blanc, j’ai déroulé en entier le cycle de vie du « marché hybride » de GRVT, depuis la signature utilisateur jusqu’à la validation de l’état L1. Le marqueur a fini par s’arrêter sur les quatre mots : « appariement hors chaîne ».

​Ce modèle est vraiment extrêmement séduisant. L’officiel met en avant un compromis entre l’expérience d’un CEX et la sécurité d’un DEX : un moteur centralisé d’order book à haute fréquence se charge d’un appariement au niveau de la milliseconde, avec une promesse de résister à 600 000 TPS ; en parallèle, l’utilisateur conserve sa clé privée, les actifs se déposant dans un smart contract, tandis que le lot est scellé et réglé sur la chaîne via des preuves ZK, après emballage en masse.

​Dans un milieu qui souffre depuis longtemps du détournement de fonds par « boîte noire », cette architecture « ne touche pas à l’argent, ne fait que trader » ressemble à un antidote ultime. @grvt_io

​Mais en creusant dans le flux d’ordres, l’illusion se dissipe. Le découplage entre l’appariement et le règlement revient, en essence, à céder le contrôle le plus central, celui du « droit d’ordonnancement », à un serveur centralisé. Une fois les ordres entrés dans le moteur hors chaîne de la chaîne GRVT, savoir qui sera mangé, qui subira le slippage : pour l’extérieur, c’est totalement une boîte noire. Le projet ne peut certes pas transférer directement vos actifs, mais il détient un contrôle absolu sur la direction du flux de transactions. En cas d’extrêmes conditions de marché, ce moteur opaque traitera-t-il en priorité les annulations des market makers privilégiés, de sorte que les ordres de stop-loss des particuliers restent bloqués indéfiniment à l’étape « en file d’attente » ? Il protège contre le détournement de fonds, mais ne protège pas contre l’extraction potentielle de valeur centralisée et une censure implicite.

​Ce qui inquiète encore davantage, c’est l’arbitrage sur la disponibilité des données (DA). Pour viser une latence extrêmement faible et une expérience « zéro gas », le mode Validium de GRVT laisse une grande partie des données du ledger des transactions hors chaîne, et ne soumet à la L1 que la racine d’état et les preuves ZK. Cela semble efficace, mais en réalité, c’est un test des limites de la décentralisation. Dès que les nœuds responsables des données hors chaîne (DAC) tombent en panne, conspirent ou sont arrachés en raison d’un cas de force majeure, même si les smart contracts ZK du réseau principal Ethereum sont parfaitement intacts, les utilisateurs se retrouvent piégés : incapables de reconstruire l’état du arbre de Merkle, ils ne pourront pas retirer leurs fonds de force. « Les actifs en auto-custodie » : sans support solide de données sous-jacentes, cela peut à tout moment devenir un livret sans mot de passe.

​Ce qui précède n’est qu’une déduction personnelle, et ne constitue pas un conseil en investissement. DYOR. Forcer le rythme d’un CEX et le règlement d’un DEX à être fusionnés : est-ce une réduction de dimension qui attaque le paradigme du trading, ou bien un nouveau cycle de la vieille route centralisée, déguisé derrière une façade Web3 ? N’hésitez pas à en discuter dans la section commentaires. #grvt

Auparavant, en explorant des dérivés décentralisés, tout le monde avait l’habitude de se focaliser sur le TPS et les frais de Gas, mais en disséquant le grand livre sous-jacent de GRVT, ce qui m’intéresse le plus, c’est sa logique de « cloisonnement de la confidentialité ». Les contrats blockchain traditionnels ressemblent souvent à une arène à nu : les positions des utilisateurs et les lignes de liquidation y sont visibles sans le moindre effort sur le navigateur, et les attaques ciblées relèvent presque de la routine. @grvt_io

GRVT ne suit pas la voie classique des ZK-Rollups ; il passe à une architecture de type Validium. En termes simples, le rapprochement des transactions et le calcul de l’état sont effectués hors chaîne, mais au lieu de tout regrouper et de déposer les données détaillées des transactions (DA) sur le réseau principal Ethereum, il les confie à un comité distinct d’« availability » des données (DAC) chargé de l’hébergement.

Cela signifie que les traqueurs qui fixent uniquement les données on-chain pour faire du trading en miroir inversé, ou ceux qui utilisent des robots MEV pour tendre des embuscades, perdent ici le sens de l’odorat. Dans un DEX pur, on ne joue pas seulement aux cartes : l’adversaire peut voir tes cartes, et il peut même te doubler en se calant à l’avance grâce à un Gas plus élevé ; mais dans le mécanisme de GRVT, les positions, les ordres et la trajectoire des transactions des utilisateurs restent invisibles. Seule la modification finale des soldes est, elle, confirmée de manière inaltérable sur la chaîne via une preuve de connaissance zéro (ZKP).

En suivant ce raisonnement jusqu’à son moteur de matching centralisé, tout devient alors logique. Le matching hors chaîne ne sert pas seulement à réduire la latence à un niveau comparable à celui des échanges traditionnels à l’échelle des millisecondes ; le plus important est qu’il s’accorde avec Validium pour construire une barrière de confidentialité de niveau institutionnel. Cacher le « processus » de la transaction, et n’en publier on-chain que le « résultat » pour autovalidation : ces deux étapes séparées, et c’est ainsi que performance et protection contre l’espionnage se réalisent ensemble.

Je pense que l’ambition de GRVT ne se limite pas à recréer un dYdX. En réalité, il cherche à redessiner les frontières de la « transparence ». Le monde on-chain a longtemps été trop convaincu par l’idée d’une transparence absolue, mais dans les vraies luttes commerciales et les stratégies de quantification à grande échelle, on a naturellement besoin d’un coin d’ombre qui ne soit pas perturbé.

Bien sûr, confier la disponibilité des données au DAC implique toujours une hypothèse de confiance. Cette manœuvre d’équilibriste entre la sécurité on-chain et l’expérience de trading dans le monde réel — lorsqu’on affronte des conditions de marché extrêmes — la synchronisation des nœuds et la capacité du moteur de matching à encaisser la pression : il faudra attendre que le marché, avec sa réalité financière, apporte la réponse. DYRO#grvt

J’ai disséqué, décortiqué et fouillé l’architecture sous-jacente de @grvt_io — plus on creuse, plus on se dit que le soi-disant « exchange hybride (HEX) » — qui se vante d’offrir l’expérience d’un CEX tout en garantissant la sécurité d’un DEX — cache en réalité des risques bien plus profonds qu’on ne l’imagine.

​Il s’appuie sur le Validium de ZKsync pour faire l’appariement hors chaîne et le règlement on-chain. Sur le papier, c’est parfait : zéro Gas, latence au niveau de la milliseconde. Mais le talon d’Achille, c’est la disponibilité des données (DA). Dans un Validium, le grand livre est conservé hors chaîne ; seuls le hash de l’état et les preuves ZK sont envoyés sur Ethereum. Cela signifie que le contrôle de vos actifs est, en partie, entre les mains du « comité DA » hors chaîne. En cas de scénario extrême et unilatéral, si la couche DA tombe en panne ou si des nœuds se concertent, vos fonds ne sont pas volés au sens cryptographique — mais ils peuvent être « gelés ». Dans des machines à broyer les positions comme les options et les contrats perpétuels, où le levier est élevé, voir vos actifs immobilisés pendant quelques heures sans pouvoir reconstituer la marge, c’est littéralement insupportable, pire que de se faire vider par un hacker.

​Regardons de plus près son mécanisme de Session Keys. L’annonce officielle promet « une seule signature, des transactions fréquentes » : l’expérience est effectivement fluide. Mais le danger réside dans ceci : en cas de congestion réseau extrême, le canal permettant de révoquer les permissions est-il bien opérationnel ? Si le moteur d’appariement subit un DDoS ou si l’interface front-end se bloque, l’ordre d’annulation peut ne pas partir — et pendant ce temps, la Session Key continue en bas niveau d’exécuter l’ancienne stratégie de prise de positions. On se retrouve alors avec une cible unilatérale. Donc mon seuil lors du dépôt de fonds est le suivant : il faut vérifier si sa cabine d’évacuation d’urgence on-chain (Escape Hatch) permet de contourner le séquenceur officiel et d’être appelée directement. Si ce n’est pas possible, alors le « self-custody » ne mérite pas une confiance totale et doit être fortement ajusté à la baisse.

​Quant à l’idée de GRVT de s’attaquer de front au marché des options de Deribit, le démarrage de liquidité est un vrai point faible. Contacter des teneurs de marché traditionnels (MM) pour apporter de l’épaisseur au carnet d’ordres est une pratique courante. Mais les scripts des MM sont avides et extrêmement sensibles. Dès que, sous une pression de quelques dizaines de millisecondes de retard à quelques dizaines de milliers de TPS, le moteur d’appariement hors chaîne étend sa latence, les scripts des MM retireront instantanément les ordres sur tout le réseau. À ce moment-là, la « profondeur » que voient les particuliers n’est qu’une illusion : l’exécution au prix du marché se dérobe et grimpe jusqu’au plafond.

​Ce que je me dis, c’est : plutôt que de se laisser laver le cerveau par le récit « ZK » et « abstraction de compte », autant attendre le lancement du mainnet, puis observer son taux de panne lors du premier choc extrême et sa performance côté DA. Avant qu’un test de résistance avec de l’argent réel ne donne des résultats, même le plus beau livre blanc reste un brouillon. #grvt

Ayant assisté aux multiples faillites en cascade des grandes institutions ces dernières années, la maxime « garder la clé privée entre ses propres mains » est devenue une règle de sécurité absolue au sein du secteur. Pourtant, ceux qui ont réellement fait transiter de gros montants sur des DEX en pur on-chain savent ceci : la mempool publique broadcastée à l’échelle du réseau est, dans l’essence même, une « machine à broyer unidirectionnelle et transparente ». Dès que votre ordre au prix du marché est signé, les robots MEV (maximum extractable value, valeur maximale extractible) peuvent, en haussant le Gas de force, s’intercaler et vous manger votre slippage jusqu’au dernier centime.

​Récemment, en disséquant en profondeur @grvt_io , j’ai constaté que son architecture d’exchange hybride (HEX) ne s’acharne pas à rivaliser sur les performances de base : elle tente plutôt de briser l’impasse sous l’angle ardu de la « confidentialité du flux d’ordres ». La solution de GRVT est très directe : retirer de la blockchain l’étape d’« appariement des ordres » la plus facile à viser, la faire tourner en off-chain sur un moteur centralisé, et ne laisser on-chain que la validation des preuves ZK ainsi que le règlement des fonds. Comme l’appariement s’exécute instantanément en off-chain, votre action de soumission de l’ordre n’est jamais exposée à l’avance : les robots MEV externes deviennent totalement aveugles, et l’attaque de sandwich est neutralisée au niveau physique.

​Une fois les loups externes repoussés, une nouvelle crise de confiance voit toutefois le jour : qui va superviser ce « arbitre off-chain » ?

​Même si le mécanisme non custodial de GRVT garantit que la plateforme ne peut absolument pas toucher au capital des utilisateurs, le serveur centralisé qui détient le pouvoir de trier les ordres possède naturellement un terreau propice aux abus. À huis clos, est-ce que la diffusion des ordres des particuliers sera retardée ? Est-ce que le système pourrait exploiter des comptes internes pour faire du « front-running » façon « souris » ? Tant que la logique d’appariement n’est pas entièrement mise on-chain, les technologies ZK actuelles peuvent bien prouver que le calcul de règlement est correct, mais ne peuvent pas démontrer de façon autonome et certaine que l’ordre d’entrée dans le moteur est absolument équitable.

​En échangeant la décentralisation de l’appariement, GRVT obtient une expérience fluide comparable à celle d’un CEX, tout en isolant le MEV externe. C’est une compromission commerciale astucieuse : elle satisfait les partisans du juste milieu qui craignent le détournement de fonds par les CEX tout en regrettant les stratégies de sandwich « on-chain » trop longtemps. Mais pour ceux qui recherchent une équité absolue sur l’ensemble du cycle de transaction, cette architecture qui conserve la « boîte noire » de l’arbitrage laisse encore suspendue l’épée de Damoclès : DYOR. #grvt

J’ai vécu de véritables orages de type « thunderstorm » ces dernières années avec quelques sommités du secteur, et aujourd’hui même si je laisse U sur une bourse de premier plan pendant la nuit, je n’en suis pas vraiment tranquille. Dans le milieu, la phrase « Not your keys, not your coins » est une règle de fer obtenue par d’innombrables personnes avec leur argent durement gagné. Pour sécuriser le capital, j’ai déjà déplacé tout le principal sur des échanges décentralisés (DEX) : je gardais moi-même les clés privées, pour être rassuré.

​Résultat : personne ne peut toucher aux fonds, mais l’expérience de trading est tout simplement catastrophique. À chaque fois qu’il y a une volatilité extrême, quand on appuie sur un ordre au prix du marché, il faut non seulement encaisser les frais de Gas élevés à cause de la congestion, mais aussi se faire immanquablement « attraper » par des systèmes omniprésents de type pinces (les robots MEV). Les profits gagnés en regardant le carnet de commandes finissent en grande partie par payer une « taxe de protection » à des « scientifiques » on-chain.

​Ce n’est que récemment, après une expérience approfondie avec @grvt_io , que j’ai compris qu’entre « sécurité des fonds » et « expérience de trading », ce test à choix unique, il existe en réalité une troisième voie : les exchanges hybrides (HEX).

​Le point qui me touche le plus chez GRVT, c’est qu’il brise l’impasse entre CEX et DEX grâce à la technique. Sur GRVT, le contrôle des actifs est à 100 % dans votre portefeuille : la plateforme repose essentiellement sur des smart contracts non-custodial, sans droits pour déplacer ne serait-ce qu’un centime des utilisateurs. Au niveau physique, elle coupe le risque de « run ». Mais l’essence du problème, c’est qu’elle transfère l’ordonnancement des ordres, celui qui consomme le plus de performances, hors de la chaîne.

​Comment empêcher les manœuvres en coulisses lorsque l’appariement se fait hors chaîne ? GRVT s’appuie sur zkSync et utilise une solution ZK (preuves à divulgation nulle) et Validium. En termes simples : vous bénéficiez d’une latence au niveau des CEX, de l’ordre de la milliseconde, avec des ordres « sans Gas » aussi fluides que sur le modèle traditionnel, tandis que tous les règlements finaux reposent sur des preuves cryptographiques soumises on-chain, garantissant que la plateforme ne peut pas agir de mauvaise foi.

​En plus, comme le flux d’ordres n’est pas diffusé directement à tout le réseau, les robots MEV en embuscade deviennent totalement aveugles sur GRVT. Vous n’avez plus à craindre qu’ils partent en avance et « mangent » les grosses positions avant vous.

​Auparavant, faire du trading impliquait toujours des compromis : soit sacrifier la sécurité pour gagner en vitesse, soit sacrifier l’expérience pour être plus serein. Avec une architecture élégante, GRVT comble parfaitement le fossé entre la « ligne de conduite du self-custody » et « l’efficacité de la centralisation ». Après avoir testé ce mode hybride, sans besoin de confiance, oseriez-vous encore engager un gros capital sur une plateforme qui pourrait, à tout moment, tirer la prise comme une sorte de « prise en otage » ? #grvt

Le week-end dernier, mon prêt à terme à fort levier sur lequel j’avais fortement investi dans le minage a été vidé par des hackers via un flash loan. D’habitude, les porteurs de projet font monter la sauce sur un contrôle des risques ultra “hardcore”… mais au moment où l’oracle a été manipulé, le smart contract s’est comporté comme un idiot sans sens de la douleur : il a cédé mécaniquement mes garanties lors de la liquidation. En voyant le solde à zéro, je me suis frappé le front : avec des conditions de marché extrêmes, la DeFi actuelle est à poil ! Pas de détection d’anomalies en temps réel, pas d’interruption intelligente (smart circuit breaker), et quand ça tourne mal, tout dépend de la signature de l’équipe et d’un arrêt manuel. Ce genre de “sauvetage centralisé en retard” n’est rien d’autre qu’une moquerie du rêve de la décentralisation.

​Cette histoire m’a forcé à décortiquer l’architecture sous-jacente d’OpenGradient. Quand j’ai vu l’étiquette “IA + Crypto”, j’ai pensé encore à un récit monté de toutes pièces pour lever des fonds. Mais en creusant la documentation, j’ai compris qu’ils s’attaquaient à la faille la plus critique côté on-chain : introduire vraiment des modèles d’apprentissage automatique complexes dans la couche d’exécution on-chain. Avant, pour la gestion des risques on-chain, soit on faisait tourner les modèles sur des serveurs centralisés — avec un risque de “boîte noire” ; soit on faisait des circuits ZK coûteux et inefficients. Le réseau de calcul hétérogène d’OpenGradient permet d’exécuter des inférences complexes à faible coût dans un environnement décentralisé, tout en restant vérifiables on-chain. En gros, on ajoute un “cerveau” dynamique capable de détecter les dangers en temps réel à un “contrat aveugle” qui ne fait que l’exécution mécanique.

​Aujourd’hui, le marché est nerveux : tout le monde préfère faire du PVP pour chasser les shitcoins, et personne ne se préoccupe de l’infrastructure. Déplacer une logique complexe vers OpenGradient représente un vrai défi pour les développeurs. Mais le modèle économique de $OPG fait des choses difficiles… et correctement : pas de “gouvernance aérienne” sans contenu, mais une circulation de tokens qui attache solidement les nœuds de calcul, les développeurs de modèles et les DApp qui font appel à eux dans la même chaîne d’intérêts, bouclant ainsi le cycle commercial d’une inférence IA décentralisée.
​Si Web3 en reste à gérer éternellement des opérations simples comme additions, soustractions, multiplications et divisions, on n’a au mieux qu’un registre transparent — et on ne pourra jamais porter des activités complexes à l’avenir. Je suis prêt à parier, parce que les applications “phénomène” du prochain cycle nécessiteront forcément un moteur sous-jacent capable de perception en temps réel et de traitement dynamique.

​@OpenGradient Si on arrive vraiment à faire baisser le coût de l’inférence IA on-chain, et à rendre les contrats réellement “intelligents”, ce serait une attaque en termes de rapport de puissance (downgrade) sur l’écosystème des chaînes publiques existantes. #opg $OPG

Après-midi au café, à l’abri sous la pluie. Je voulais en profiter pour parcourir, en temps libre, le code open source sur GitHub… mais je me suis retrouvé à fixer l’écran pendant deux ou trois heures. Mon American ice tôt le matin s’est transformé en eau amère, pourtant l’énigme qui tournait en boucle dans mon esprit s’est soudain dénouée. En regardant la documentation du développeur @OpenGradient , j’ai réalisé que ma compréhension de « AI + Web3 » avait vraiment tendance à s’enfermer dans des impasses. #OPG

Pendant une longue période, j’ai toujours pensé que le goulot d’étranglement de l’IA on-chain venait du manque de puissance de calcul ou de modèles assez « intelligents », et je me plaisais à décortiquer les paramètres des projets. Mais une fois la logique de base remise à plat, je me suis rendu compte que la carte la plus tranchante d’OpenGradient, ce n’était pas “plus de calcul”, mais surtout “dépouiller la complexité”. Pour le développeur lambda, intégrer un module IA dans un DApp est extrêmement difficile : il faut comprendre le machine learning, et en plus gérer le calcul hors-chaîne ainsi que les preuves anti-altération. Or, l’intelligence d’OPG, c’est d’encapsuler tout ces calculs “hardcore” et la validation cryptographique afin d’en faire de simples « briques LEGO » directement réutilisables.

En suivant cette approche, j’ai aussi reconsidéré leurs outils et leur SDK. Ce n’est absolument pas une simple connexion d’API : c’est une réécriture du paradigme de développement Web3 grâce à la « composabilité ». Les développeurs n’ont pas besoin de se battre pour affiner le modèle ; en quelques lignes de code, des protocoles DeFi ou GameFi obtiennent instantanément des capacités de pilotage des risques et de prédiction grâce à l’IA. Les calculs lourds sont sécurisés et pris en charge par OPG, tandis que le front-end reste léger. À ce moment-là, j’ai vraiment été excité : ça casse les barrières techniques et fait chuter de façon spectaculaire le coût d’innovation. C’est bien plus sexy que de brandir uniquement des chiffres de benchmark.

Désormais, quand je regarde @OpenGradient , mes critères ont complètement changé. Je ne suis plus focalisé sur les nouveaux modèles : je porte mon regard sur la communauté des développeurs. Combien de protocoles natifs ont-ils intégré leurs capacités de base ? L’appel à l’outillage entraîne-t-il une croissance réelle ? Pour les infrastructures, c’est l’écosystème développeur qui sert de baromètre. En suivant cette logique, en comprenant $OPG , je vois que ce n’est pas seulement question de votes de gouvernance : c’est aussi la « source d’alimentation » qui sert à régler le calcul de puissance, récompenser les développeurs et maintenir la confiance au sein de l’écosystème « LEGO IA ». Si le point de rupture de l’IA dans Web3 passe par le déploiement applicatif, je miserai sur un réseau d’infrastructures comme OPG. Après tout, une pelle vraiment utile vaut toujours plus qu’une mine d’or difficile à creuser. #opg $OPG

En parcourant récemment les livres blancs sur le secteur Web3 + IA, j’ai une habitude fixe : passer outre les grands récits, et me concentrer directement sur la documentation SDK ainsi que sur des exemples de smart contracts. Dans l’écosystème, la plupart des projets ne font en réalité que “repackager” des modèles d’API de Web2, en y ajoutant une logique d’émission de tokens. Mais en étudiant @OpenGradient , l’obsession de son architecture sous-jacente pour la “composabilité” (Composability) a retenu mon attention. #opg

​En creusant plus loin la logique des contrats, j’ai constaté que OpenGradient n’a pas “tout investi” dans la création de modèles tout-en-un, mais cherche plutôt à transformer l’IA en ces “briques Lego” façon DeFi. L’an dernier, tout le monde a parlé d’AI Agents, mais la plupart restaient en surface. Le vrai point douloureux on-chain, c’est : comment des smart contracts peuvent-ils appeler de calculs aussi complexes de manière sans confiance ? La solution d’OpenGradient consiste à intégrer nativement les capacités de machine learning dans la couche d’exécution de la blockchain. Concrètement, cela signifie que les protocoles de prêt peuvent appeler directement, dans le contrat, des modèles d’évaluation des risques du réseau OPG pour décider de la liquidation des actifs. À ce moment-là, l’IA n’est plus une “boîte de discussion” placée à l’extérieur des applications : elle devient une infrastructure de base on-chain.

​Du point de vue de l’écosystème, cela résout une crise de survie souvent dissimulée. Beaucoup d’applications d’IA meurent finalement à cause du “taux de rétention”, car un outil de conversation unique est bien trop facile à remplacer. Mais lorsque OPG, via les smart contracts, lie profondément l’inférence IA à la DeFi et aux jeux sur toute la chaîne, ce qui s’enracine réellement, ce n’est pas un flux C-end dispersé, mais une interdépendance entre protocoles.

​Dans mes notes, j’ai noté un point de vue : “des modèles d’IA isolés se comparent sur la puissance de calcul et le nombre de paramètres ; l’IA intégrée à la chaîne se compare sur la fréquence d’appels métier”. Par la suite, mon axe de suivi portera sur le nombre de vrais dApps connectées au modèle sous-jacent, plutôt que sur la simple mise à jour du Model Hub. Le modèle lui-même n’a pas de rempart défensif. Mais dès que l’appel intelligent devient une nécessité métier on-chain, cette “adhérence réseau” sera extrêmement difficile à briser. Avec ce raisonnement, $OPG n’est pas seulement un billet pour faire du buzz : c’est une source d’énergie de fond qui fait tourner les modules intelligents.
​@OpenGradient #opg $OPG

J’ai veillé tard hier soir à jouer, et quand le livreur de livraison a frappé à la porte et m’a remis les brochettes, il a jeté un œil à l’écran avant de lâcher, sans réfléchir : « Ce PNJ a des mouvements tellement idiots. » Je mordais dans mes brochettes d’agneau tout en rigolant, puis j’ai balancé ça dans le groupe du guilde. Résultat : la conversation a naturellement dévié vers la grande question du moment—est-ce que ces jeux Web3 sur chaîne ont vraiment une IA ? En essuyant la sauce rouge sur mes doigts, j’ai soudain pensé que cette logique mérite vraiment d’être décortiquée.

Je pense toujours que, sur le marché, les soi-disant « agents IA » ne sont au mieux que des jouets à coque perfectionnée. Tu crées sur une plateforme Web2 un agent plus ou moins intelligent, tu lui fournis toutes sortes de données et de corpus exclusifs… mais dès que l’officiel coupe la connexion réseau, les actifs “cyber” s’effondrent instantanément. Les données, c’est toi qui les fournis ; le modèle, c’est la plateforme ; l’argent, c’est les géants qui le gagnent. Alors, où est la décentralisation là-dedans ? Si le créateur ne peut même pas détenir la propriété complète de son IA, cette “prospérité” n’est rien d’autre qu’un château construit sur du sable.

Ce qui me plaît vraiment avec OpenGradient, c’est leur obsession de « la souveraineté de l’IA ». La logique de @OpenGradient qui permet l’actifisation des modèles cible précisément la douleur. Ton modèle sur mesure peut, ici, être reconnu directement comme un actif natif sur la chaîne via des smart contracts. C’est comme délivrer à l’IA un « certificat de propriété cyber » impossible à falsifier, et verrouiller étroitement le droit d’exécution et le droit aux revenus dans ton portefeuille. Quelqu’un veut utiliser tes fruits de ton travail ? D’accord—il te paie un loyer à chaque appel.

Ces temps-ci, je réfléchis : les jeux on-chain et l’économie des créateurs peuvent absolument décoller grâce à ce vent. Imagine : à l’avenir, le boss ultime d’un jeu sur chaîne ne sera plus une collection de codes figés, mais un modèle d’évolution indépendant, monté sur OPG. Les joueurs paient pour l’affronter, et en dessous, tout appelle le réseau OPG. La consommation de $OPG sera en partie directement versée aux développeurs qui ont entraîné ce boss. Tant que le modèle est assez fun, tu peux encaisser passivement des frais de passage. Même les assistants IA dédiés peuvent devenir des “petits travailleurs” numériques avec des flux de trésorerie.

Web2, c’est les grandes entreprises qui se battent pour les gros modèles. Web3, lui, fait tourner via OPG cette infrastructure qui permet de boucler quantité de cycles commerciaux de « modèles d’experts miniatures ». La méthode est plutôt audacieuse. Mais je serre un peu les dents : si le seuil d’assetisation baisse trop, sur la chaîne, on verra sûrement affluer des tonnes de modèles de pseudo-chiens clonés-collés. Compter uniquement sur la combustion des tokens et les jeux de marché—est-ce que ça peut automatiquement filtrer les mauvais acteurs ? Il faudra attendre que l’écosystème sorte quelques succès pour le savoir. Plus tard dans la nuit, j’ai fini mes brochettes : je ferme l’ordi et je vais dormir. #opg $OPG

Il y a quelques jours, j'avais les doigts qui démangeaient et j'ai suivi la tendance en investissant dans un "coffre-fort automatique intelligent" pour un token de chien, qui prétendait avoir un algorithme avancé capable de réajuster dynamiquement. Résultat, au milieu de la nuit, une belle chute m'a explosé ce contrat. Non seulement il n'a pas protégé contre les pertes impermanentes, mais à cause d'un slippage trop rigide, j'ai été liquidé. J'étais tellement en colère que j'ai passé la nuit à râler dans le groupe de défense des droits. En me calmant, je réalise que le DeFi d'aujourd'hui se dit "intelligent", mais à la base, c'est toujours une logique IF-THEN d'il y a dix ans. Face à un marché en perpétuelle évolution, c'est vraiment comme chercher une épée dans une barque.

​Récemment, j'ai passé du temps à analyser OpenGradient. Pour être franc, au début, quand j'ai vu qu'ils ciblaient le Web3 avec des calculs complexes, ma première réaction a été "Ah, encore un projet qui va balancer des termes à la mode pour faire monter le prix et liquider." Mais en creusant leur infrastructure sous-jacente, j'ai réalisé qu'ils ne cherchaient pas à surfer sur des applications grand public tape-à-l'œil, mais à résoudre un vrai problème : comment donner aux applications sur la chaîne un "cerveau" capable de prise de décision dynamique.

​Avant, utiliser une logique complexe ou des algorithmes haute fréquence nécessitait de faire tourner ça sur des serveurs centralisés hors chaîne, puis de renvoyer les résultats sur la chaîne. Cette couche noire était facilement vulnérable aux attaques de hackers ou aux malversations des équipes de projet. Ce qui m’a vraiment frappé avec OpenGradient, c’est qu’ils utilisent un réseau de calcul hétérogène pour exécuter des raisonnements complexes et des validations de manière décentralisée. De plus, le modèle économique de $OPG comprend bien la nature humaine, il ne s’agit pas de faire du "gouvernance pure" dans le vent, mais de lier de manière concrète les nœuds de calcul, les développeurs geeks et les DApps appelants dans une chaîne d'intérêts où chacun a sa part de risque et de gain.

​Avec les nœuds du testnet qui fonctionnent à plein régime et divers outils de développement qui émergent, je commence à réfléchir à des questions plus profondes : quand tout le monde s'est habitué à la fluidité du Web2 au détriment de la sécurité, combien de personnes seraient prêtes à payer pour un calcul décentralisé et fiable ? OpenGradient veut reconstruire l'infrastructure de base, mais ce chemin sera long, et éduquer les développeurs à réécrire la logique sera un défi. Mais je suis prêt à prendre le risque, si le Web3 reste bloqué à l'étape "émission de tokens + rendement de staking", ce sera vraiment un système de Ponzi. Les applications killer de demain nécessiteront absolument un moteur sous-jacent capable de prouver sa légitimité et de traiter dynamiquement.

@OpenGradient Si cette partie d'échecs fonctionne, cela va redéfinir la logique de circulation de tout l'univers de la chaîne. #opg $OPG

Il y a deux nuits, le Bitcoin a soudainement plongé, je dormais comme un bébé, et en me levant le matin, j'ai vu que ma position à effet de levier dans un protocole DeFi venait d'être liquidée à la chaîne. En voyant le groupe pleurer à chaudes larmes, je n'ai pas pu m'empêcher de maudire : les smart contracts d'aujourd'hui sont vraiment trop "bêtes", se basant uniquement sur des oracles pour alimenter quelques lignes de prix rigides, incapables de combiner l'émotion et la liquidité on-chain pour faire du risk management dynamique. Plus tard, j'ai discuté avec un geek qui m’a balancé un document sur OpenGradient, disant que ce projet pouvait directement intégrer le raisonnement AI dans les smart contracts, j'étais tout excité, n'est-ce pas une façon de donner un "cerveau" à ces DeFi qui manquent de neurones ?

En fouillant un peu sur le @OpenGradient , il s'avère que ce n'est pas une équipe de charlatans. La liste des investisseurs est plutôt impressionnante, a16z et Coinbase Ventures ont mené un tour de 9,5 millions de dollars, ces vieux renards ont toujours un bon œil. Comparé à ces projets de jeux sur blockchain qui se contentent de faire du bruit avec des tokens, leurs données on-chain m'ont vraiment surpris : plus de 2000 modèles ont déjà été exécutés sur le réseau, avec plus de 2 millions d'appels d'inférences, et 2 millions d'utilisateurs réels. Cela signifie qu'il y a vraiment des développeurs qui utilisent cela pour exécuter des stratégies et gérer des risques, c'est bien plus solide que ces projets zombies qui dépendent de scripts pour se partager des airdrops.

Après quelques années dans le milieu, je suis déjà immunisé contre les grandes narrations des "XX killers". Au lieu de me laisser distraire par les MEME de terre, je préfère me concentrer sur les infrastructures de base qui font le sale boulot. Les applications DeFi et Web3 ont déjà atteint un point de saturation, si les smart contracts peuvent exécuter du machine learning via OpenGradient, créant des DApps "vraiment intelligents" capables de prévenir les attaques de hackers ou d'ajuster dynamiquement les paramètres selon l'émotion du marché, alors le plafond de ce secteur pourrait être très élevé. Cela touche vraiment à la nécessité d'évolution des applications on-chain de l'"automatisation" vers l'"intelligence".

Cela dit, la question demeure de savoir si l'intégration de l'IA et de la blockchain peut réellement supporter les coûts de calcul et les délais d'intégration on-chain. Est-ce que cela va encore se transformer en un produit mi-figue mi-raisin ? Je suis aussi en mode attentiste, je vais surveiller sa tokenomics et les données de testnet lentement. Acheter quand personne ne s'y intéresse, vendre quand c'est la folie, c'est la logique d'investissement. Pour cette infrastructure hardcore qui tente de briser les barrières entre Web3 et IA, donnons-lui un peu de patience. Que pensez-vous, un protocole équipé d'un cerveau AI pourra-t-il écraser l'ancien DeFi au sol ? #opg $OPG

Ce week-end, j'avais un peu de temps libre, alors j'ai pris le temps d'analyser la doc d'architecture et les données des nœuds de puissance de @OpenGradient , et après avoir fini, je me suis dit que ça pouvait être un peu risqué.

8,5 millions de dollars en seed round, des VC de renom, prétendant introduire de grands modèles sur la chaîne avec TEE et ZKML, en créant une "couche d'exécution AI compatible EVM" – ces étiquettes sont vraiment séduisantes. Le storytelling est au max, la tech est solide, mais quiconque a une idée des coûts de puissance AI devrait faire les calculs : comment ce modèle économique de "AI vérifiable" va-t-il se rentabiliser ?

Le point central officiel est "AI décentralisée", garantissant que les résultats d'inférence ne sont pas altérés. Mais le coût qui en découle est incroyable. Prenons l'exemple actuel de la technologie ZKML : pour générer une preuve d'inférence pour un modèle open source de niveau 7B, le coût en puissance est généralement de 10 à 100 fois celui d'une inférence normale sans preuve, avec des délais comptés en "minutes". En revanche, sous une architecture Web2 traditionnelle, appeler une API du même niveau se fait en millisecondes, avec un coût unitaire de moins d'un cent.

Le vrai paradoxe réside dans les cas d'utilisation. Le livre blanc évoque des visions comme la liquidation automatique DeFi et le routage intelligent. Mais sur le champ de bataille DeFi, on parle de sprints en millisecondes et de frais de Gas ultra bas. Quel geek de la chaîne ou institution quantique irait se connecter à un grand modèle de chaîne qui répond en minutes et ajoute des "frais de preuve cryptographique" élevés ?

Actuellement, le réseau de test des nœuds de puissance est anormalement animé, des milliers de mineurs font la queue pour accéder aux GPU, tout le monde sait pourquoi : ils espèrent une future airdrop. C'est typiquement un "système de subventions de puissance par impression de tokens".

Pour être franc : la prospérité actuelle du réseau de puissance est en réalité une collusion entre les mineurs et les projets basée sur des attentes haussières, c'est comme si $OPG avait déjà payé pour sa future capitalisation circulante. La puissance décentralisée, combinée à une technologie vérifiable, a du sens, mais il reste encore un long chemin avant d'atteindre un véritable cycle commercial fermé. À part les partenaires ayant reçu des subventions écologiques, combien de développeurs réels sont prêts à payer en argent réel pour cette "prime vérifiable" multipliée par plusieurs ?

Quand les bénéfices de l'émission de tokens s'arrêtent, et que les mineurs doivent compter sur une réelle demande d'applications décentralisées pour couvrir les frais élevés de location de puissance et d'électricité, sans les subventions de tokens de #opg, est-ce que le flywheel de la puissance continuera à tourner ? #opg

À deux heures et demie du matin, en sirotant un café noir, je parcourais la documentation sur l'architecture d'OpenGradient et en voyant qu'ils voulaient créer le « cerveau externalisé » pour toutes les blockchains, ma tasse a failli m'échapper — ce projet est juste énorme ! Aujourd'hui, si Ethereum ou Solana veulent exécuter des modèles complexes, c'est comme demander à une calculatrice de faire du calcul intégral, le Gas est cher et ça bloque. OpenGradient a directement mis en place un « processeur AI inter-chaînes » : quand des smart contracts d'autres chaînes rencontrent une logique complexe, ils peuvent l'envoyer directement à OPG, qui renvoie le tout avec une preuve cryptographique. Ce fonctionnement ressemble à un petit groupe amateur qui se connecte à un « Zhuge Liang dans le cloud », où il suffit de poser des questions sans se soucier du raisonnement, ça sonne vraiment sexy.

Mais l'excitation ne dure pas, la réalité frappe vite. La communication inter-chaînes est déjà un « point noir » pour les incidents dans le Web3 et un guichet pour les hackers, et maintenant on doit transmettre les résultats de raisonnement sur le pont ? Si le Relayer intermédiaire se fait pirater et que l'ordre de « liquidation » est modifié en « libération », ça pourrait devenir un vrai bazar. Même si le livre blanc promet que ZKP et la vérification cryptographique peuvent prouver leur bonne foi, avant que le code ne soit bombardé par des hackers, qui parmi les vieux briscards de la DeFi, avec des millions de TVL, oserait confier sa vie à un « cerveau cybernétique » extérieur ?

En analysant les coûts : les frais de communication inter-chaînes, plus les frais de raisonnement des nœuds OPG, si le coût global n'est pas réduit, ce « Zhuge Liang dans le cloud » ne sera qu'un joli décor sans utilité. Les développeurs sont rusés comme des singes, sans coûts et efficacité écrasants, qui voudrait donner à un protocole une couche de sécurité superflue ?

Cependant, les critiques mises à part, @OpenGradient a vraiment cerné la douleur du secteur : tout le monde veut intégrer l'AI, mais les anciennes chaînes n'y arrivent pas. Si on peut vraiment réduire le délai d'appel inter-chaînes à quelques secondes, et que le coût de génération de preuves atteint un prix plancher, OPG pourrait sans aucun doute devenir le « premier vendeur d'eau » de toute la chaîne.

Je suis prêt à observer : si cet appel inter-chaînes fonctionne vraiment en douceur, cette vague de « sous-traitance intellectuelle » pourrait vraiment déboucher sur de nouvelles DApp hardcore. Mais si on se retrouve à faire face à des congestions ou à des failles tous les trois jours... chacun retournera à ses bases pour écrire des if-else tranquillement. OpenGradient, si le bruit est fait, ne vous laissez pas avoir dans les batailles à venir ! #opg $OPG