Accepte le bon actif sur la bonne blockchain.

Une nouvelle adresse identifie chaque facture. Garde la sauvegarde complète du portefeuille : une application de portefeuille peut devoir scanner au-delà de sa limite initiale d'adresses vides. Bitcoin Lightning est un moyen de paiement distinct, expliqué ci-dessous.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Utilise Ethereum mainnet. Les tokens ERC-20 vérifiés comme USDC et USDT exigent de l'ETH à chaque adresse d'envoi lorsque tu les déplaces plus tard. Importer la phrase de récupération dans MetaMask peut n'afficher que le premier compte.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Utilise Base, pas Ethereum mainnet, même si les deux utilisent ETH et des adresses similaires. Sélectionne le contrat exact du token ; les versions bridgées et natives sont des actifs différents.

SOL natif et les tokens SPL classiques vérifiés sont pris en charge, y compris les mints USDC/USDT correspondants. Token-2022 et ses extensions ne sont pas acceptés. Garde du SOL pour les frais et la création de comptes de tokens ; utilise l'adresse et la demande de paiement affichées au paiement.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Utilise BNB Smart Chain et des contrats de tokens EVM vérifiés, souvent appelés BEP-20. Ce n'est pas l'ancienne Beacon Chain. Les frais utilisent BNB, pas ETH.

TRX natif uniquement. Les tokens TRC-20, dont USDT sur TRON, ne sont pas des moyens de paiement de factures. Un nœud de base sain ne prouve pas que l'historique indexé ou solidifié des transactions est disponible.

Les factures partagent un compte approvisionné et utilisent un destination tag unique. Le client doit inclure le tag exact ; une X-address peut l'encoder. Les réserves de compte XRP s'appliquent. Les tokens émis ne sont pas acceptés.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Cette intégration concerne HyperEVM, pas HyperCore ni un compte de dépôt au comptant d'exchange. Utilise HYPE pour les frais et uniquement des contrats vérifiés sur HyperEVM.

Seuls les paiements ZEC transparents sont scannés. N'utilise pas de transferts protégés et ne suppose pas qu'un solde protégé apparaîtra. Chaque facture possède sa propre adresse de réception transparente.

Connecte un wallet RPC externe en lecture seule propre au projet, ainsi qu'un daemon. Chaque facture obtient une sous-adresse. Un daemon public seul ne peut pas voir tes paiements. Garde le portefeuille de dépense ailleurs ; Wholly Crypto ne peut pas effectuer de sweep XMR.

ADA natif uniquement, avec historique des transactions d'une source compatible comme Koios. Les tokens natifs Cardano ne sont pas des actifs de factures. Tiens compte des exigences minimales de sortie lorsque tu déplaces des fonds.

Un compte partagé approvisionné utilise un MEMO_ID numérique pour chaque facture. Copie le memo exactement, avec le bon type de memo. Les réserves de compte s'appliquent. Les actifs émis sur Stellar, dont USDC, ne sont pas acceptés.

Utilise Bitcoin Cash, pas Bitcoin. Les paiements BCH natifs obtiennent de nouvelles adresses de factures. SLP et CashTokens ne sont pas des actifs de factures acceptés. Confirme que le payeur prend en charge le format d'adresse affiché.

Utilise des transferts LTC transparents ordinaires vers la nouvelle adresse de facture. Les transferts privés MWEB ne sont pas couverts par le scanner de factures. Prévois les frais réseau lors de l'envoi.

DOGE natif utilise une nouvelle adresse pour chaque facture. Regrouper beaucoup de petites sorties peut coûter plus qu'un paiement plus important. Vérifie les frais et montants minimaux d'envoi avant le sweep.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Utilise Avalanche C-Chain. X-Chain et P-Chain sont d'autres réseaux et ne correspondent pas à ce moyen de paiement. Les transferts de tokens C-Chain exigent AVAX pour les frais.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Utilise Polygon PoS et POL pour les frais. Ethereum et Polygon zkEVM ne sont pas interchangeables avec ce réseau. Vérifie le contrat exact du token, pas seulement son symbole.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Utilise Arbitrum One. L'ETH sur Ethereum mainnet ou un autre réseau Arbitrum ne finance pas une facture Arbitrum One. Garde de l'ETH sur cette blockchain pour les sweeps de tokens.

Nouvelles adresses de factures. Accepte la monnaie native et les contrats ERC-20 vérifiés que tu actives dans le magasin. Les transferts natifs ordinaires et logs de transfert de tokens sont vérifiés ; les mouvements d'ETH internes aux contrats ne sont pas un parcours de paiement pris en charge.

Utilise OP Mainnet et ses contrats vérifiés. Le même symbole de token sur un autre réseau n'est pas le même moyen de paiement. L'envoi de tokens exige de l'ETH sur OP Mainnet.

Les factures utilisent un portefeuille partagé et un commentaire de facture exact. Utilise un portefeuille qui conserve le commentaire au paiement. TON natif uniquement : les Jettons, dont USDT sur TON, ne sont pas acceptés.

APT natif est suivi via des API REST de transactions Aptos compatibles. Les autres tokens Move ne sont pas des moyens de paiement de factures. Vérifie le réseau et l'adresse de compte exacts au paiement.

SUI natif exige une API d'historique compatible, y compris l'accès GraphQL pris en charge. Un contrôle de santé RPC de base fonctionnel ne suffit pas. Les autres monnaies/tokens Sui ne sont pas des actifs de factures.

Il s'agit d'ATOM natif sur Cosmos Hub, pas de toutes les blockchains Cosmos SDK ou tokens IBC. Le scanner exige des événements de transaction indexés. Utilise l'adresse de facture, pas une adresse de dépôt d'exchange.

Utilise DOT sur Polkadot Asset Hub, pas la relay chain. Une API de transactions Asset Hub compatible ou un scanner de blocs bruts pris en charge est nécessaire. Les autres tokens Asset Hub ne sont pas des moyens de paiement de factures.

NEAR natif uniquement. La détection vérifie les reçus réussis, pas simplement une transaction soumise. Conserve les détails de compte et de dérivation dans ta sauvegarde de portefeuille. Les tokens NEP ne sont pas acceptés.

ALGO natif utilise un historique de transactions Indexer ou algod compatible. Les soldes minimaux de comptes s'appliquent. Les Algorand Standard Assets, dont les ASA USDC, ne sont pas des actifs de factures acceptés.

Les factures HBAR natives utilisent un alias EVM qui se résout en son compte Hedera après financement. L'historique de réception provient d'une API Mirror REST ; un relais EVM seul ne suffit pas. Les tokens HTS ne sont pas acceptés.

KAS natif exige une source REST de transactions compatible et des preuves de chaîne acceptée. La progression du DAG n'est pas un paiement confirmé. Les tokens KRC-20 ne sont pas des actifs de factures.

XTZ natif exige des opérations appliquées de TzKT ou d'une source Octez compatible. Les opérations échouées ne paient pas une facture. Les tokens FA1.2 et FA2 ne sont pas des actifs de factures acceptés.

DASH natif utilise une nouvelle adresse par facture. Laisse le scanner appliquer ta politique de confirmation ; ne suppose pas qu'une étiquette InstantSend seule règle la facture Wholly Crypto.