Le 9 septembre, Polygon Labs a présenté en détail Open Money Stack, c’est-à-dire OMS. Il regroupe dans une même couche d’API l’authentification, les portefeuilles, les entrées et sorties en monnaie fiduciaire, l’échange, le cross-chain et le règlement. L’objectif est que les entreprises n’aient pas à assembler séparément les services de plusieurs fournisseurs pour construire un compte en dollars, effectuer des virements transfrontaliers ou mettre en place des paiements en stablecoins. Officiellement, les capacités sont décomposées en dix modules de base : Send, Receive, Convert, Hold, Ramp, Bridge, Swap, Earn, Program et Identity. Les entreprises peuvent adopter le flux complet ou n’utiliser qu’une seule couche.

Les difficultés de paiement sont peu nombreuses : il suffit d’envoyer un jeton de l’adresse A à l’adresse B. En réalité, les fonds peuvent provenir d’espèces ou d’un compte bancaire, passer par l’identification du client, le verrouillage du taux de change, l’échange contre des stablecoins, le routage inter-chaînes, puis, de l’autre côté, être retirés via une banque ou un point de retrait espèces. À chaque étape, l’usage de fournisseurs distincts entraîne des systèmes de comptes différents, des codes d’erreur différents, des historiques de règlement différents et des limites de support client différentes. OMS vise à traverser l’ensemble du parcours avec les mêmes objets et états de transaction afin de réduire les traductions répétées entre interfaces de fournisseurs.

Les dix modules couvrent l’ensemble du parcours des fonds, pas seulement les transferts on-chain sur Polygon.

Send et Receive gèrent l’envoi et la réception des fonds : elles peuvent se connecter à des portefeuilles on-chain, mais couvrent aussi les paiements bancaires et les entrées en espèces. Convert verrouille le taux de change et exécute les conversions entre monnaie fiduciaire et stablecoins, puis entre stablecoins. Hold permet à l’entreprise de détenir les soldes en monnaie fiduciaire ou en stablecoins sur les réseaux requis. Ramp connecte RTP, ACH, ACH du jour même, virements domestiques, SWIFT, cartes de débit et espèces de détail. Bridge et Swap traitent respectivement le mouvement inter-chaînes et l’échange de jetons. Program fournit la répartition, la garde, l’approbation et les politiques. Identity, quant à lui, fait router le KYC et le KYB vers des prestataires de vérification adaptés à la région du client.

Le temps de règlement affiché par l’officiel montre que « une API unifiée » ne veut pas dire « arrivée immédiate de tous les paiements ». RTP met environ une minute ; ACH arrive généralement le lendemain matin ouvré ; ACH du jour même arrive le jour même (sur le même jour ouvré) ; le virement domestique prend environ une heure ; SWIFT vers un IBAN ou une banque canadienne peut prendre le jour même ou le lendemain ouvré. Côté on-chain : Polygon met environ une minute ; Ethereum ou Base environ cinq minutes. Ce sont des durées typiques dans des conditions normales. Les jours ouvrés bancaires, les revues de conformité, la congestion du réseau et la maintenance des partenaires peuvent encore provoquer des retards.

OMS utilise des objets partagés comme Customer, Wallet, Quote, Transaction, Counterparty et External Account pour consigner les transactions. La cotation (quote) inclut un détail des frais et une date d’expiration ; la transaction est mise à jour via des Webhooks entre l’état « en cours » et « terminée ». Un identifiant de transaction unique facilite la réconciliation et l’orientation du support : quand un virement reste bloqué au milieu, l’équipe peut plus facilement déterminer si le problème vient de l’identité, de l’échange, de la banque ou du règlement on-chain, plutôt que d’ouvrir une demande chez chaque fournisseur.

La partie conformité est assurée par Identity, qui sélectionne les services KYC et KYB correspondant à la région. Le filtrage des sanctions et de la lutte contre le blanchiment d’argent s’étend à chaque étape du parcours. À l’heure actuelle, la couverture inclut 48 États américains et des corridors internationaux qui s’étendent progressivement. Polygon Labs gère la couche technique ; les partenaires agréés gèrent la vérification, la garde, l’émission de comptes virtuels et le transfert des fonds. Cette répartition des responsabilités doit être clairement expliquée aux clients entreprises : un seul API réduit le nombre d’intégrations, mais ne supprime ni les licences de paiement ni les obligations de conformité.

Une pile unifiée réduit les frictions d’ingénierie, mais la fiabilité, le verrouillage et les limites de responsabilité doivent être réévaluées.

Le bénéfice le plus direct d’utiliser une seule interface est de réduire les intégrations et la maintenance. L’équipe n’a pas besoin de gérer séparément l’authentification, les mises à niveau de version, les retentatives et les modèles de données pour chaque fournisseur, ce qui permet de lancer le produit plus rapidement. Les portefeuilles non-custodial prennent aussi en charge les portefeuilles de contrats intelligents, le parrainage du Gas, les transactions en lot et les Smart Sessions : après qu’un utilisateur autorise une portée limitée, l’application peut exécuter à l’intérieur de cette portée, ce qui réduit les confirmations répétées à chaque étape. OMS prend également en charge x402 et ERC-8004, destinés aux paiements proxy avec contrôle de quota et à l’identité on-chain.

La centralisation apporte aussi de nouvelles dépendances. Si l’interface d’OMS tombe en panne, si la couverture des partenaires change ou si un certain routage est suspendu, plusieurs étapes de paiement peuvent être impactées en même temps. Les entreprises doivent confirmer les niveaux de service, la page d’état, l’export des données, la compensation en cas d’échec et les plans de migration, afin d’éviter que « il manque sept fournisseurs » ne devienne « il n’y a plus d’issue de remplacement ». Même si les objets unifiés facilitent la réconciliation, la couche bancaire, les portefeuilles et la chaîne peuvent encore utiliser des normes de finalité différentes ; le système doit donc exprimer précisément pour chaque étape si elle est en attente, annulable ou déjà irréversible.

Le routage traverse Ethereum, Polygon, Base et Solana, mais les fonctionnalités varient selon le réseau ; l’officiel recommande aussi aux développeurs de consulter d’abord l’annuaire réseau en temps réel. Polygon est recommandé comme couche de règlement par défaut, en raison de la vitesse et des coûts. Cela ne signifie pas que chaque client, actif et région conviennent à ce parcours par défaut. Les entreprises doivent choisir en fonction de la liquidité, des risques de pont (bridge), du réseau cible et des exigences de conformité, plutôt que de comparer uniquement les frais de Gas d’une transaction isolée.

Les frais doivent aussi être calculés de bout en bout. Le règlement on-chain peut n’entraîner que très peu de frais, mais les entrées/sorties en fiduciaire, les sites de trésorerie, les écarts de prix lors des échanges, la vérification d’identité et la gestion des remboursements génèrent toujours des coûts. L’officiel mentionne plus de 50 000 points de retrait d’espèces de détail et souligne qu’après une montée en échelle, les coûts de règlement pourraient baisser ; toutefois, pour les entreprises, le jugement final doit se fonder sur le coût total réel des corridors et le taux de réussite. Une étape on-chain bon marché ne peut pas masquer une dernière étape coûteuse.

La manière d’effectuer un déploiement pertinent consiste à d’abord choisir un corridor précis, en fixant la devise, les fourchettes de montants et le type de clients ; puis à mesurer le taux d’ouverture de compte, l’écart des cotations, le délai d’arrivée, le taux d’échec, les tickets manuels et le coût total. Ensuite, seulement après, augmenter progressivement les réseaux et les modules. À chaque extension du périmètre, il faut valider comment gérer la perte de Webhook, les requêtes répétées, l’expiration du taux de change et les erreurs on-chain irréversibles.

Ce qu’OMS a rendu public correspond à une infrastructure de paiement composable et à la couverture actuelle ; cela ne veut pas dire que tous les pays, types de cartes et réseaux sont déjà entièrement ouverts. L’officiel indique clairement que davantage de pays et d’options de cartes sont encore déployés progressivement. Il résout le problème d’ingénierie lié à l’assemblage multi-fournisseurs, mais regroupe les risques de gouvernance de la plateforme et des partenaires. Pour les entreprises, la vraie valeur ne dépend pas de cette phrase d’accroche « un seul API », mais du point de savoir si l’argent, depuis son entrée jusqu’à sa sortie, reste toujours traçable, explicable et récupérable en cas d’exception.