Bandingkan jaringan pembayaran

Pembayaran dapat terlihat sebelum dikonfirmasi. Periksa alamat invoice, output transaksi, dan konfirmasi yang diperlukan. Beberapa output kecil dapat meningkatkan biaya sweep berikutnya.

Periksa mainnet Ethereum dan kontrak token yang tepat. Saldo token tidak dapat membayar gasnya sendiri: setiap alamat pengirim membutuhkan ETH di Ethereum.

ETH di Ethereum tidak dapat membayar biaya Base. Periksa Base sebagai jaringan setoran dan bedakan USDC native dari varian USDC bridged.

Periksa mint dan pemilik akun token, bukan hanya simbol. Token-2022 tidak didukung. Sediakan SOL untuk biaya dan pembuatan akun.

Pilih BNB Smart Chain, bukan Ethereum atau Beacon Chain. Alamat 0x yang cocok tidak membuat transfer lintas chain. Pengiriman token membutuhkan BNB pada jaringan ini.

Node TRON yang sehat mungkin tidak memiliki riwayat transaksi yang dibutuhkan pemindai. Periksa kesiapan pemindai. Checkout ini menerima TRX, bukan USDT-TRC20.

Salin destination tag persis. Tag yang hilang atau berbeda dapat membuat pembayaran tidak cocok. Pertahankan cadangan akun dan jangan melakukan sweep ke tujuan yang mewajibkan tag keluar.

Gunakan HyperEVM, bukan HyperCore atau setoran akun spot. HYPE untuk biaya harus berada di HyperEVM. Saldo HyperCore bukan pembayaran invoice di sini.

Hanya pembayaran transparan yang didukung. Jangan gunakan permintaan pembayaran terlindung. Transfer keluar memakai dana t1 transparan, bukan saldo terlindung.

Periksa koneksi dompet khusus lihat proyek dan progres sinkronisasinya serta daemon. Daemon publik yang sehat saja tidak dapat mengidentifikasi XMR masukmu.

Sediakan ADA yang cukup untuk persyaratan output minimum. Pengiriman memakai output ADA murni; output yang mengandung token lain dipertahankan, bukan di-sweep.

Gunakan MEMO_ID numerik yang persis dari checkout. Memo teks dan memo yang hilang tidak setara. Pertahankan cadangan akun; tujuan keluar tidak boleh mewajibkan memo.

Periksa bahwa dompet mengirim BCH, bukan BTC. Pastikan kompatibilitas CashAddr. Saldo CashTokens dan SLP tidak dapat membayar invoice BCH native.

Gunakan transfer LTC transparan, bukan MWEB. Dompet yang dipulihkan mungkin memerlukan pemindaian alamat lebih luas untuk menemukan penerimaan invoice lama.

Pastikan jaringan DOGE dan alamat invoice. Penerimaan kecil di banyak output dapat membuat konsolidasi mahal; tinjau biaya sebelum sweep.

Pilih Avalanche C-Chain, bukan X-Chain atau P-Chain. Pengiriman token membutuhkan AVAX di C-Chain; saldo staking di tempat lain tidak dapat membayar gas tersebut.

Pilih Polygon PoS, bukan Polygon zkEVM. Biaya keluar memakai POL di PoS. Kontrak token Ethereum tidak otomatis merupakan aset yang sama di sini.

Pilih Arbitrum One, bukan Nova atau Ethereum. Sediakan ETH di Arbitrum One untuk pengiriman. Biaya jaringan dapat mencakup biaya eksekusi dan data.

Pilih OP Mainnet. Pengiriman membutuhkan ETH, bukan token OP, untuk biaya. Verifikasi bahwa tujuan mendukung setoran pada jaringan ini.

Pertahankan komentar pembayaran persis seperti yang ditampilkan. Komentar yang hilang dapat menghalangi pencocokan invoice. Jetton, termasuk USDT, tidak diterima oleh metode TON ini.

Periksa akun Aptos dan transfer APT yang berhasil. Koin dan aset fungibel lain tidak diterima di sini. Sisakan APT untuk gas pengiriman keluar.

Periksa transfer SUI native yang berhasil dan penerima yang tepat. Endpoint JSON-RPC yang sehat saja tidak membuktikan adanya riwayat pembayaran yang dapat digunakan. Pengiriman juga membutuhkan objek gas SUI yang dapat dibelanjakan.

Gunakan ATOM native Cosmos Hub, bukan token IBC di zona lain. Pengiriman mendukung tujuan tanpa memo keluar wajib; jangan hilangkan memo yang diwajibkan bursa.

Gunakan rute Polkadot Asset Hub yang didukung, bukan setoran Relay Chain. Riwayat penerimaan dan runtime pengiriman harus sama-sama kompatibel dengan penyedia yang dikonfigurasi.

Hanya receipt transfer native yang berhasil yang dihitung. Transaksi yang diajukan, receipt gagal, atau panggilan kontrak token bukan bukti invoice NEAR telah dibayar.

Perhitungkan saldo minimum akun penerima. Hanya ALGO native diterima; transfer ASA atau USDC tidak membayar metode ini.

Alias penerima harus dapat dipetakan setelah pendanaan akun. Riwayat Mirror diperlukan untuk memverifikasi penerimaan HBAR; transfer keluar memakai relay EVM yang kompatibel, bukan Mirror API hanya-baca.

Skor DAG yang meningkat bukan bukti pembayaran. Periksa output yang diterima ke alamat invoice. Pengiriman juga memerlukan dukungan penyedia untuk transaksi induk mentah dan fee mass.

Hanya transfer XTZ native yang diterapkan yang dihitung. Operasi gagal dan token FA1.2/FA2 tidak membayar invoice. Pengiriman membutuhkan protokol terverifikasi yang kompatibel.

Periksa alamat DASH transparan dan kebijakan konfirmasi yang dikonfigurasi. Jangan perlakukan label InstantSend saja sebagai penyelesaian invoice merchant.

Jika pembayaran tidak dapat dirutekan, periksa likuiditas masuk, ketersediaan dompet, dan masa berlaku permintaan. API yang sehat bukan jaminan perutean. Setelah pembayaran tidak pasti, verifikasi penyelesaian sebelum meminta pelanggan mencoba lagi.