Cara memverifikasi pembayaran kripto dan mengenali screenshot palsu

Untuk memverifikasi pembayaran USDT, jangan mengandalkan screenshot atau pesan “sudah dikirim”. Buka hash transaksi di blockchain explorer tepercaya untuk jaringan yang disebutkan, lalu pastikan transaksi berhasil, kontrak token adalah USDT asli, penerima sama dengan alamat Anda, jumlah sesuai invoice, dan konfirmasinya cukup. Tandai pesanan lunas hanya jika semua data tersebut cocok.

Screenshot dapat diedit, digunakan ulang, atau diambil saat transaksi masih pending. Bahkan hash asli belum cukup: hash itu bisa menunjukkan transaksi gagal, penerima lain, jaringan salah, token palsu, atau pembayaran lama untuk pesanan lain. Bukti yang dapat dipercaya adalah transaksi on-chain terkonfirmasi yang cocok dengan data pembayaran pada invoice.

Checklist cepat verifikasi pembayaran kripto

Sebelum mengirim barang, mengaktifkan layanan, atau mengonfirmasi booking, periksa:

1. Jaringan: transaksi berada di jaringan yang disepakati.
2. Status: explorer menampilkan sukses, bukan pending, dropped, atau failed.
3. Kontrak token: asetnya adalah USDT atau USDC asli di jaringan tersebut.
4. Penerima: alamat tujuan sama persis dengan alamat pembayaran Anda.
5. Jumlah: dana yang masuk memenuhi invoice sesuai kebijakan Anda.
6. Konfirmasi: transfer mencapai ambang konfirmasi yang diperlukan.
7. Pesanan: hash yang sama belum pernah digunakan untuk invoice lain.

Jika satu pemeriksaan gagal atau masih tidak jelas, pembayaran belum terverifikasi. Screenshot tidak menggantikan bukti on-chain yang hilang.

Mengapa screenshot bukan bukti pembayaran

Screenshot adalah gambar antarmuka, bukan catatan blockchain. Gambar tidak membuktikan bahwa transaksi final, milik pelanggan saat ini, atau mengirim aset yang benar ke alamat Anda.

Contoh yang menyesatkan:

• layar konfirmasi wallet sebelum transaksi disiarkan;
• transaksi pending atau gagal;
• transfer lama yang dipakai ulang untuk pesanan baru;
• transfer ke alamat lain dengan penerima disembunyikan;
• token bernama USDT tetapi kontraknya berbeda;
• jumlah, status, atau hash yang diedit;
• permintaan withdrawal di exchange yang belum menghasilkan transaksi on-chain.

Mintalah hash saat menyelidiki pembayaran manual, tetapi verifikasi sendiri. Jangan membuka link explorer asing dari pembeli; salin hash dan cari di explorer tepercaya untuk jaringan yang benar.

Cara memeriksa transaksi USDT langkah demi langkah

1. Tentukan jaringan lebih dahulu

USDT tersedia di beberapa jaringan. Hash hanya bermakna bersama nama jaringannya, dan satu alamat berformat EVM dapat dipakai pada beberapa jaringan EVM.

Pastikan invoice meminta Ethereum, TRON, BNB Smart Chain, Polygon, Arbitrum, Base, Optimism, atau Solana. Transfer sukses di jaringan yang salah tidak membayar invoice asli walaupun simbol dan alamat terlihat familier.

Gunakan explorer yang sama dengan link detail transaksi GramPayBot:

Jaringan	Explorer	Yang ditempel ke pencarian
Ethereum	Etherscan	Hash yang diawali 0x
Optimism	OP Mainnet Etherscan	Hash yang diawali 0x
BNB Smart Chain	BscScan	Hash yang diawali 0x
Base	BaseScan	Hash yang diawali 0x
Polygon	PolygonScan	Hash yang diawali 0x
Arbitrum	Arbiscan	Hash yang diawali 0x
TRON	TRONSCAN	Hash transaksi TRON
Solana	Solscan	Signature transaksi Solana

Tempel hash atau signature mentah ke kolom pencarian. Jika tidak ditemukan, pastikan pelanggan menyebut jaringan yang benar. Jangan mencoba domain explorer acak dari pesan.

2. Pastikan transaksi berhasil

Cari status transaksi. Label berbeda antarjaringan, tetapi harus menunjukkan eksekusi sukses. Pending berarti hasil belum final; failed, reverted, atau dropped berarti transfer yang diharapkan tidak selesai.

Jangan menyamakan status withdrawal internal exchange dengan konfirmasi blockchain. Withdrawal bisa berstatus approved sebelum transaksi muncul dan terkonfirmasi on-chain.

Di explorer keluarga Etherscan, lihat Status, lalu Tokens Transferred. Di TRONSCAN, periksa Result dan Token Transfers. Di Solscan, periksa Status dan Token Balance Change. Label dapat berubah; bukti yang diperlukan tetap sama: eksekusi berhasil dan transfer token nyata ke alamat Anda.

3. Periksa kontrak, bukan hanya simbol token

Nama dan simbol token tidak unik. Siapa pun dapat membuat token bernama USDT, menyalin logo, dan mengirim saldo yang tidak terkait dengan Tether USD asli.

Buka detail token transfer dan bandingkan contract address dengan kontrak USDT yang didukung di jaringan tersebut. Aturan yang sama berlaku untuk USDC. Kontrak atau mint mengidentifikasi aset; simbol dan logo hanya tampilan.

Di GramPayBot, jaringan, kontrak, dan penerima yang diharapkan ditentukan sebelum pembayaran. Lihat cara menyiapkan wallet dan jaringan.

4. Bandingkan alamat penerima secara lengkap

Alamat tujuan harus sama persis dengan alamat yang Anda kendalikan dan berikan untuk pembayaran. Bandingkan seluruh karakter, bukan hanya awal dan akhir yang ditampilkan wallet.

Address poisoning memasukkan alamat yang tampak mirip ke riwayat. Salin alamat yang diharapkan dari invoice atau pengaturan Anda, bukan dari daftar transaksi terbaru.

5. Bandingkan jumlah yang diterima dengan invoice

Periksa jumlah pada token transfer dengan memperhitungkan decimals, lalu terapkan kebijakan underpayment dan overpayment Anda.

Transaksi bisa asli dan sukses tetapi belum melunasi pesanan. Menerima 95 USDT tidak otomatis membayar invoice 100 USDT. Kelebihan bayar juga mungkin perlu ditinjau sebelum fulfilment atau refund.

Untuk penjualan manual, buat invoice terpisah sebelum pelanggan membayar agar jumlah dan konteks tersimpan. Lihat cara membuat invoice kripto terlacak.

6. Tunggu konfirmasi yang diperlukan

Transaksi dapat muncul dalam blok sebelum kebijakan Anda menganggapnya final. Konfirmasi menunjukkan berapa blok atau status final yang mengikuti transaksi.

Ambang yang tepat bergantung pada jaringan, nilai, dan risiko. Jangan gunakan satu angka permanen untuk semua chain. Biarkan pesanan menunggu sampai ambang sistem pembayaran tercapai.

7. Cocokkan transaksi dengan satu pesanan saja

Satu transaksi valid tidak boleh menjadi bukti untuk beberapa pesanan. Simpan hash yang diterima dan cegah hash itu menutup invoice lain.

Jangan mengidentifikasi pembayar hanya dari alamat pengirim. Exchange memakai wallet bersama dan pelanggan bisa membayar dari wallet lain. Cocokkan jaringan, token, penerima, jumlah, jangka waktu, dan identitas unik transaksi.

Transaksi ditemukan belum berarti invoice lunas

Bukti	Yang dibuktikan	Keputusan
Screenshot atau “sudah dikirim”	Pembeli mengaku membayar	Jangan fulfil
Hash hilang atau tidak ditemukan	Tidak ada transfer yang bisa diverifikasi	Jangan fulfil
Transaksi pending	Transfer mungkin sedang diproses	Tunggu
Sukses dengan token, jaringan, atau penerima salah	Transaksi ada tetapi tidak cocok	Jangan tandai lunas
Underpayment atau transfer ambigu	Sebagian dana mungkin masuk	Tinjau manual
Transfer terkonfirmasi yang cocok dengan seluruh invoice	Pembayaran yang diharapkan selesai	Tandai lunas dan fulfil

“Transaksi ditemukan”, “dana diterima”, dan “pesanan lunas” adalah status bisnis yang terkait tetapi berbeda.

Kapan verifikasi manual tidak lagi efektif

Pemeriksaan manual bisa dipakai untuk sedikit pembayaran. Saat beberapa pelanggan membayar bersamaan atau pesanan masuk di luar jam kerja, staf harus memilih explorer, mengenali kontrak, membandingkan alamat, menunggu konfirmasi, dan mencegah hash dipakai ulang.

Otomatisasi dimulai dari invoice yang dibuat sebelum pembayaran. Sistem sudah mengetahui jaringan, token, penerima, jumlah, waktu kedaluwarsa, dan referensi pesanan; memantau blockchain dan mengubah status hanya setelah syarat terpenuhi.

GramPayBot melakukan pencocokan tanpa menyimpan dana merchant: pelanggan membayar langsung ke wallet yang dikonfigurasi, sedangkan invoice mencatat status dan hash. Transfer ambigu, terlambat, kurang, atau berlebih dapat ditinjau tanpa menutup pesanan yang salah.

Jika penjualan disepakati lewat chat, gunakan alur pembayaran kripto Telegram untuk mengganti screenshot dengan invoice terlacak. Jika website membuat pesanan, gunakan pembayaran kripto otomatis untuk website untuk menghubungkan status invoice dengan pesanan.