
La version v2 du protocole x402 est basée sur l’expérience de déploiement en production et représente un changement architectural fondamental (si vous êtes intéressé, vous pouvez vous rendre sur la fondation x402 pour la regarder : https://www.x402.org/writing/x402-v2-launch).Après avoir traité plus de 100 millions de transactions, l’équipe a identifié les principaux points de friction et a repensé le protocole autour de trois objectifs : une séparation claire des couches, une évolutivité indépendante de la blockchain et la conformité aux normes du Web.

Changements dans la version v2

Paiement d’agence traditionnel vs paiement d’agence x402
Les processus de paiement traditionnels nécessitent plusieurs étapes manuelles et une intervention humaine. x402 élimine les frictions en permettant des paiements autonomes et instantanés.

Améliorations architecturales dans la version v2
Interface de paiement unifiée
La version v2 prend en charge le paiement multi-chaînes par défaut.Une API unique pour accepter les paiements USDC sur Base, Solana ou toute blockchain prise en charge sans modifier votre code.

Identifiant de réseau : utilisant CAIP-2
La version v1 utilise des identifiants de réseau personnalisés tels que « base-sepolia » et « base ». La version v2 adopte CAIP-2 (Chain-Independent Improvement Proposal 2) et le format est « namespace:reference ».Cela lui permet de prendre en charge n’importe quel système de paiement blockchain, même non blockchain.

Reconstruction de la demande de paiement
La version v1 comporte des métadonnées de ressources dupliquées dans chaque option de paiement. Si le serveur accepte trois jetons, il répète trois fois l’URL, la description et le type de contenu.La version v2 l’extrait dans un objet ressource partagé, réduisant ainsi la taille du message et éliminant les incohérences.

Développer
La version v2 introduit un système d’extension formel pour des fonctionnalités facultatives qui fonctionnent indépendamment du mécanisme de paiement principal.Chaque extension possède un objet d’information qui contient des données spécifiques à l’extension et un objet de schéma qui définit la structure via le schéma JSON.

Options de paiement explicites
La version v1 utilise des heuristiques de correspondance de champs pour déterminer quelle option de paiement a été sélectionnée par le client.La version v2 rend le processus de sélection plus clair avec un champ « accepté » contenant les conditions de paiement complètes sélectionnées.

Mise à jour du transfert HTTP
Conforme à la norme RFC 6648

Refactorisation du SDK
Du codage en dur à la modularité

Enregistrement de modèle de constructeur
Moteur de stratégie basé sur Lambda

système de crochet


Configuration

Facilitateur AAmélioration de l’IPFonction
Avis de capacité

découverte automatique

Stratégie migratoire










