Apa yang harus dilakukan jika USDT atau USDC dikirim di jaringan yang salah

Jika USDT atau USDC dikirim di jaringan yang salah, jangan langsung membayar lagi. Simpan hash, identifikasi blockchain tempat transfer benar-benar terkonfirmasi, verifikasi contract dan tujuan, lalu cari tahu siapa yang mengendalikan alamat itu di jaringan tersebut. Recovery tergantung kepemilikan alamat dan dukungan platform; alamat yang tampak sama tidak menjamin akses.

Transfer terkonfirmasi di jaringan yang salah tidak membayar invoice yang meminta jaringan lain. Verifikasi invoice dan recovery aset adalah dua masalah terpisah.

Lima tindakan pertama

1. Jangan kirim lagi. Kerugian bisa menjadi dua kali.
2. Simpan hash atau signature asli. Screenshot tidak cukup.
3. Identifikasi jaringan aktual. Gunakan riwayat wallet/exchange dan explorer jaringan itu.
4. Verifikasi token, penerima, jumlah, dan status. Simbol bukan bukti.
5. Identifikasi pengendali tujuan. Wallet sendiri, wallet merchant, deposit exchange, atau smart contract?

Jangan bagikan seed phrase atau private key kepada merchant, GramPayBot, agen exchange, atau situs recovery. Support yang sah dapat menyelidiki dengan informasi publik.

Jaringan salah dan alamat salah berbeda

Jika invoice meminta USDT di TRON tetapi pembeli mengirim USDT di Ethereum, jaringan dan rute token salah; alamat mungkin dapat atau tidak dapat diakses di Ethereum; dan invoice TRON tetap belum dibayar.

Jika jaringan benar tetapi tujuan berubah, itu kasus alamat salah. Coinbase menyatakan transaksi ke alamat salah tidak dapat dibalik dan recovery bergantung pada kerja sama penerima.

1. Temukan blockchain yang mencatat transfer

Ambil nama jaringan dan hash dari riwayat pengiriman. Di explorer yang benar, periksa status, waktu blok, konfirmasi/finality, contract atau mint, penerima, dan jumlah.

Jika hash tidak ditemukan, jangan tempelkan ke situs acak dari iklan atau pesan. Periksa kembali label jaringan di platform pengirim dan gunakan explorer dari dokumentasi resmi. Pending belum menjadi kehilangan atau pembayaran terkonfirmasi; failed tidak menyelesaikan transfer yang diharapkan walaupun fee mungkin terpakai.

2. Verifikasi contract, bukan hanya nama

USDT dan USDC memiliki contract atau mint berbeda di setiap jaringan; token palsu dapat menyalin simbol dan logo. Circle menerbitkan daftar contract USDC resmi per blockchain. Bandingkan identifier transaksi dengan sumber issuer dan rute invoice.

Jika tidak cocok, anggap aset belum terverifikasi dan ikuti checklist contract token.

3. Tentukan siapa yang mengendalikan tujuan

Tujuan	Siapa yang dapat bertindak	Jalur umum
Wallet self-custody Anda	Anda	Aktifkan jaringan aktual lewat instruksi resmi dan verifikasi token
Wallet pribadi orang lain	Pemilik key	Minta mereka memeriksa jaringan lalu mengembalikan atau mencatat dana
Exchange/platform kustodian	Platform	Buka support; mungkin tidak dapat dipulihkan atau berbayar
Wallet merchant	Merchant	Periksa kontrol dan akses di jaringan aktual
Smart contract	Logika/operator contract	Hubungi proyek; recovery mungkin mustahil
Alamat tidak dikenal	Tidak diketahui	Jalur praktis mungkin tidak ada

Jangan menganggap merchant mengendalikan alamat checkout yang sama di semua jaringan atau exchange akan memberikan private key deposit.

Alamat 0x yang sama pada jaringan EVM

Ethereum, Base, Arbitrum, Optimism, Polygon, dan BNB Smart Chain kompatibel dengan EVM. Akun self-custody dari secret yang sama biasanya memiliki alamat 0x yang sama di jaringan tersebut.

MetaMask menjelaskan bahwa token yang dikirim ke alamat seseorang pada jaringan EVM yang salah mungkin dapat diakses dengan berpindah ke jaringan aktual. Ini kemungkinan, bukan jaminan. Tujuan harus akun pribadi dengan key yang sama, wallet harus mendukung jaringan dengan aman, contract harus asli, dan aset native dibutuhkan untuk gas. Deposit exchange dan smart contract memiliki aturan sendiri.

Alamat sama tidak menyatukan blockchain. EIP-155 mendefinisikan chain ID agar signature untuk satu jaringan kompatibel Ethereum tidak dapat begitu saja digunakan kembali pada jaringan lain.

Tambahkan jaringan/token hanya dengan instruksi resmi wallet. Jangan impor seed ke “recovery wallet” dari orang asing.

TRON dan Solana bukan sekadar konfigurasi EVM

Alamat TRON untuk pengguna biasanya memakai Base58Check dan diawali T; dokumentasinya menjelaskan format alamat dan prefix 0x41. Solana menggunakan alamat 32-byte dan model account berbeda, dijelaskan dalam konsep inti Solana.

Jangan perlakukan keduanya sebagai jaringan biasa untuk ditambahkan ke MetaMask. Software wallet dapat menolak alamat yang tidak kompatibel sebelum broadcast, tetapi validasi bukan jaminan recovery. Jika transfer terkonfirmasi, identifikasi tujuan tepat dan model custody pada blockchain yang mencatatnya. Solana juga memperingatkan bahwa alamat salah dapat menyebabkan kehilangan permanen dan penerima perlu divalidasi.

Jika tujuan adalah wallet self-custody Anda

Konfirmasi transaksi di jaringan aktual, buktikan tujuan berasal dari wallet Anda, aktifkan jaringan dan token hanya lewat dokumentasi resmi, lalu bandingkan saldo dengan explorer. Setelah itu baru tentukan apakah menyimpan, mengembalikan, atau memakai bridge. Gunakan tes kecil sebelum memindahkan dana yang dipulihkan.

Jangan masukkan seed hanya untuk “mencari dana”. Untuk nilai tinggi dan jaringan yang tidak didukung UI, hubungi support resmi dan profesional keamanan tepercaya.

Jika tujuan milik exchange

Buka tiket dengan referensi akun/deposit, jaringan aktual, contract atau mint, hash, alamat, memo/tag, jumlah, waktu blok, dan rute yang dimaksud. Jangan kirim tes lagi kecuali diminta melalui kanal exchange yang terautentikasi.

Kebijakan dapat berubah. Coinbase tidak dapat memulihkan semua transfer salah jaringan, tetapi menawarkan layanan recovery untuk aset dan jaringan tertentu yang memenuhi syarat. Hanya platform yang menentukan kelayakan, fee, dan waktu.

Jika tujuan adalah smart contract

Contract mungkin tidak memiliki fungsi untuk mengeluarkan token yang terkirim keliru. Transaksi bisa sukses tetapi aset tetap tidak dapat diakses. Hubungi operator terverifikasi dengan data publik; jangan gunakan rescue contract yang tidak dikenal atau menandatangani allowance yang tidak dipahami. MetaMask juga menyatakan recovery dari alamat contract tidak dijamin.

Cara merchant menangani invoice

GramPayBot memerlukan jaringan, token, penerima, jumlah tepat, dan jendela yang benar untuk matching normal. Transfer di jaringan lain adalah mismatch dan tidak menyelesaikan rute awal. Pertahankan status invoice yang sebenarnya dan selidiki recovery secara terpisah.

Merchant dapat memulihkan dan mengembalikan lalu meminta pembayaran invoice baru; memulihkan nilai dan memenuhi pesanan sebagai pengecualian terdokumentasi di luar invoice awal sambil mempertahankan status sebenarnya di GramPayBot; menunggu platform kustodian; atau mencatat bahwa dana tidak dapat dipulihkan dan menangani sengketa sesuai ketentuan. Verifikasi transfer pertama sebelum membuat pengganti. Lihat cara menangani invoice belum dibayar atau kedaluwarsa. Jika jumlah juga berbeda, terapkan alur invoice kurang bayar dan lebih bayar.

Jangan memakai bridge sebelum verifikasi

Bridge tidak membuktikan token asli atau hak Anda untuk memindahkannya. Konfirmasi kontrol, contract, jaringan yang didukung, domain resmi, fee, dan keputusan akuntansi. Jangan bridge token mencurigakan atau memberikan unlimited approval untuk “recovery”.

Tanda penipuan recovery

Waspadai pihak yang lebih dulu menghubungi sebagai support, meminta seed/private key, menjamin recovery, meminta “sinkronisasi wallet” di situs asing, mengirim link lewat DM, meminta transfer awal, atau menolak memeriksa hash publik. MetaMask menegaskan bahwa mereka tidak memulai support lewat DM dan tidak meminta Secret Recovery Phrase.

Cara mencegah kesalahan

Buka invoice aktif, periksa token dan jaringan, pilih jaringan yang sama saat mengirim, bandingkan alamat lengkap, verifikasi contract, jumlah, dan batas waktu, kirim sekali, lalu simpan hash. Gunakan allowlist atau tes kecil bila sesuai, tetapi jangan menganggap tes otomatis menjadi bagian invoice.

Periksa rute yang didukung dan panduan alamat wallet USDT/USDC.

Pertanyaan umum

Apakah USDT di jaringan salah hilang selamanya?

Tidak selalu. Recovery mungkin dilakukan pada akun EVM self-custody dari key yang sama; bisa mustahil untuk jaringan tidak kompatibel, alamat tak dikenal, deposit exchange yang tak didukung, atau contract terbatas.

Alamat 0x sama. Apakah invoice sudah dibayar?

Tidak. Jaringan EVM tetap blockchain terpisah dan invoice meminta rute yang dikonfigurasi.

Bisakah GramPayBot memulihkan dana?

Tidak. GramPayBot tidak menyimpan dana atau memegang key merchant. Hanya pengendali tujuan di jaringan aktual atau platform kustodian yang dapat bertindak.

Haruskah saya membayar lagi sekarang?

Tidak. Verifikasi transaksi pertama dan hubungi merchant. Jika diminta membayar ulang, gunakan invoice aktif baru dan simpan kedua catatan.

Bisakah exchange memulihkan deposit di jaringan salah?

Kadang-kadang, hanya untuk aset dan jaringan yang memenuhi syarat. Exchange menentukan apakah recovery tersedia dan dapat mengenakan biaya. Hanya support terautentikasi dari platform yang dapat memastikan kebijakan saat ini untuk transaksi tersebut.