Quatre heures assis à attendre à la salle d’embarquement de l’aéroport de Pudong à cause d’un retard de vol
Je suis revenu d’un déplacement pro samedi dernier. L’avion a eu du retard et j’ai passé quatre heures à attendre bêtement dans la salle d’embarquement de l’aéroport de Pudong. La batterie du téléphone est passée de 100% à 10%, puis à 100% encore, puis à 50%. Toute la journée, je n’ai cessé de retourner mentalement ma feuille de suivi d’investissement programmé (DCA) ; ce n’était pas le genre de “fierté” quand on vérifie, c’était plutôt la sensation coupable. En août, j’ai raté deux virements parce que j’étais en déplacement ; en octobre, j’ai perdu mon téléphone, j’ai dû remplacer en urgence l’appareil et j’ai encore raté un virement. Le script était déployé sur une machine virtuelle cloud inutilisée chez un ami : le mois dernier, il a tout revendu (clean-sell) sans me prévenir, et ça a coupé pendant trois semaines, sans exécuter. Assis dans le hall d’attente, plus j’y pensais, plus j’étais furieux. À notre époque, la logique du DCA, tout le monde la comprend. Ce qui est difficile, ce n’est jamais le principe lui-même : c’est de faire en sorte que ces actions continuent d’être exécutées de façon stable même quand tu prends des congés, que la connexion tombe, que tu oublies le mot de passe, ou que le serveur disparaît. C’est aussi ce jour-là, dans la salle d’attente, que j’ai vu <t-2/>m-8/<t-2/> ce Recurring Buy Agent. Je me suis dit : au lieu de continuer à bricoler comme ça, autant le tester sérieusement, voir s’il peut tenir le coup pour répondre à mes besoins d’investissement programmé — le genre de “personne peu douée mais qui a quand même une forte envie, et qui adore partir en déplacement”. Cette semaine, je l’ai fait tourner presque deux semaines. Test avec de “petits montants” bien réels, pas un test du genre “je pompe l’air sur une opportunité et je m’en vais”. J’ai envie d’en parler : vous partager les sensations réelles après l’avoir testé en conditions réelles.
Puisque je n’ai rien à faire, j’ai recommencé à disséquer la chaîne d’autorisations de Newton
Cette note est un récapitulatif que j’ai mis presque une semaine à rassembler ; au départ, c’était assez chaotique. Vendredi dernier, je gérais une position de stablecoins inter-chaînes avec un compte intelligent auquel j’avais rattaché une clé de session. Je voulais juste mettre en place un stop-loss automatique simple. Résultat : en pleine nuit, une demande d’autorisation inhabituelle m’a bloqué. Ce n’était pas une attaque de hacker : c’était ma propre stratégie de gestion des risques qui a stoppé la transaction. La raison, c’était que l’écart de prix renvoyé par l’oracle dépassait le seuil que j’avais défini. Franchement, sur le moment j’étais à la fois en colère et soulagé. En colère parce qu’à minuit je me suis levé pour vérifier les logs ; soulagé parce que si je l’avais laissé passer, ce slippage m’aurait mangé tout le profit de la journée. Pour une si petite histoire, je me suis fait happer par le terrier de la chaîne d’autorisations de Newton, et en plus ça a complètement changé ma façon de voir le token $NEWT .
Un peu de recul après avoir décortiqué des flux on-chain à l’aube : le système de filtrage de sanctions de NEWT, c’est vraiment un remède ou une nouvelle boîte noire ?
À deux heures et demie du matin, il y a encore huit personnes qui n’ont pas dormi dans le groupe. Ces fêtards de nuit, vraiment… on est en train d’examiner une capture d’écran d’un virement USDT bloqué sur la chaîne Tron. Le bénéficiaire est un marchand OTC. Les flux on-chain sont impeccables, propres comme s’ils venaient juste d’être lavés, mais le portefeuille de l’autre partie remonte trois sauts : il y a une trace, celle d’un mixeur qui a été cité l’an dernier par l’OFAC. L’argent a finalement été bloqué pendant quarante minutes. Dans le groupe, le marchand enchaîne les messages : « Qui examine vraiment, bordel ? » Personne n’a de réponse claire. La boîte noire du contrôle des échanges, l’interface payante d’analyse on-chain, les moteurs de règles écrits chacun de son côté avec ses propres intuitions : trois systèmes, trois versions de la vérité, et à la fin, personne n’est responsable du résultat final. Je regardais la capture d’un coup et je me suis souvenu d’une chose : ce genre de problème devrait pouvoir être automatisé, vérifiable, et permettre d’attribuer la responsabilité à une règle précise. Mais aujourd’hui, toute l’industrie continue de s’appuyer sur un stupide système de « relecture manuelle en urgence » pour encaisser la situation. C’est dans cet état second, au milieu de la nuit, le cerveau embrumé mais un peu excité, que j’ai commencé à lire sérieusement ce que raconte le projet NEWT. Plus je regarde, plus je me dis que le point qu’ils traitent est exactement la même fausse piste que celle qu’on rencontre tous les jours dans notre groupe. @NewtonProtocol
Récemment, Aia, une fille du groupe, a soudainement lâché une capture d’écran de liquidation sur le chat — et a laissé tout le monde, plus d’une centaine de personnes, totalement abasourdi. Elle joue avec la DeFi depuis trois ans : c’est typiquement le genre de fille qui répète sans cesse qu’elle veut de la gestion des risques, qui règle même son réveil sur « vérifier la position ». Résultat : cette fois, elle s’est plantée sur une sorte de coffre à stablecoins. En coulisses, les actifs sous-jacents ont discrètement décalé de deux points (désancrage). Sa stratégie n’a tout simplement déclenché aucune protection : elle a vu la valeur liquidative glisser vers le bas, impuissante. Ensuite, elle m’a confié avec amertume : « Ces dernières années, je n’avais jamais été aussi frustrée. J’ai pourtant fait tout le travail, mais j’ai perdu parce que c’est “le système qui ne m’a pas dit que je devais sortir”. » Cette nuit-là, on a discuté en vidéo jusqu’à presque minuit. Elle a sorti le @NewtonProtocol qu’elle regardait récemment, en disant que ce truc n’était pas vraiment comme les outils de coffre qu’elle utilisait avant. La plupart des projets parlent surtout de rendement, avec des promesses à n’en plus finir ; lui, au contraire, dépense son énergie sur le fait de « bloquer quelque chose avant que ça tourne mal ». Avant même l’exécution de la stratégie, il fait d’abord passer par un moteur d’engagement en matière de risques : le désancrage déclenche, et des indicateurs comme la concentration des positions sont écrits sous forme de règles. Les opérations non conformes ne passent tout simplement pas. Et à chaque fois, la décision laisse une preuve consultable on-chain : ce n’est pas « qui parle décide ». Aia dit que cette logique lui plaît bien, justement parce que les ennuis qu’elle a subis, c’était toujours du genre : « après coup seulement, on réalise ». #BTC走势分析 Je peux me tromper, mais je dirais que cette approche consistant à transformer la conformité et la gestion des risques en règles programmables — plutôt que de dépendre de quelqu’un qui surveille le marché — va vraiment dans le sens d’un niveau institutionnel. Le réseau des opérateurs a même intégré la sécurité de la re-proposition (re-staking) d’EigenLayer : la base n’est pas fragile. $RIVER Cela dit, après les compliments, il faut aussi être honnête : je pense que pour l’instant, ces éléments sont encore davantage orientés infrastructure et outils pour développeurs. Pour que l’utilisateur « ressente » directement que « le coffre est devenu plus sûr », il faudra encore attendre que davantage de protocoles intègrent réellement des stratégies et qu’ils utilisent les modèles. Il y a encore peu de cas concrets ; le rythme de déploiement et l’efficacité réelle devront être vérifiés avec le temps. Ne vous précipitez pas à en faire un remède miracle. $NEWT Aia est à la fois prudente et têtue. Elle dit qu’elle veut « observer encore », mais en réalité elle a déjà ajouté le projet à sa liste de favoris. Un vrai exemple typique : « pas convaincue, mais le corps, lui, est déjà d’accord ». Franchement, c’est une sacrée tête de mule. Si vous aussi vous êtes tombés dans le piège du désancrage, discutez-en en commentaires — ce genre de chose, quand on le porte seul, c’est vraiment trop étouffant. #Newt
Guide des investisseurs $NEWT : comment évaluer la valeur à long terme des tokens d’infrastructure B2B
J’observe ce projet NEWT depuis un bon moment. Ce soir, je n’arrivais pas à dormir ; j’ai fait le point jusqu’à un peu après deux heures du matin, alors j’ai décidé de mettre au propre ce que j’ai réfléchi ces dernières temps. C’est purement un mémo personnel lié au trading, pas un appel à l’achat ou à la vente. D’abord, parlons de pourquoi j’ai remarqué ça $NEWT . En fait, tout a commencé avec la vague d’airdrops des HODLers sur Binance : le jour du lancement, le 24 juin, le prix est monté directement jusqu’à un ATH à 0,82 $ . À ce moment-là, j’avais une petite position en airdrop, et j’ai vu, impuissant, une hausse journalière de 40%+ ; j’ai ressenti ce mélange très familier de « ça fait trop plaisir et en même temps c’est un peu fictif ». Ce type de marché, je l’ai déjà vu trop de fois : quand les particuliers entrent en masse, c’est très souvent au sommet. Et effectivement, pas longtemps après, ça a enchaîné une descente en spirale, avec un glissement baissier jusqu’à environ 0,048. Par rapport au plus haut, c’est une chute de plus de 94% . À ce niveau, on est essentiellement coincé entre le point où il n’y a plus trop où descendre et la baisse lente qui continue. En regardant cette courbe de tendance, honnêtement, ça ne ressemble pas vraiment à autre chose qu’à la majorité des projets d’airdrop : le listing, c’est le sommet ; ensuite, pendant six mois, on fait le ménage pour sortir tous les chasseurs de liquidité et les traders à court terme, et il ne reste que ceux qui étudient vraiment les fondamentaux. Donc maintenant, quand j’écris ceci, plutôt que de dire que je suis « bullish » ou « bearish », l’idée est surtout d’expliquer clairement, en morceaux, comment évaluer la valeur à long terme d’un token de type infrastructure B2B ; $NEWT n’est qu’un cas d’étude.
J’ai parlé avec la petite sœur Yuna jusqu’à deux heures du matin. Elle m’a demandé sur quoi je travaillais récemment. J’ai répondu : $OPG . Elle a dit : « Ça ressemble à une marque de carte graphique. » Sur le coup, j’ai explosé de rire, mais en y repensant, Yuna avait raison. Ce que fait OPG, en essence, c’est installer un « cerveau digne de confiance » pour des robots. J’observe cette piste depuis longtemps. Pour l’exécution autonome des robots, le plus grand trou noir n’est pas l’algorithme, c’est l’impossibilité de vérifier les résultats d’inférence. Tu laisses un agent IA prendre des décisions sur la blockchain : il te donne un résultat, mais comment savoir s’il a été falsifié ? S’il ne s’est pas dévié ? Personne n’a vraiment résolu ce problème. Tout le monde empile des fonctionnalités, mais personne ne s’occupe de la couche de confiance sous-jacente.#OPG @OpenGradient fait justement ça : une couche d’inférence AI vérifiable, native de la chaîne. Son architecture HACA (architecture hybride de calcul IA) sépare l’exécution de l’inférence et la vérification. zkML gère les preuves cryptographiques solides, tandis que le TEE assure la vitesse et des modèles de taille intermédiaire. Deux jambes qui tournent en parallèle : coûts et sécurité peuvent être équilibrés. Je pense que, dans la couche d’exécution des robots, ce genre de chose deviendra à l’avenir aussi fondamentale que TCP/IP pour le réseau — et ce n’est pas une métaphore : c’est bien une position d’architecture. Ce qui m’inquiète encore plus, c’est sa logique de capture de valeur. $OPG n’est pas une pure pièce de gouvernance : à chaque fois qu’il y a une inférence IA on-chain, c’est OPG qui sert au règlement. Dans le Model Hub, les appels à plus de 1500 modèles passent tous par cette boucle économique. Un robot émet une instruction d’action → en coulisse, une inférence vérifiable est déclenchée → OPG est consommé. C’est un besoin réel de niveau infrastructure, pas un récit. Je peux dire que, aujourd’hui, le FDV n’est qu’autour de 120 millions de dollars. a16z, et Coinbase Ventures sont aussi dans l’aventure. Avec une valorisation placée sur le positionnement « infrastructure de l’exécution autonome des robots », c’est clairement sous-évalué. Mais si on en revient à la réalité : MemSync (la couche de mémoire persistante) et l’extension de la couche d’exécution des robots ne font que commencer. L’écosystème des nœuds est encore en construction, donc la volatilité de ces projets d’infrastructure très précoces sera énorme. Bien gérer son portefeuille, c’est plus important que tout. Plus tard, Yuna m’a demandé : « Alors, tu as acheté ? » J’ai répondu : on verra après avoir tout étudié. Elle m’a jeté un regard de travers et a dit que j’étais un « monstre du travail de recherche », mais je pense que c’est la bonne attitude. La prochaine fois, je lui propose de la voir pour lui donner une bonne leçon.@OpenGradient #OPG
J’ai bavardé hier avec une amie d’enfance de mon meilleur pote sur la vie et tout le reste, en abordant les droits captés par les détenteurs du $OPG sur le marché des jumeaux numériques et des répliques KOL propulsées par l’IA. En regardant la piste de Twin.fun, plus j’en parle, plus je me dis qu’il y a une bête féroce dissimulée dedans : ce n’est pas un simple effet d’annonce, c’est une logique réelle de capture de valeur. Je vois ce phénomène : à l’heure actuelle, le temps des KOL est une ressource rare. Les fans veulent interagir avec les blogueurs, mais n’arrivent pas à faire la queue. Twin.fun, c’est exactement le marché des jumeaux numériques créé par @OpenGradient : il permet aux utilisateurs de créer, d’échanger et d’avoir des interactions avec des personnalités KOL répliquées par IA. À mon avis, ce besoin est bien réel. Va voir la mécanique des pourboires dans les salons des top streamers : au fond, on achète surtout la sensation d’être « vu ». La réplique par IA transforme cette expérience en un produit extensible. En regardant au-delà des apparences, l’élément clé ici n’est pas de savoir si « l’IA ressemble ou non », mais la validation par raisonnement. Si les données du personnage KOL tournent sur un serveur centralisé, personne ne sait si le modèle a été modifié à son insu, ni s’il a été utilisé pour autre chose. @OpenGradient utilise TEE + zkML pour un raisonnement vérifiable : à chaque appel à une réplique d’IA, une preuve cryptographique est générée, consultable on-chain. Pour les joueurs de la chaîne axée confidentialité, c’est là que se trouve vraiment la valeur : pas dans le folklore, mais dans la technologie qui crée une véritable barrière. Ensuite, parlons de la capture des droits. Je suppose que beaucoup n’ont pas encore compris ceci : à chaque fois que quelqu’un appelle une réplique d’IA sur Twin.fun, les frais de raisonnement sont réglés entièrement en $OPG , via le protocole x402, pour un règlement directement en chaîne. Les détenteurs peuvent déposer leurs fonds auprès des nœuds de validation pour toucher ces dividendes, et aussi participer aux votes de gouvernance sur les standards matériels TEE. Ce n’est pas une promesse d’un token de gouvernance : c’est un contrôle réel sur le pouvoir de fixation du prix du marché du raisonnement. En résumé : la contradiction centrale du marché des jumeaux numériques est la déchirure entre « expérience à grande échelle » et « crédibilité ». @OpenGradient a comblé cette contradiction à la base. Les détenteurs de $OPG n’achètent pas une narration : ils achètent le droit de percevoir une part des frais de cette infrastructure. Selon ce que je peux pressentir après avoir observé le marché : dès que les KOL de tête commenceront à signer et à être mis en ligne sur Twin.fun, le nombre d’appels de raisonnement par jour sera au moins dix fois celui d’aujourd’hui. Ce flux de frais se reflétera directement dans les rendements du staking. Si vous entrez maintenant pour vous positionner, je pense que c’est saisir une zone de valorisation sous-estimée. Je pense que cette voie vaut le coup. Et vous, qu’en pensez-vous ? #OPG
Récemment, avec ma belle-sœur, on scrutait les données du Model Hub liées à @OpenGradient : plus de 4500 modèles ont été mis sur la chaîne, et la logique de circulation de $OPG … qu’est-ce qui a vraiment changé ? Plus de 4500 modèles sur la chaîne, et la logique de circulation de $OPG , qu’est-ce qui a vraiment changé ? De « 2000+ » lors du TGE jusqu’à aujourd’hui, CoinGecko affiche directement des « thousands of models ». Ce rythme de croissance est un peu au-delà de ce que je m’étais attendu. Je pense que le marché n’a pas encore complètement réagi à la signification réelle derrière ce chiffre. Dit franchement, le nombre de modèles mis sur la chaîne n’est pas un indicateur de vanité : c’est un facteur déterminant du plafond de fréquence de consommation de $OPG . Chaque appel de vérification d’inférence doit régler avec $OPG , preuves TEE, preuves ZKML—un traitement à la fois, règlement on-chain, sans exception. Plus il y a de modèles utilisables, plus les scénarios que les développeurs et les agents IA peuvent exécuter sont larges, et plus la densité des requêtes d’inférence générées par unité de temps augmente : c’est la logique de consommation sous-jacente. J’ai repéré un détail structurel : le Model Hub est totalement permissionless—uploader suffit, zéro friction d’approbation. Cela veut dire que la vitesse d’expansion de l’offre élargit elle-même en continu le plafond de la demande, tandis que le côté paiement reste verrouillé sur $OPG , avec un encodage dur au niveau du protocole, sans espace de contournement. En plus, MemSync, avec sa mémoire, lit/écrit aussi via un règlement on-chain : en dehors des besoins d’inférence, cela ajoute aussi une autre ligne de consommation stable, et les deux types de demande tournent en parallèle. Le plus crucial, c’est qu’au moment où le nombre de modèles dépasse un certain seuil, les coûts de migration des développeurs augmentent nettement : les effets de réseau commencent à s’auto-renforcer. Cette « viscosité » est une douve que la simple croissance des utilisateurs ne peut pas reproduire. Je regarde maintenant : le risque majeur n’est justement pas du côté de la demande, mais bien du côté du manque de mécanisme de combustion. Dans les tokenomics actuelles, les frais d’inférence vont principalement aux incitations des nœuds et aux récompenses de staking, sans conception explicite de destruction (burn) au niveau du protocole. Un plafond fixe de 1 milliard, sans émission supplémentaire : c’est bien la ligne de base. Mais les fenêtres de déblocage de l’équipe et des investisseurs avancent au fil du temps, et compter uniquement sur « ne pas émettre plus » ne peut pas compenser la pression vendeuse. En théorie, avec un passage à l’échelle de 4500+ modèles et après qu’une autre hausse ait lieu dans l’inférence quotidienne, la consommation réelle de $OPG peut former un soutien structurel authentique. Cette logique est solide. Les 1,8 million d’utilisateurs de BitQuant, avec chaque appel de stratégie, apportent aussi de la « liquidité ». Le multiplicateur côté application est plus direct que la simple quantité de modèles. J’ai une petite suggestion : introduire un pourcentage de destruction ciblée des frais d’inférence, démarrer à 5%–10%, afin de resserrer simultanément l’offre et la demande. Le côté demande est déjà en construction, mais le côté destruction n’a pas encore un calendrier de mise en œuvre bien défini. @OpenGradient #OPG
Bien fait, ça mérite des éloges. $OPG a transformé le TEE en mécanisme de validation de nœud d'inférence, intégrant Intel SGX / AMD SEV dans le système de confiance sur la chaîne. Ce n'est pas une architecture que n'importe quel projet peut réaliser. Honnêtement, j'ai vu $OPG faire de même avec le TEE, ce qui n'est pas à la portée de n'importe quel projet. #OPG Dans ces années de galère avec les chaînes de confidentialité, un problème m'a toujours préoccupé : jusqu'où la lame de l'attaque par canal auxiliaire plane-t-elle au-dessus de la tête de $OPG ? D'abord, parlons des phénomènes. Que s'est-il passé dans l'histoire de SGX ? Foreshadow (2018) a extrait des clés directement de l'enclave, SGAxe (2020) peut lire des données à travers des zones sécurisées, et l'attaque SEVered d'AMD SEV a modifié la mémoire cryptée sans compromettre l'attestation. Chacun de ces cas est un exemple réel. Je crois qu'il y a un point logique clé ici. La chaîne de validation de $OPG est la suivante : nœud d'inférence fonctionnant dans le TEE → génération d'attestation → validation par consensus des nœuds complets → écriture sur la chaîne. La racine de confiance est cette attestation. Mais la malice du canal auxiliaire est qu'elle ne détruit pas l'attestation, tout en modifiant discrètement l'état intermédiaire de l'inférence sous le prétexte de légitimité. J'ai l'impression que beaucoup de gens n'ont pas bien réfléchi à cela. Les attaquants utilisent des techniques comme les temporisations de cache et les attaques par lignes DRAM pour remplacer les entrées d'inférence tout en fournissant des preuves valables en sortie de l'enclave. La preuve sur la chaîne est totalement légitime, mais le résultat a été contaminé. La validation des nœuds complets porte sur le format de preuve, pas sur le sens de l'inférence, et il est donc impossible de le détecter. Cela a le plus grand impact sur le scénario DeFi de $OPG . La stratégie quantique de BitQuant dépend des sorties vérifiables du modèle de gestion des risques. Si la sortie est générée sous une attaque de canal auxiliaire, la preuve sur la chaîne est correcte, mais les résultats sont tous faux. La "fiabilité" de cette transaction devient une blague. J'ai remarqué que lors de l'enregistrement du nœud TEE, il y a un audit d'attestation matérielle, ce qui est solide et très bien. Mais un enregistrement légal ne signifie pas une sécurité en temps réel ; les failles peuvent se déclencher sur un matériel légal. En pesant les faits : le zkML est la véritable garantie, la preuve mathématique n'a pas peur des canaux auxiliaires. L'inférence de haute valeur doit obligatoirement passer par le zkML, le TEE ne servant qu'à des assistances à faible latence. C'est ainsi que devrait se présenter une conception en couches. La couche TEE de $OPG mérite une attention continue. #OPG @OpenGradient
La nuit dernière, j'ai discuté de la vie avec ma belle-sœur, et nous avons abordé la logique de résilience réseau de $OPG : standards open source + forks communautaires, jusqu'où cette voie peut-elle nous mener ? Les gens aiment discuter de $OPG en se concentrant uniquement sur le récit AI + raisonnement on-chain, mais je pense que ce qui mérite vraiment d'être approfondi, c'est sa structure de résilience, c'est-à-dire si ce réseau peut se perpétuer lorsque l'équipe centrale ou un point unique a des problèmes. Le design sous-jacent de @OpenGradient consiste à séparer les trois couches de raisonnement, vérification et stockage. Les nœuds de raisonnement, les nœuds complets et les nœuds de données ont chacun leur rôle, sans obliger chaque validateur à exécuter le modèle complet. J'ai l'impression que cette architecture n'est pas juste esthétique, mais possède naturellement la caractéristique de "remplaçabilité modulaire" ; si un type de nœud a un problème, les autres couches peuvent encore fonctionner. C'est la base physique de la résilience réseau. Le design open source de ModelHub est vraiment top. Il y a déjà plus de 2000 modèles et plus de 100 développeurs y ajoutent des choses. Une fois que les modèles et les standards de raisonnement sont publics, la communauté peut forker des sous-réseaux ou des chaînes dédiées à des scénarios verticaux, tout comme Uniswap v2 a été forké des dizaines de fois, rendant ainsi l'écosystème AMM plus riche. Je crois que c'est le chemin le plus sous-estimé pour la diffusion de valeur de $OPG : ne pas se développer soi-même, mais élargir son rayon d'influence par la réutilisation des standards. Cependant, j'ai également remarqué certains risques réels qui ne sont pas souvent mentionnés. Premièrement, la coexistence de deux systèmes de validation, TEE et zkML, peut entraîner des divergences de standards lors des forks communautaires, et l'interopérabilité est un problème réel. Deuxièmement, la circulation actuelle n'est que de 190M, pour un total de 1 milliard, et la pression de déverrouillage à venir ne sera pas négligeable. Un fort turnover indique également que la dynamique actuelle est principalement pilotée par le trading et non par l'utilisation. Troisièmement, si la couche de mémoire AI MemSync devient une dépendance essentielle de l'écosystème, tout problème qu'elle rencontrerait pourrait à son tour devenir un nouveau point unique. Je pense que la véritable direction d'amélioration d'OPG réside dans la simplification des standards de règlement des appels inter-chaînes, permettant aux projets forkés d'être naturellement compatibles avec le règlement OPG du mainnet, au lieu de créer chacun leur propre token, afin que la valeur puisse vraiment converger vers OPG plutôt que de se disperser. En tant que vrai trader, je mesure sérieusement la situation : le prix à court terme oscille toujours près du niveau de moitié de son ATH, la logique fondamentale devra se concrétiser en fonction du volume d'appels réels des développeurs, et il faudra au moins un à deux trimestres de données pour validation. @OpenGradient #OPG
Hier, j'ai encore bu un verre avec des amis qui font du mining, et on a discuté du mécanisme de proposition de gouvernance de $OPG : qui décide, quel modèle est mis sur la chaîne ? Pour le projet @OpenGradient , je constate qu'actuellement, la plupart des récits AI + blockchain se résument à "location de puissance de calcul", un simple changement de peau pour raconter la même histoire. Mais le mécanisme de gouvernance de $OPG , je pense qu'il répond sérieusement à une question centrale : qui décide quel modèle le réseau doit prioriser ? D'un point de vue phénoménal, @OpenGradient réalise un raisonnement AI vérifiable, chaque appel de modèle génère une preuve cryptographique, et avant le règlement sur la chaîne, cela doit passer par une vérification. Ça utilise TEE + zkML en double voie, différents scénarios de risque empruntent des chemins de vérification variés. Je trouve que cette conception de "menu de confiance" est très intelligente, ce n'est pas du tout uniforme, mais cela donne le choix aux développeurs. La dimension de gouvernance est réellement l'endroit intéressant. Les détenteurs de $OPG peuvent voter pour décider : quels matériels TEE soutenir, tarification du Gas, allocation du trésor, mises à niveau de protocoles. Mais ce qui m'intéresse davantage, c'est quels modèles AI open source sont priorisés par le réseau, c'est en essence ce cadre de gouvernance qui les pousse en avant. Les développeurs de modèles publient leurs modèles sur le Model Hub, la communauté influence la répartition des ressources et les priorités par le biais d'un vote avec des jetons, plus un modèle est utilisé, plus il renvoie des bénéfices aux nœuds, et ces bénéfices retournent aux stakers. Le véritable activateur de tout ce flywheel, c'est la direction du vote de gouvernance. #OPG Je pense que la plus grande intelligence de ce mécanisme réside dans le fait d'associer "pouvoir de décision" et "intérêts". Si tu détiens des $OPG , que tu stakes, que tu participes au paiement de raisonnement, alors tu tiens vraiment à ta voix. Ce n'est pas un DAO de façade, mais une décision réelle motivée par un intérêt économique. Derrière se tiennent a16z Crypto et Coinbase Ventures, l'équipe provient de Two Sigma et Palantir, avec un bagage technique très solide. Je pense que ce type de projet n'est pas difficile techniquement, mais la vraie question est : peuvent-ils réellement activer la participation de la communauté à la gouvernance ? D'après les données actuelles, avec plus de 2 millions d'utilisateurs et 2 millions de raisonnements vérifiables, ils s'en sortent plutôt bien en phase de démarrage. Je parie que le mécanisme de gouvernance de $OPG n'est pas une simple décoration, c'est un véritable régulateur de l'évolution du réseau. Qui détient suffisamment de jetons et utilise réellement ce réseau, a la capacité de faire monter en priorité les modèles open source qu'il soutient. Cette logique, dans le domaine de l'AI vérifiable, me semble être la conception la plus claire à ce jour. #OPG