Un nuovo indirizzo identifica ogni fattura. Conserva il backup completo del wallet: un'app wallet potrebbe dover scansionare oltre il limite iniziale degli indirizzi vuoti. Bitcoin Lightning è un metodo di pagamento separato, spiegato sotto.
Usa Ethereum mainnet. I token ERC-20 verificati come USDC e USDT richiedono ETH a ogni indirizzo di invio quando li sposti in seguito. Importare la frase di recupero in MetaMask può mostrare solo il primo account.
Usa Base, non Ethereum mainnet, anche se entrambi usano ETH e indirizzi simili. Seleziona il contratto esatto del token; versioni trasferite tramite bridge e native sono asset diversi.
Sono supportati SOL nativo e token SPL classici verificati, inclusi mint USDC/USDT corrispondenti. Token-2022 e le sue estensioni non sono accettati. Mantieni SOL per commissioni e creazione dei conti token; usa indirizzo e richiesta di pagamento mostrati dal checkout.
Solo TRX nativo. I token TRC-20, incluso USDT su TRON, non sono metodi di pagamento delle fatture. Un nodo di base sano non dimostra che la cronologia delle transazioni indicizzata o solidificata sia disponibile.
Le fatture condividono un account finanziato e usano un destination tag univoco. Il cliente deve includere il tag esatto; un X-address può codificarlo. Si applicano le riserve degli account XRP. I token emessi non sono accettati.
Questa integrazione è HyperEVM, non HyperCore o un account di deposito spot di un exchange. Usa HYPE per le commissioni e solo contratti verificati su HyperEVM.
Vengono scansionati solo pagamenti ZEC trasparenti. Non usare trasferimenti schermati né presumere che un saldo schermato appaia. Ogni fattura ha il proprio indirizzo di ricezione trasparente.
Collega un wallet RPC esterno in sola lettura specifico del progetto, oltre a un daemon. Ogni fattura ottiene un sottoindirizzo. Un daemon pubblico da solo non può vedere i tuoi pagamenti. Tieni altrove il wallet di spesa; Wholly Crypto non può eseguire sweep XMR.
Solo ADA nativo, con cronologia delle transazioni da una fonte compatibile come Koios. I token nativi Cardano non sono asset delle fatture. Considera i requisiti minimi degli output quando sposti fondi.
Un account condiviso finanziato usa un MEMO_ID numerico per ogni fattura. Copia il memo esattamente, con il tipo di memo corretto. Si applicano riserve dell'account. Gli asset emessi su Stellar, incluso USDC, non sono accettati.
Usa Bitcoin Cash, non Bitcoin. I pagamenti BCH nativi ricevono nuovi indirizzi di fattura. SLP e CashTokens non sono asset accettati per le fatture. Conferma che chi paga supporti il formato di indirizzo mostrato.
Usa normali trasferimenti LTC trasparenti al nuovo indirizzo della fattura. I trasferimenti privati MWEB non sono coperti dallo scanner delle fatture. Prevedi le commissioni di rete all'invio.
DOGE nativo usa un nuovo indirizzo per ogni fattura. Molti piccoli output possono costare più da consolidare di un singolo pagamento più grande. Controlla commissioni e importi minimi di invio prima dello sweep.
Usa Avalanche C-Chain. X-Chain e P-Chain sono reti diverse e non sono questo metodo di checkout. I trasferimenti di token C-Chain richiedono AVAX per le commissioni.
Usa Polygon PoS e POL per le commissioni. Ethereum e Polygon zkEVM non sono intercambiabili con questa rete. Controlla il contratto esatto del token, non solo il simbolo.
Usa Arbitrum One. ETH su Ethereum mainnet o un'altra rete Arbitrum non finanzia una fattura Arbitrum One. Mantieni ETH su questa blockchain per gli sweep dei token.
Usa OP Mainnet e i suoi contratti verificati. Lo stesso simbolo di token su una rete diversa non è lo stesso metodo di pagamento. L'invio di token richiede ETH su OP Mainnet.
Le fatture usano un wallet condiviso e un commento esatto della fattura. Usa un wallet che conservi il commento al pagamento. Solo TON nativo: i Jetton, incluso USDT su TON, non sono accettati.
APT nativo viene monitorato tramite API REST di transazioni Aptos compatibili. Gli altri token Move non sono metodi di fatturazione. Controlla rete e indirizzo account esatti al pagamento.
SUI nativo richiede un'API di cronologia compatibile, incluso accesso GraphQL supportato. Un controllo di integrità RPC di base funzionante non basta. Le altre monete/token Sui non sono asset delle fatture.
Si intende ATOM nativo su Cosmos Hub, non ogni blockchain Cosmos SDK o token IBC. Lo scanner richiede eventi di transazione indicizzati. Usa l'indirizzo della fattura, non un indirizzo di deposito exchange.
Usa DOT su Polkadot Asset Hub, non sulla relay chain. Serve un'API di transazioni Asset Hub compatibile o uno scanner di blocchi grezzi supportato. Gli altri token Asset Hub non sono metodi di pagamento delle fatture.
Solo NEAR nativo. Il rilevamento controlla le ricevute riuscite, non semplicemente una transazione inviata. Conserva account e dettagli di derivazione nel backup del wallet. I token NEP non sono accettati.
ALGO nativo usa cronologia delle transazioni Indexer o algod compatibile. Si applicano saldi minimi degli account. Gli Algorand Standard Assets, inclusi gli ASA USDC, non sono asset accettati per le fatture.
Le fatture HBAR native usano un alias EVM che si risolve nel relativo account Hedera dopo il finanziamento. La cronologia di ricezione proviene da un'API Mirror REST; un relay EVM da solo non basta. I token HTS non sono accettati.
KAS nativo richiede una fonte REST di transazioni compatibile e prove della blockchain accettata. L'avanzamento del DAG non equivale a un pagamento confermato. I token KRC-20 non sono asset delle fatture.
XTZ nativo richiede operazioni applicate da TzKT o una fonte Octez compatibile. Le operazioni fallite non pagano una fattura. I token FA1.2 e FA2 non sono asset accettati per le fatture.
DASH nativo usa un nuovo indirizzo per ogni fattura. Lascia che lo scanner applichi la tua politica di conferma; non presumere che un'etichetta InstantSend da sola regoli la fattura Wholly Crypto.
Invio manuale / sweep automatico
Nessun risultato. Modifica la ricerca o il filtro.