Venez, parlons de la mise à niveau V2 de x402, je vais partager quelques points que je considère comme clés : 1) Identité de portefeuille + sessions réutilisables Dans la version V1, chaque appel API devait passer par l'ensemble du processus de transaction sur la chaîne, si un Agent lançait des demandes de paiement consécutives, cela générait un grand nombre de transactions sur la chaîne. De plus, avec l'accumulation des délais et des frais de Gas, dans certains scénarios d'application à haute fréquence, cela ne pouvait tout simplement pas fonctionner ; La V2 va introduire le mécanisme Sign-In-With-X (SIWx), permettant à l'Agent de vérifier une fois l'identité du portefeuille, et les appels suivants peuvent directement réutiliser la session, sans avoir à confirmer sur la chaîne à chaque fois. Cela transforme en fait x402 d'un modèle de paiement à l'utilisation à un modèle d'abonnement, ce qui peut réduire le seuil technique de performance requis dans des scénarios à haute fréquence ; 2) Compatibilité multi-chaînes avec la norme CAIP La V1 reposait principalement sur la combinaison Base + EIP3009 USDC, d'autres chaînes devaient être intégrées par encapsulation, pontage ou relais, ce qui augmentait clairement la complexité technique. La V2, grâce à CAIP, peut réaliser une identification unifiée des actifs multi-chaînes, Solana, Monad, Avalanche, d'autres L2, et même des canaux de paiement en monnaie fiduciaire traditionnelle, peuvent tous être intégrés sans couture, rendant le protocole x402 plus ouvert et accessible à plus de chaînes ; cet ajustement est très nécessaire, car x402 ne peut pas se limiter à un niveau de protocole, la compétition se fera inévitablement dans un écosystème multi-chaînes, et il faut combiner au maximum l'avantage de premier arrivé de Base, la haute performance de Solana, la liquidité de BSC, etc. ; 3) Mécanisme d'extensions évolutives La V2 introduit le concept d'Extensions, permettant d'étendre de nouvelles fonctionnalités sans forker le protocole principal. La découverte automatique, le routage dynamique payTo, et diverses innovations futures peuvent toutes être ajoutées sous forme d'Extension. Cela crée en fait les conditions préalables pour l'innovation des infrastructures et des applications au niveau des Facilitators et Providers. Les développeurs peuvent explorer diverses innovations de modèles de paiement sur la base du protocole x402, y compris la tarification dynamique, le partage des revenus entre plusieurs parties, les paiements conditionnels, les règlements différés, etc. 4) SDK modulable + mécanisme de découverte automatique L'expérience d'intégration de la V1 était encore au niveau des opérations manuelles, modifier le code source du SDK, faire correspondre manuellement la liste des Facilitators, tout cela pouvait encore fonctionner dans des scénarios d'application à petite échelle, mais une fois à grande échelle, cela devenait problématique ; La V2 a modifié l'architecture du SDK, les Facilitators peuvent automatiquement explorer et indexer les métadonnées des services x402, les prix, le routage, les informations sur les chaînes supportées sont toutes synchronisées automatiquement. En fait, cela abaisse encore le seuil technique, et l'environnement ouvert devient plus convivial. Voilà. La V1 a exécuté un grand nombre de txs, prouvant simplement la faisabilité du récit x402, mais a également exposé de nombreux problèmes, tels que l'écosystème fermé, le seuil d'intégration élevé, et une mauvaise convivialité pour le déploiement d'applications à haute fréquence. Il est évident que l'accélération rapide de la V2 vise à résoudre le problème du déploiement à plus grande échelle de x402. ...