Comment accepter les paiements en cryptomonnaie sur Arbitrum One : guide pour les commerçants

Accepter des paiements en cryptomonnaie sur Arbitrum One ne se résume pas à afficher une adresse au format Ethereum. Un parcours de paiement destiné à la production doit indiquer au client le réseau et le jeton à utiliser, reconnaître le bon contrat, suivre le transfert jusqu’à l’état de confirmation approprié et le rattacher à une seule commande sans effectuer deux fois la livraison.

Arbitrum One utilise les portefeuilles EVM habituels et des adresses en 0x, mais cette familiarité peut masquer des erreurs. Un client peut sélectionner Ethereum, Base, Arbitrum Nova ou un autre réseau compatible et voir malgré tout une adresse qui semble valide. Le transfert obtenu peut être réel sans pour autant régler la commande sur Arbitrum One.

Ce guide présente les contrôles nécessaires aux commerçants pour exploiter les paiements Arbitrum One en production : configuration du portefeuille, USDC natif et USDC transféré par pont, gas en ETH, libellés de la page de paiement, politique de confirmation, idempotence des webhooks, remboursements et données financières. La page de paiement Arbitrum publique de Yolfi décrit les liens de paiement, les paiements récurrents, les événements et webhooks, ainsi que le règlement sans garde directement vers le portefeuille du commerçant. Considérez ces éléments comme des fonctionnalités à évaluer, puis confirmez les options exactes d’actif et de réseau dans votre configuration active et authentifiée avant de les proposer aux clients.

Commencez par identifier précisément le réseau Arbitrum

« Arbitrum » peut désigner tout un écosystème, et non une destination de paiement unique. Dans ce guide, le réseau de production visé est le réseau principal Arbitrum One.

Le guide de démarrage rapide du pont Arbitrum officiel indique les principaux paramètres du portefeuille :

Une demande de paiement complète doit conserver davantage d’informations qu’une simple adresse de destination. Enregistrez :

• Arbitrum One comme réseau demandé ;
• l’ID de chaîne 42161 pour valider l’intégration ;
• l’actif natif ou le contrat exact du jeton ;
• l’adresse de règlement du commerçant ;
• le montant exact et l’éventuelle date d’expiration du cours ;
• un identifiant de commande, de facture ou de demande de paiement ;
• le hachage et l’état de la transaction détectée ;
• le résultat de l’exécution de la commande et tout remboursement ultérieur.

Ne réduisez pas les instructions destinées aux clients à « envoyer sur Arbitrum » si votre système attend précisément Arbitrum One. Arbitrum Nova et les réseaux de test Arbitrum possèdent des ID de chaîne différents. Une adresse EVM ne suffit pas à exprimer cette distinction.

Déterminez si Arbitrum One convient à vos clients

Arbitrum One est un choix pertinent si vos clients y détiennent déjà des fonds, utilisent des portefeuilles qui permettent de le sélectionner clairement ou peuvent y retirer directement leurs actifs depuis leur prestataire habituel. Il peut convenir aux abonnements logiciels, aux services en ligne, aux biens numériques, aux factures, aux communautés et aux produits à crédit de compte destinés à une clientèle familière des cryptomonnaies.

La question importante n’est pas de savoir si le réseau peut traiter des transferts de jetons, mais si l’ensemble du parcours, côté client comme côté commerçant, est viable :

• Les clients détiennent-ils déjà l’actif prévu sur Arbitrum One ?
• Peuvent-ils sélectionner Arbitrum One lorsqu’ils effectuent un retrait depuis une plateforme d’échange ?
• Le portefeuille affichera-t-il clairement le réseau et le contrat du jeton ?
• L’assistance peut-elle enquêter sur un transfert effectué sur le mauvais réseau ou avec le mauvais jeton ?
• L’équipe financière peut-elle évaluer et rapprocher cet actif ?
• L’entreprise peut-elle effectuer les remboursements et les transferts de trésorerie en toute sécurité ?

Évitez toute affirmation définitive sur le coût ou la rapidité des transactions. L’estimation en temps réel du portefeuille, l’état du réseau, la transaction elle-même et la politique de risque du commerçant influencent tous l’expérience réelle. Un client qui doit d’abord retirer ses fonds ou les transférer par un pont supporte également des coûts et des étapes en dehors de la transaction de paiement finale. Pour comparer les différentes solutions, appuyez-vous sur un cadre plus large afin de choisir la meilleure blockchain pour les paiements en stablecoins.

Choisissez l’actif avant de concevoir la page de paiement

La prise en charge du réseau et celle de l’actif sont deux choses distinctes. Le fait qu’un portefeuille puisse utiliser Arbitrum One ne prouve pas que votre système de paiement accepte tous les jetons de ce réseau.

USDC natif sur Arbitrum One

L’USDC peut constituer un bon actif de départ pour les produits libellés en dollars américains, car le montant demandé en jetons est plus facile à comprendre qu’un cours en ETH qui évolue constamment. Il comporte néanmoins des risques liés à l’émetteur, au contrat, à la perte de parité, à la réglementation, au portefeuille et au réseau.

Le répertoire des contrats USDC officiel de Circle indique l’adresse suivante pour l’USDC natif sur Arbitrum :

0xaf88d065e77c8cC2239327C5EDb3A432268e5831

C’est l’adresse qui constitue l’identifiant déterminant. Un nom, un symbole, une icône ou une valeur de marché approximative ne suffit pas, car les portefeuilles peuvent afficher des actifs différents sous des libellés similaires.

Avant d’annoncer « USDC sur Arbitrum One », comparez cette adresse publiée par l’émetteur avec le contrat reconnu par le parcours de paiement dans votre configuration authentifiée. Vérifiez-la de nouveau lors de l’examen de l’intégration plutôt que de copier une adresse issue d’un résultat de recherche, d’une suggestion du portefeuille ou d’un message de client.

L’USDC natif et l’USDC transféré par pont ne sont pas interchangeables

Arbitrum One propose à la fois l’USDC natif et une version transférée par pont généralement affichée sous le nom USDC.e. Ces actifs utilisent des contrats différents. Un client peut détenir un jeton libellé en dollars appelé USDC.e sans pour autant posséder l’actif demandé par une page de paiement en USDC natif.

Pour les opérations du commerçant, appliquez cette règle : un contrat différent correspond à un actif de paiement différent. Ne créditez pas automatiquement une commande simplement parce que le symbole ou la valeur affichée semble proche.

Voici une liste de vérification pour lancer les paiements en USDC en toute sécurité :

1. Confirmez que la configuration active et authentifiée propose le parcours USDC prévu sur Arbitrum One.
2. Enregistrez le contrat du jeton pris en charge dans la configuration du paiement.
3. Comparez l’USDC natif au répertoire actuel des contrats de Circle.
4. Utilisez un libellé explicite pour le client, par exemple « USDC natif sur Arbitrum One ».
5. Effectuez un transfert de faible montant depuis les portefeuilles que vos clients sont susceptibles d’utiliser.
6. Vérifiez qu’un paiement en USDC.e ou avec un autre contrat non conforme est rejeté ou soumis à un examen.
7. Fournissez à l’assistance une procédure écrite pour traiter les contrats non conformes.

Si un client doit transférer des fonds vers le réseau, orientez-le vers le guide de démarrage rapide officiel d’Arbitrum au lieu d’inventer des instructions relatives aux ponts. La documentation du pont précise elle-même qu’Arbitrum One prend en charge des versions distinctes de l’USDC natif et de l’USDC transféré par pont. Le passage par un pont est une action utilisateur distincte qui comporte ses propres risques ; n’en faites pas une condition implicite du paiement.

ETH et autres jetons

L’ETH sert de monnaie de gas sur Arbitrum One et peut également être utilisé comme actif d’achat si cette option exacte apparaît dans la configuration authentifiée du commerçant. Pour les produits libellés dans une monnaie de référence, définissez le mode de calcul du cours en ETH, sa durée de validité ainsi que le traitement des paiements tardifs, insuffisants ou excessifs.

Ne proposez un autre jeton que si ce jeton précis sur Arbitrum One est disponible dans la configuration active et si l’entreprise peut vérifier son contrat, déterminer son prix, le conserver ou le convertir, le rapprocher et le rembourser. La possibilité technique de transférer un actif vers un portefeuille ne signifie pas qu’il est pris en charge sur la page de paiement.

Expliquez le gas d’Arbitrum sans promettre un montant de frais

Pour une transaction Arbitrum One ordinaire, l’expéditeur paie le gas en ETH sur Arbitrum One. Un client peut posséder suffisamment d’USDC pour régler la facture, mais aucun ETH pour soumettre le transfert de jetons.

Distinguez clairement trois montants :

• le montant de l’achat attendu par le commerçant ;
• les frais de réseau estimés par le portefeuille en ETH ;
• les éventuels frais du prestataire ou de l’entreprise, indiqués séparément par le commerçant.

Si la facture demande 60 USDC, le client doit envoyer 60 USDC et détenir des ETH supplémentaires sur Arbitrum One pour le gas. Il ne doit pas déduire de ce montant en USDC des frais libellés en ETH.

Le guide d’estimation du gas officiel d’Arbitrum recommande la méthode standard eth_estimateGas pour estimer une transaction et précise que l’estimation peut varier avec le prix des données d’appel sur la chaîne parente. Sur la page de paiement, laissez le portefeuille connecté calculer une estimation actualisée. Ne publiez pas de frais permanents et ne promettez pas que tous les transferts coûteront le même montant.

Le texte d’aide destiné aux clients doit préciser : « Des ETH sur Arbitrum One sont nécessaires pour le gas. » Des ETH présents uniquement sur le réseau principal Ethereum ou sur un autre réseau ne peuvent pas régler les frais d’une transaction Arbitrum One. Si votre parcours actif utilise un autre mécanisme de gas, une prise en charge des frais ou une abstraction, décrivez le fonctionnement réellement affiché dans cette configuration authentifiée au lieu de supposer que le modèle de transfert ordinaire s’applique.

Concevez le parcours de paiement du commerçant

1. Confirmez la disponibilité dans la configuration active

Connectez-vous à l’espace commerçant et examinez à la fois l’écran de configuration et la page de paiement du client. Notez précisément les actifs Arbitrum One proposés pour votre compte. Si le jeton et le réseau souhaités n’apparaissent pas, ne les annoncez pas.

La page publique de Yolfi constitue une indication utile sur l’orientation et les fonctionnalités du produit, mais elle ne garantit pas que chaque jeton soit disponible pour tous les comptes, toutes les juridictions ou tous les parcours. Vérifiez de nouveau la disponibilité avec authentification avant le lancement et après toute modification importante du produit ou du compte.

2. Configurez un portefeuille de règlement contrôlé

Utilisez un portefeuille compatible avec Arbitrum One, géré conformément aux règles de l’entreprise. Vérifiez indépendamment l’adresse de destination avant d’accepter des paiements. Définissez :

• les personnes autorisées à modifier l’adresse de règlement ;
• la manière dont les clés ou les appareils de signature sont sécurisés et sauvegardés ;
• si les changements d’adresse et les remboursements nécessitent une seconde approbation ;
• la manière dont chaque modification de configuration est consignée et testée ;
• la façon de maintenir suffisamment d’ETH sur Arbitrum One pour les transactions sortantes approuvées ;
• la méthode employée par l’équipe financière pour distinguer une même adresse et un même jeton sur plusieurs réseaux.

Sur sa page publique consacrée à Arbitrum, Yolfi décrit un règlement direct et sans garde vers le portefeuille du commerçant. Confirmez ce fonctionnement pour le parcours actif concerné. Le règlement direct évite d’avoir à retirer les fonds détenus chez un prestataire, mais le commerçant reste responsable de la sécurité du portefeuille, de l’accès à la trésorerie, des remboursements et de la comptabilité.

3. Choisissez des liens de paiement, une page de paiement intégrée ou un accès récurrent

Un lien de paiement en cryptomonnaie constitue un bon point de départ pour une facture, une mission de conseil, une commande personnalisée ou un produit livré manuellement. Il ajoute le montant demandé et le contexte du paiement sans nécessiter une intégration complète.

Utilisez une page de paiement intégrée lorsqu’un paiement confirmé doit automatiquement créer un compte, attribuer des crédits, livrer un fichier, activer une licence ou mettre à jour une commande. Conservez le réseau, le contrat, le montant, les détails du cours, l’identifiant de la demande de paiement, le hachage de la transaction, l’historique des états et l’état d’exécution de la commande.

La page publique du produit Arbitrum décrit également les paiements récurrents et les événements de paiement. Consultez les abonnements en cryptomonnaie si l’entreprise doit gérer des renouvellements, puis vérifiez précisément l’actif Arbitrum One disponible dans la configuration active et authentifiée. Ne supposez pas que « récurrent » signifie qu’un débit automatique sera effectué sur le portefeuille. Définissez concrètement l’avis de renouvellement, la période de paiement, le délai de grâce, les modalités d’annulation, la règle d’accès et le traitement des événements en double.

4. Éliminez toute ambiguïté de la page de paiement

Répétez le nom du réseau à côté du jeton, du montant, du code QR et du bouton du portefeuille. Voici quelques instructions utiles :

• « Envoyez 60 USDC natifs sur Arbitrum One. »
• « Utilisez uniquement le réseau principal Arbitrum One (ID de chaîne 42161). »
• « Vous avez besoin d’ETH sur Arbitrum One pour régler les frais de réseau. »
• « N’envoyez pas d’USDC.e ni d’USDC provenant d’un autre réseau. »

Si plusieurs réseaux sont disponibles, exigez un choix explicite avant d’ouvrir le portefeuille. N’affichez jamais seulement « USDC » en sélectionnant silencieusement Arbitrum One. Le guide plus général sur la prévention des paiements en cryptomonnaie sur le mauvais réseau explique les mesures de prévention, la collecte des preuves et la gestion des incidents.

5. Testez un vrai paiement de faible montant

Utilisez la même page de paiement et le même transfert vers le portefeuille que vos clients. Vérifiez que :

1. la page indique Arbitrum One et l’actif exact ;
2. le portefeuille sélectionne l’ID de chaîne 42161 ;
3. la destination et le montant correspondent à la demande de paiement ;
4. l’USDC natif utilise le contrat Circle attendu ;
5. le gas en ETH est présenté séparément ;
6. la soumission crée un état en attente au lieu de déclencher immédiatement l’exécution de la commande ;
7. l’état confirmé approprié parvient au système de gestion des commandes ;
8. la répétition d’un événement ne répète pas l’exécution de la commande ;
9. l’équipe financière peut rapprocher la demande, la transaction, la réception dans le portefeuille et la commande ;
10. la procédure de remboursement contrôlée peut être menée à bien.

Répétez ce test après toute modification du portefeuille de règlement, de l’actif, du code de la page de paiement, du point de terminaison des événements, de la règle de confirmation ou de la logique d’exécution.

Considérez les confirmations et la finalité comme une politique, pas comme un slogan

Un hachage de transaction prouve seulement qu’il existe un élément à examiner. La transaction peut être en attente, avoir échoué, avoir été soumise sur un autre réseau, utiliser le mauvais contrat, envoyer un montant incorrect ou être déjà affectée à une autre commande.

Avant d’accepter un paiement, vérifiez que :

• la transaction se trouve sur Arbitrum One ;
• l’actif et le contrat correspondent à la demande ;
• la destination est le portefeuille configuré du commerçant ;
• le montant reçu respecte la politique de la commande ;
• le paiement a atteint l’état requis ;
• la transaction n’a pas été utilisée pour une autre commande ;
• la commande n’a pas déjà été exécutée.

La soumission, l’inclusion, la confirmation et la décision du commerçant de livrer correspondent à des états différents. Utilisez l’état confirmé fourni par le parcours de paiement et toute politique supplémentaire adaptée à la valeur de la commande, au caractère réversible ou non de la livraison, au risque de fraude et à l’infrastructure en place. Ne promettez pas un délai fixe en secondes, un nombre universel de confirmations ou une finalité immédiate et irréversible.

Pour les commandes présentant un risque plus élevé, indiquez qui peut suspendre un paiement pour examen et quelles preuves permettent de le débloquer. Pour les biens numériques à faible risque, l’automatisation peut convenir, mais seulement une fois que tous les champs d’acceptation correspondent.

Sécurisez les nouvelles tentatives des webhooks

Les événements de paiement et les webhooks sont utiles, car ils permettent à la page de paiement de mettre à jour la commande sans demander au client d’actualiser son navigateur. Confirmez que ces événements sont disponibles pour le parcours Arbitrum One actif concerné, puis suivez la méthode de vérification de l’authenticité décrite dans la documentation de l’intégration.

Conservez au minimum :

• l’identifiant de l’événement et celui de la demande de paiement ;
• le hachage de la transaction, le réseau, l’actif et le contrat ;
• l’état signalé et l’heure de création de l’événement ;
• les tentatives de traitement et leur résultat ;
• l’unique enregistrement d’exécution lié à la commande.

La livraison d’un webhook peut être retardée ou répétée. Concevez un gestionnaire idempotent : le même événement confirmé, même traité plusieurs fois, ne doit créer qu’une licence, qu’un crédit de solde, qu’une expédition ou qu’une prolongation d’abonnement. Une contrainte d’unicité portant sur un identifiant stable de paiement ou d’événement, associée à une mise à jour persistante de l’état de la commande, est plus fiable qu’un simple indicateur « déjà vu » conservé en mémoire.

N’utilisez pas la page de retour du navigateur comme preuve de paiement et ne considérez pas les webhooks comme votre seul registre comptable. Mettez en place un processus de rapprochement qui compare les demandes de paiement, les enregistrements des paiements confirmés, les transactions Arbitrum One, l’activité du portefeuille de règlement et les commandes exécutées. Vous pourrez ainsi détecter les notifications manquées et les défaillances internes sans attribuer arbitrairement des transferts de portefeuille à des commandes.

Définissez le traitement des exceptions et des erreurs de réseau

Rédigez la politique avant que l’assistance ne reçoive sa première contestation de paiement :

• Paiement insuffisant : laissez la commande impayée ou soumettez-la à un examen selon une règle de tolérance documentée.
• Paiement excédentaire : enregistrez la totalité du montant reçu et examinez séparément l’excédent.
• Paiement tardif : décidez s’il faut honorer l’ancien cours, demander la différence ou rembourser.
• Paiement en double : exécutez la commande une seule fois et examinez séparément le transfert supplémentaire.
• Mauvais contrat : ne créditez pas automatiquement l’USDC.e ou un actif similaire comme de l’USDC natif.
• Mauvais réseau : vérifiez la chaîne réellement utilisée et ne promettez jamais qu’une récupération sera possible.
• Transfert inconnu : ne le rattachez pas à la commande la plus proche en apparence sans disposer de preuves.

Pour un signalement de mauvais réseau, recueillez la référence de la commande, le hachage de la transaction, la chaîne utilisée, le contrat du jeton, la destination, le montant et l’adresse du portefeuille. Vérifiez ces informations indépendamment. Une capture d’écran peut étayer un signalement, mais elle ne remplace pas les données de transaction.

Comme une même clé privée peut contrôler une adresse identique sur plusieurs réseaux EVM, une récupération est parfois techniquement possible. Cela ne signifie pas qu’elle soit sûre ou autorisée sur le plan opérationnel. Les adresses gérées par des contrats, les dispositifs de conservation, les environnements de signature non pris en charge, les règles de conformité et la politique de sécurité peuvent tous empêcher une récupération. Faites remonter le cas selon un processus contrôlé plutôt que de demander au personnel d’importer des clés ou d’improviser un transfert par pont.

Planifiez les remboursements et le rapprochement avant le lancement

Un remboursement sur Arbitrum One constitue une nouvelle transaction sortante, et non l’annulation de la réception initiale. Avant de l’envoyer :

1. vérifiez la commande d’origine et le paiement confirmé ;
2. confirmez l’actif et le montant du remboursement approuvé ;
3. authentifiez le client et la destination par un canal contrôlé ;
4. précisez qui prend en charge les frais de réseau ;
5. obtenez l’approbation interne requise ;
6. vérifiez que le portefeuille de signature contient le jeton et des ETH sur Arbitrum One ;
7. enregistrez séparément la transaction sortante.

Ne copiez pas une adresse de remplacement provenant d’un e-mail ou d’un message inattendu. Le payeur initial, le titulaire du compte et la destination de remboursement demandée peuvent être différents, et un attaquant peut tenter de substituer une adresse.

Pour les besoins financiers, conservez :

• les références de la commande, de la facture, du client et de la demande de paiement ;
• Arbitrum One, l’actif et le contrat du jeton ;
• les montants en cryptomonnaie demandés et reçus ;
• la valeur dans la monnaie de référence, la source du cours et l’horodatage de l’évaluation ;
• l’adresse de règlement et le hachage de la transaction ;
• les heures de la demande, de la détection, de la confirmation et de l’exécution ;
• les frais enregistrés par l’entreprise ;
• les exceptions, changements d’état, remboursements et transactions correctives.

Effectuez les rapprochements selon une fréquence adaptée au volume des transactions et au risque lié à la livraison. Conservez les transferts sans correspondance, les mauvais jetons, les doublons et les signalements de mauvais réseau non résolus dans une file d’exceptions, avec un responsable et un état de résolution. Les règles fiscales, d’évaluation et de comptabilisation des produits varient selon les juridictions ; demandez donc des conseils adaptés à votre entreprise.

FAQ

Comment accepter les paiements en cryptomonnaie sur Arbitrum One ?

Confirmez l’actif Arbitrum One exact dans votre configuration commerçant authentifiée, configurez un portefeuille de règlement contrôlé par l’entreprise, puis créez un lien de paiement ou une page de paiement intégrée. Indiquez clairement le jeton et le réseau, effectuez un test avec un transfert de faible montant et n’exécutez la commande qu’après avoir vérifié que la transaction correspond à la demande de paiement et a atteint l’état confirmé requis.

Quel est l’ID de chaîne d’Arbitrum One ?

Le réseau principal Arbitrum One utilise l’ID de chaîne 42161. Le guide de démarrage rapide officiel d’Arbitrum indique ETH comme symbole monétaire. Utilisez l’ID de chaîne pour valider la configuration du portefeuille et de l’intégration, tout en affichant clairement « Arbitrum One » pour les clients.

Les clients ont-ils besoin d’ETH pour envoyer des USDC sur Arbitrum One ?

Oui, pour un transfert de jetons ordinaire. Le portefeuille expéditeur a besoin d’ETH sur Arbitrum One pour le gas. Ce solde destiné au gas est distinct du montant d’USDC demandé. Vérifiez le fonctionnement du parcours de paiement réellement utilisé si celui-ci prend en charge les frais de gas ou emploie un autre mécanisme.

Quel est le contrat de l’USDC natif sur Arbitrum ?

Circle indique l’adresse 0xaf88d065e77c8cC2239327C5EDb3A432268e5831 pour l’USDC natif sur Arbitrum. Avant le lancement, vérifiez-la dans le répertoire actuel de Circle et comparez-la au contrat reconnu dans la configuration commerçant authentifiée.

L’USDC.e est-il identique à l’USDC natif ?

Non. L’USDC natif et l’USDC transféré par pont, généralement affiché sous le nom USDC.e, utilisent des contrats différents sur Arbitrum One. Acceptez uniquement le contrat configuré pour le parcours de paiement et soumettez tout transfert non conforme à un examen au lieu de marquer automatiquement la commande comme payée.

Les paiements sur Arbitrum One sont-ils instantanés et définitifs ?

Ne le promettez pas. Une transaction soumise peut rester en attente ou échouer, et l’acceptation commerciale exige davantage que la présence d’un hachage. Utilisez l’état confirmé du parcours de paiement ainsi qu’une politique de risque adaptée à la commande, plutôt que de garantir un délai ou un nombre fixe de confirmations.

Puis-je accepter n’importe quel jeton sur Arbitrum One ?

Ne partez pas de ce principe. Acceptez uniquement la combinaison exacte d’actif et de réseau affichée dans la configuration active et authentifiée, et prise en charge par vos processus de portefeuille, de tarification, de confirmation, de comptabilité, d’assistance et de remboursement.

Les paiements sur Arbitrum One peuvent-ils être remboursés ?

Un commerçant peut effectuer un remboursement en envoyant une transaction sortante distincte conformément à sa politique de remboursement. Vérifiez le paiement d’origine, le client, la destination, l’actif, le montant, l’approbation, le gas et le traitement des frais, puis enregistrez le remboursement séparément.

Conclusion

Un moyen de paiement Arbitrum One destiné à la production est un parcours contrôlé, et non une simple adresse en 0x réutilisable. Précisez l’ID de chaîne 42161, nommez Arbitrum One à chaque étape de décision du client, vérifiez le contrat exact du jeton et expliquez que les transferts de jetons ordinaires nécessitent des ETH sur Arbitrum One pour le gas.

L’USDC natif constitue un bon choix initial pour de nombreux produits libellés en dollars, mais uniquement si le contrat répertorié par Circle correspond à l’actif de la configuration active et authentifiée. Traitez séparément l’USDC.e et les autres contrats. Testez ensuite de bout en bout les états en attente et confirmé, les nouvelles tentatives des webhooks, l’exécution idempotente, le rapprochement, les exceptions et un remboursement approuvé.

Commencez par l’actif que les clients utilisent déjà et que l’entreprise peut gérer en toute sécurité. N’élargissez l’offre à d’autres jetons, à une page de paiement automatisée ou à un accès récurrent qu’une fois le premier parcours fiable et après avoir confirmé que l’option Arbitrum One exacte reste disponible dans la configuration commerçant active.