OpenGradient résout un problème, mais ce n’est peut-être pas celui qui est le plus urgent pour les développeurs
En lisant le livre blanc, j’ai remarqué un détail : l’environnement TEE, le processus de vérification ZKML, la sortie de la preuve — trois couches de validation, chacune avec son propre tube.
La conception est très élégante. Mais j’ai demandé à quelques amis qui font des stratégies DeFi : leur réaction était très cohérente : « Du moment que mon modèle tourne vite, ça me suffit. Qui se soucie de savoir s’il peut être vérifié ? »
Cette phrase est très réaliste. Pour la majorité des développeurs, le coût est une métrique clé, la vitesse aussi : « vérifiable » arrive très loin derrière. Ce n’est pas que la vérification est inutile, mais dans la plupart des scénarios, les utilisateurs ne se soucient pas vraiment de savoir si le backend a été altéré : tant que le résultat est correct, c’est tout.
@OpenGradient résout effectivement un vrai problème, mais la priorité de ce problème n’est peut-être pas aussi élevée qu’on l’imagine. Ce qui nécessite vraiment une vérification, ce sont les domaines où « se tromper n’offre pas de retour en arrière » : compensation financière, diagnostic médical, trading automatisé. Ailleurs, « pouvoir vérifier » ressemble davantage à un bonus.
Donc je ne vais pas me contenter de n’évaluer que la solidité technique : je vais regarder un indicateur. Après la baisse des subventions, combien de personnes sont encore prêtes à payer ce surplus de Gas pour « vérifiable » ? Si la part du raisonnement réellement monétisée peut réellement décoller, alors seulement on pourra mesurer la vraie température de la demande de vérification.
La technologie est bonne, mais la comptabilité commerciale doit se faire à part.
#OPG $OPG @OpenGradient $BTC
En lisant le livre blanc, j’ai remarqué un détail : l’environnement TEE, le processus de vérification ZKML, la sortie de la preuve — trois couches de validation, chacune avec son propre tube.
La conception est très élégante. Mais j’ai demandé à quelques amis qui font des stratégies DeFi : leur réaction était très cohérente : « Du moment que mon modèle tourne vite, ça me suffit. Qui se soucie de savoir s’il peut être vérifié ? »
Cette phrase est très réaliste. Pour la majorité des développeurs, le coût est une métrique clé, la vitesse aussi : « vérifiable » arrive très loin derrière. Ce n’est pas que la vérification est inutile, mais dans la plupart des scénarios, les utilisateurs ne se soucient pas vraiment de savoir si le backend a été altéré : tant que le résultat est correct, c’est tout.
@OpenGradient résout effectivement un vrai problème, mais la priorité de ce problème n’est peut-être pas aussi élevée qu’on l’imagine. Ce qui nécessite vraiment une vérification, ce sont les domaines où « se tromper n’offre pas de retour en arrière » : compensation financière, diagnostic médical, trading automatisé. Ailleurs, « pouvoir vérifier » ressemble davantage à un bonus.
Donc je ne vais pas me contenter de n’évaluer que la solidité technique : je vais regarder un indicateur. Après la baisse des subventions, combien de personnes sont encore prêtes à payer ce surplus de Gas pour « vérifiable » ? Si la part du raisonnement réellement monétisée peut réellement décoller, alors seulement on pourra mesurer la vraie température de la demande de vérification.
La technologie est bonne, mais la comptabilité commerciale doit se faire à part.
#OPG $OPG @OpenGradient $BTC