Aceite o ativo certo na rede certa.

Um novo endereço identifica cada fatura. Guarde o backup completo da carteira: um aplicativo de carteira pode precisar escanear além do intervalo inicial de endereços. Bitcoin Lightning é um método de pagamento separado, explicado abaixo.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Use a rede principal do Ethereum. Tokens ERC-20 verificados, como USDC e USDT, precisam de ETH em cada endereço de envio quando você os mover depois. Importar a frase de recuperação no MetaMask pode mostrar apenas a primeira conta.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Use Base, não a rede principal do Ethereum, mesmo que ambas usem ETH e endereços semelhantes. Selecione o contrato exato do token; versões nativas e transferidas por pontes são ativos diferentes.

SOL nativo e tokens SPL clássicos verificados são compatíveis, incluindo os mints correspondentes de USDC/USDT. Token-2022 e suas extensões não são aceitos. Mantenha SOL para taxas e criação de contas de tokens; use o endereço e a solicitação de pagamento mostrados pelo checkout.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Use BNB Smart Chain e contratos de tokens EVM verificados, frequentemente chamados de BEP-20. Não é a antiga Beacon Chain. As taxas usam BNB, não ETH.

Somente TRX nativo. Tokens TRC-20, incluindo USDT na TRON, não são métodos de pagamento de faturas. Um nó básico saudável não comprova que o histórico de transações indexado ou solidificado está disponível.

As faturas compartilham uma conta com fundos e usam uma etiqueta de destino exclusiva. O cliente deve incluir a etiqueta exata; um X-address pode codificá-la. Aplicam-se as reservas de conta XRP. Tokens emitidos não são aceitos.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Esta integração é HyperEVM, não HyperCore nem uma conta de depósito à vista de uma exchange. Use HYPE para taxas e apenas contratos verificados no HyperEVM.

Somente pagamentos ZEC transparentes são escaneados. Não use transferências blindadas nem presuma que um saldo blindado aparecerá. Cada fatura tem seu próprio endereço de recebimento transparente.

Conecte um RPC de carteira externa somente leitura específico do projeto, além de um daemon. Cada fatura recebe um subendereço. Um daemon público sozinho não pode ver seus pagamentos. Mantenha a carteira de gastos em outro lugar; o Wholly Crypto não pode enviar fundos XMR.

Somente ADA nativo, com histórico de transações de uma fonte compatível como Koios. Tokens nativos de Cardano não são ativos de fatura. Considere os requisitos mínimos de saídas ao mover fundos.

Uma conta compartilhada com fundos usa um MEMO_ID numérico para cada fatura. Copie o memo exatamente, com o tipo correto. Aplicam-se as reservas de conta. Ativos emitidos na Stellar, incluindo USDC, não são aceitos.

Use Bitcoin Cash, não Bitcoin. Pagamentos BCH nativos recebem novos endereços de fatura. SLP e CashTokens não são ativos de fatura aceitos. Confirme que o pagador aceita o formato de endereço exibido.

Use transferências LTC transparentes comuns para o novo endereço da fatura. O scanner de faturas não cobre transferências privadas MWEB. Considere as taxas de rede ao enviar.

DOGE nativo usa um novo endereço para cada fatura. Muitas saídas pequenas podem custar mais para consolidar do que um pagamento maior. Confira as taxas e os valores mínimos de envio antes de enviar fundos.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Use Avalanche C-Chain. X-Chain e P-Chain são redes diferentes e não correspondem a este método de checkout. Transferências de tokens C-Chain precisam de AVAX para taxas.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Use Polygon PoS e POL para taxas. Ethereum e Polygon zkEVM não são intercambiáveis com esta rede. Confira o contrato exato do token, não apenas seu símbolo.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Use Arbitrum One. ETH na rede principal do Ethereum ou em outra rede Arbitrum não financia uma fatura de Arbitrum One. Mantenha ETH nesta rede para enviar tokens.

Novos endereços de fatura. Aceite a moeda nativa e os contratos ERC-20 verificados que habilitar na loja. Transferências nativas comuns e logs de transferências de tokens são verificados; movimentos de ETH internos de contratos não são uma rota de pagamento compatível.

Use OP Mainnet e seus contratos verificados. O mesmo símbolo de token em outra rede não é o mesmo método de pagamento. Enviar tokens exige ETH na OP Mainnet.

As faturas usam uma carteira compartilhada e um comentário exato da fatura. Use uma carteira que preserve o comentário ao pagar. Somente TON nativo: Jettons, incluindo USDT na TON, não são aceitos.

APT nativo é acompanhado pelas APIs REST de transações Aptos compatíveis. Outros tokens Move não são métodos de fatura. Confira a rede exata e o endereço da conta ao pagar.

SUI nativo exige uma API de histórico compatível, incluindo acesso GraphQL aceito. Uma verificação básica de saúde RPC bem-sucedida não basta. Outras moedas/tokens Sui não são ativos de fatura.

Isso significa ATOM nativo no Cosmos Hub, não todas as redes Cosmos SDK nem tokens IBC. O scanner precisa de eventos de transações indexados. Use o endereço da fatura, não um endereço de depósito de exchange.

Use DOT no Polkadot Asset Hub, não na relay chain. É necessária uma API de transações Asset Hub compatível ou um scanner de blocos brutos aceito. Outros tokens Asset Hub não são métodos de fatura.

Somente NEAR nativo. A detecção verifica recibos bem-sucedidos, não apenas uma transação enviada. Guarde os detalhes de conta e derivação no backup da carteira. Tokens NEP não são aceitos.

ALGO nativo usa histórico de transações de Indexer ou algod compatível. Aplicam-se saldos mínimos de conta. Algorand Standard Assets, incluindo ASAs de USDC, não são ativos de fatura aceitos.

As faturas HBAR nativas usam um alias EVM que resolve para sua conta Hedera após receber fundos. O histórico de recebimento vem de uma API Mirror REST; um relay EVM sozinho não basta. Tokens HTS não são aceitos.

KAS nativo exige uma fonte de transações REST compatível e evidências da cadeia aceita. O progresso do DAG não é o mesmo que um pagamento confirmado. Tokens KRC-20 não são ativos de fatura.

XTZ nativo precisa de operações aplicadas de TzKT ou de uma fonte Octez compatível. Operações com falha não pagam uma fatura. Tokens FA1.2 e FA2 não são ativos de fatura aceitos.

DASH nativo usa um novo endereço para cada fatura. Deixe o scanner aplicar sua política de confirmações; não presuma que um rótulo InstantSend sozinho liquida a fatura do Wholly Crypto.