Après avoir parlé de tant de techniques hardcore, aujourd'hui, on va déterrer un réglage souvent négligé mais extrêmement intéressant dans le coin du livre blanc @OpenGradient — le mode de validation Vanilla (ce niveau le plus léger, "juste signer, pas prouver").
Quand je l'ai découvert, je me suis dit que c'était vraiment se tirer une balle dans le pied : une infrastructure qui se vante de faire de l'IA vérifiable, qui permet de sortir des résultats sans vérification ? Mais après y avoir réfléchi pendant deux jours, j'ai compris : c'est justement la partie la plus honnête du projet et qui comprend le mieux la nature humaine en affaires.
Billetterie de parc d'attractions : toutes les computations ne méritent pas de "taxe de sécurité"
Prenons un exemple, c'est comme acheter un ticket pour un parc d'attractions :
Montagnes russes (DeFi/Prêt à haut risque) : il faut mesurer la taille, vérifier l'historique médical, attacher la ceinture, c'est le mode ZKML hardcore ;
Autos tamponneuses (conversations privées/décisions de haute valeur) : il suffit de vérifier le ticket pour entrer, c'est l'isolement matériel TEE ;
Si à l'avenir le mainnet se lance et que plus de 90 % des requêtes API du réseau choisissent le niveau Vanilla pour économiser sur le Gas, alors la vitrine de l'IA vérifiable @OpenGradient ne deviendra-t-elle pas un simple cache-misère ?
Le plus mortel, c'est que le livre blanc reste silencieux sur la limite supérieure et le mécanisme d'audit pour le mode Vanilla dans les requêtes globales — c'est une véritable bombe à retardement. Sous l'effet de l'intérêt, les nœuds malveillants vont-ils intentionnellement induire en erreur ou passer silencieusement au mode Vanilla non vérifié pour faire des ravages ?
Conclusion : être un bon auditeur face à la "non-vérification"
Le mode Vanilla est un compromis commercial intelligent, mais les responsables du projet doivent le rendre aussi évident que "fumer nuit à la santé" sur une boîte de cigarettes, et non pas le cacher à la dernière page du manuel technique. À ce stade, l'utilisateur lambda ne comprend peut-être même pas la différence entre ces trois niveaux, le coût de l'éducation du marché est bien plus élevé que le coût technique.
Donc, je suis revenu à la maxime des vieux traders : quand les autres sont cupides, j'ai peur, et face à un Vanilla ultra-lisse, je dois aussi l'auditer comme un TEE. Restons discrets pour l'instant, et voyons le véritable ratio de fonctionnement de chaque niveau après le lancement du mainnet.
Si vous étiez à ma place, lorsque vous appelez des stratégies d'IA sur la blockchain, feriez-vous le choix de l'option complètement "non vérifiée" juste pour économiser quelques centimes de frais de Gas ?
#OPG $OPG @OpenGradient
Quand je l'ai découvert, je me suis dit que c'était vraiment se tirer une balle dans le pied : une infrastructure qui se vante de faire de l'IA vérifiable, qui permet de sortir des résultats sans vérification ? Mais après y avoir réfléchi pendant deux jours, j'ai compris : c'est justement la partie la plus honnête du projet et qui comprend le mieux la nature humaine en affaires.
Billetterie de parc d'attractions : toutes les computations ne méritent pas de "taxe de sécurité"
Prenons un exemple, c'est comme acheter un ticket pour un parc d'attractions :
Montagnes russes (DeFi/Prêt à haut risque) : il faut mesurer la taille, vérifier l'historique médical, attacher la ceinture, c'est le mode ZKML hardcore ;
Autos tamponneuses (conversations privées/décisions de haute valeur) : il suffit de vérifier le ticket pour entrer, c'est l'isolement matériel TEE ;
Si à l'avenir le mainnet se lance et que plus de 90 % des requêtes API du réseau choisissent le niveau Vanilla pour économiser sur le Gas, alors la vitrine de l'IA vérifiable @OpenGradient ne deviendra-t-elle pas un simple cache-misère ?
Le plus mortel, c'est que le livre blanc reste silencieux sur la limite supérieure et le mécanisme d'audit pour le mode Vanilla dans les requêtes globales — c'est une véritable bombe à retardement. Sous l'effet de l'intérêt, les nœuds malveillants vont-ils intentionnellement induire en erreur ou passer silencieusement au mode Vanilla non vérifié pour faire des ravages ?
Conclusion : être un bon auditeur face à la "non-vérification"
Le mode Vanilla est un compromis commercial intelligent, mais les responsables du projet doivent le rendre aussi évident que "fumer nuit à la santé" sur une boîte de cigarettes, et non pas le cacher à la dernière page du manuel technique. À ce stade, l'utilisateur lambda ne comprend peut-être même pas la différence entre ces trois niveaux, le coût de l'éducation du marché est bien plus élevé que le coût technique.
Donc, je suis revenu à la maxime des vieux traders : quand les autres sont cupides, j'ai peur, et face à un Vanilla ultra-lisse, je dois aussi l'auditer comme un TEE. Restons discrets pour l'instant, et voyons le véritable ratio de fonctionnement de chaque niveau après le lancement du mainnet.
Si vous étiez à ma place, lorsque vous appelez des stratégies d'IA sur la blockchain, feriez-vous le choix de l'option complètement "non vérifiée" juste pour économiser quelques centimes de frais de Gas ?
#OPG $OPG @OpenGradient