C'est quoi MPP, Visa, Agents, 0x402, Tempo et comment tout cela est-il lié ? @Stripe et @Tempo ont lancé MPP et le mainnet aujourd'hui. Ensuite, @Visa a annoncé Visa CLI pour les agents. @base mène avec 0x402 depuis presque un an maintenant. S'agit-il de la même chose ? Utilisent-ils tous des stablecoins ? Y aura-t-il un seul gagnant parmi toutes les applications ? Une façon de comprendre cet espace est de séparer deux débats différents qui sont souvent mélangés. Un débat concerne les rails crypto vs les cartes, et un autre débat concerne MPP vs 0x402. 1. Le débat sur le règlement : rails de carte vs rails crypto C'est la dimension la plus familière. Il s'agit de l'infrastructure financière qui déplace finalement l'argent. Les réseaux de cartes traditionnels restent puissants car ils sont simples, mondiaux et profondément intégrés dans l'écosystème des commerçants. Les interfaces programmables qui exposent les paiements par carte aux agents logiciels rendent possible l'automatisation des achats sans redessiner les flux de travail commerciaux existants. Pour les transactions plus importantes ou occasionnelles, ce modèle reste efficace. La comptabilité est claire. La conformité est intégrée. L'acceptation est presque universelle. Les rails crypto introduisent un ensemble de propriétés différent. Les stablecoins permettent un règlement global instantané, des frais bas et des soldes programmables que les agents peuvent gérer directement. Cela devient important lorsque les paiements sont petits, fréquents ou continus. Les charges de travail des machines impliquent souvent une utilisation mesurée plutôt que des achats discrets. Dans ces environnements, le règlement par flux ou par micro-règlement groupé est structurellement plus facile à mettre en œuvre avec des rails basés sur la blockchain. Le point clé est que le choix du règlement est largement économique. Les développeurs choisiront le rail qui correspond le mieux à la fréquence de paiement, à la taille et à la complexité opérationnelle. 2. Le débat sur le protocole : 0x402 vs MPP Un deuxième débat se déroule à un niveau au-dessus du règlement. Il s'agit de la manière dont les agents expriment réellement leur intention de payer. Les flux de style 0x402 et MPP reposent tous deux sur la sémantique HTTP 402 Payment Required, longtemps inutilisée. L'idée partagée est que le paiement devrait faire partie du cycle normal de demande-réponse du web. Un agent demande une ressource. Le serveur émet un défi de paiement lisible par machine. L'agent prouve son autorisation. L'accès est accordé. Les implémentations 0x402 ont tendance à se concentrer sur des défis de paiement sans état. Chaque demande peut inclure une exigence de paiement, rendant le modèle simple et composable. Cette approche a gagné en traction dans des écosystèmes tels que Base où l'exécution à faible coût soutient des interactions à haute fréquence. MPP introduit un cadre plus structuré à travers des sessions de paiement. Un agent peut ouvrir un mandat de dépense avec des contraintes définies et régler l'utilisation de manière incrémentielle au fil du temps. Cela réduit les frais de transaction et s'adapte bien à la consommation continue de services tels que l'inférence, les flux de données ou les flux de travail automatisés. ...