Nowy adres identyfikuje każdą fakturę. Zachowaj pełną kopię zapasową portfela: aplikacja portfela może potrzebować skanowania dalej niż początkowa luka adresowa. Bitcoin Lightning to oddzielna metoda płatności, opisana poniżej.
Używaj sieci głównej Ethereum. Zweryfikowane tokeny ERC-20, takie jak USDC i USDT, potrzebują ETH na każdym adresie wysyłającym, gdy później je przenosisz. Import frazy odzyskiwania do MetaMask może pokazać tylko pierwsze konto.
Używaj Base, nie sieci głównej Ethereum, choć obie używają ETH i podobnych adresów. Wybierz dokładny kontrakt tokena; wersje przeniesione mostem i natywne są różnymi aktywami.
Obsługiwane są natywne SOL i zweryfikowane klasyczne tokeny SPL, w tym odpowiednie minty USDC/USDT. Token-2022 i jego rozszerzenia nie są akceptowane. Zachowaj SOL na opłaty i tworzenie kont tokenów; używaj adresu i żądania płatności wyświetlonych na stronie płatności.
Używaj BNB Smart Chain i zweryfikowanych kontraktów tokenów EVM, często nazywanych BEP-20. To nie jest dawny Beacon Chain. Opłaty używają BNB, nie ETH.
Tylko natywne TRX. Tokeny TRC-20, w tym USDT w TRON, nie są metodami płatności za faktury. Sprawny podstawowy węzeł nie dowodzi dostępności zindeksowanej lub utrwalonej historii transakcji.
Faktury współdzielą zasilone konto i używają unikalnego tagu docelowego. Klient musi dołączyć dokładny tag; adres X może go zakodować. Obowiązują rezerwy kont XRP. Wyemitowane tokeny nie są akceptowane.
Ta integracja dotyczy HyperEVM, nie HyperCore ani giełdowego konta wpłat spot. Używaj HYPE na opłaty i wyłącznie zweryfikowanych kontraktów w HyperEVM.
Skanowane są tylko transparentne płatności ZEC. Nie używaj chronionych przelewów ani nie zakładaj, że pojawi się chronione saldo. Każda faktura ma własny transparentny adres odbiorczy.
Podłącz zewnętrzny wallet RPC tylko do podglądu, osobny dla projektu, oraz demona. Każda faktura otrzymuje subadres. Sam publiczny demon nie widzi Twoich płatności. Trzymaj portfel umożliwiający wydawanie gdzie indziej; Wholly Crypto nie może wykonać sweepu XMR.
Tylko natywne ADA, z historią transakcji ze zgodnego źródła, takiego jak Koios. Natywne tokeny Cardano nie są aktywami faktur. Przy przenoszeniu środków uwzględnij wymagania minimalnych wyjść.
Zasilone współdzielone konto używa liczbowego MEMO_ID dla każdej faktury. Skopiuj memo dokładnie, z właściwym typem. Obowiązują rezerwy konta. Aktywa wyemitowane w Stellar, w tym USDC, nie są akceptowane.
Używaj Bitcoin Cash, nie Bitcoin. Płatności natywnym BCH otrzymują nowe adresy faktur. SLP i CashTokens nie są akceptowanymi aktywami faktur. Potwierdź, że płatnik obsługuje wyświetlany format adresu.
Używaj zwykłych transparentnych przelewów LTC na nowy adres faktury. Prywatne przelewy MWEB nie są objęte skanerem faktur. Przy wysyłaniu uwzględnij opłaty sieciowe.
Natywne DOGE używa nowego adresu dla każdej faktury. Konsolidacja wielu małych wyjść może kosztować więcej niż jednej większej płatności. Sprawdź opłaty i minimalne kwoty wysyłania przed sweepem.
Używaj Avalanche C-Chain. X-Chain i P-Chain są innymi sieciami i nie stanowią tej metody płatności. Przelewy tokenów C-Chain potrzebują AVAX na opłaty.
Używaj Arbitrum One. ETH w sieci głównej Ethereum lub innej sieci Arbitrum nie opłaca faktury Arbitrum One. Zachowaj ETH w tym blockchainie na sweep tokenów.
Używaj OP Mainnet i jego zweryfikowanych kontraktów. Ten sam symbol tokena w innej sieci nie oznacza tej samej metody płatności. Wysyłanie tokenów potrzebuje ETH w OP Mainnet.
Faktury używają współdzielonego portfela i dokładnego komentarza faktury. Płać portfelem zachowującym komentarz. Tylko natywne TON: Jettons, w tym USDT w TON, nie są akceptowane.
Natywne APT jest śledzone przez zgodne API REST transakcji Aptos. Inne tokeny Move nie są metodami płatności za faktury. Przy płatności sprawdź dokładną sieć i adres konta.
Natywne SUI wymaga zgodnego API historii, w tym obsługiwanego dostępu GraphQL. Działająca podstawowa kontrola RPC nie wystarcza. Inne monety/tokeny Sui nie są aktywami faktur.
Oznacza to natywne ATOM w Cosmos Hub, nie każdy blockchain Cosmos SDK ani token IBC. Skaner potrzebuje zindeksowanych zdarzeń transakcji. Używaj adresu faktury, nie adresu wpłaty giełdowej.
Używaj DOT w Polkadot Asset Hub, nie w relay chain. Wymagane jest zgodne API transakcji Asset Hub lub obsługiwany skaner surowych bloków. Inne tokeny Asset Hub nie są metodami płatności za faktury.
Tylko natywne NEAR. Wykrywanie sprawdza pomyślne potwierdzenia wykonania, nie samo zgłoszenie transakcji. Zachowaj dane konta i wyprowadzania w kopii portfela. Tokeny NEP nie są akceptowane.
Natywne ALGO używa zgodnej historii transakcji Indexer lub algod. Obowiązują minimalne salda konta. Algorand Standard Assets, w tym USDC ASA, nie są akceptowanymi aktywami faktur.
Faktury natywnego HBAR używają aliasu EVM, który po zasileniu wskazuje konto Hedera. Historia wpływów pochodzi z Mirror REST API; sam przekaźnik EVM nie wystarcza. Tokeny HTS nie są akceptowane.
Natywne KAS wymaga zgodnego źródła transakcji REST i dowodów z zaakceptowanego łańcucha. Postęp DAG nie jest tym samym co potwierdzona płatność. Tokeny KRC-20 nie są aktywami faktur.
Natywne XTZ potrzebuje zastosowanych operacji z TzKT lub zgodnego źródła Octez. Nieudane operacje nie opłacają faktury. Tokeny FA1.2 i FA2 nie są akceptowanymi aktywami faktur.
Natywne DASH używa nowego adresu dla każdej faktury. Pozwól skanerowi zastosować politykę potwierdzeń; nie zakładaj, że sama etykieta InstantSend rozlicza fakturę Wholly Crypto.