Sebuah kereta tidak perlu keluar jalur sepanjang satu meter pun baru menimbulkan masalah. Cukup satu roda yang salah arah—itu sudah cukup. Saya ingat hal itu setelah sebuah perintah jual USDT di Binance P2P minggu lalu.
Pembeli membayar cukup cepat. Saya membuka aplikasi bank untuk memeriksa, dan tiba-tiba berhenti: jumlah yang saya terima tidak sesuai dengan nominal di order. Selisihnya tidak besar, tetapi bagi saya saat itu hanya ada satu perhitungan: dua angka yang tidak sama berarti order belum bisa dilanjutkan.
Saya belum melakukan Release. USDT masih berada dalam Escrow, sementara saya kembali ke Order Chat untuk meminta pembeli memeriksa transaksi yang baru saja ia kirim. Kedua belah pihak meninjau kembali order yang sama dan menyadari masalahnya ada pada bagian pembayaran itu sendiri.
Untungnya, semuanya bisa diselesaikan langsung dalam proses order. Saya memeriksa ulang di bank, mencocokkan nominalnya sampai sesuai, barulah saya Release USDT. Kalau kedua belah pihak tidak bisa menyepakati, saya masih punya opsi Appeal, bukan harus menyeret urusan itu keluar dari Binance untuk menyelesaikannya sendiri.
Order berakhir dengan normal, tapi kejadian itu meninggalkan kebiasaan baru buat saya. Saya tidak lagi memandang P2P dengan cara “uangnya sudah masuk belum?” lalu langsung lanjut. Saya akan memastikan apakah yang tercatat di bank benar-benar cocok dengan yang tertulis di order.
Kedengarannya seperti detail kecil, tapi justru di situlah saya melihat bahwa Escrow lebih berguna. Ia membuat aset kripto tetap diam sementara kedua pihak menangani bagian yang belum cocok; Order Chat menjaga percakapan tetap dekat dengan transaksi, dan Appeal adalah jalur mundur jika masalahnya tidak bisa diselesaikan sendiri.
Sejak itu, saya tidak lagi memaksakan diri menyelesaikan sebuah order lebih cepat hanya beberapa menit lagi. Order menampilkan satu angka, bank menerima satu angka yang belum sesuai—kalau begitu saya belum akan melanjutkan. Rel bisa sangat panjang, tapi selama ada satu titik yang belum diperbaiki, saya tidak akan lari sampai ke stasiun akhir.
@Binance Vietnam #BinanceP2PAnToan $ACE $TAKE
Pembeli membayar cukup cepat. Saya membuka aplikasi bank untuk memeriksa, dan tiba-tiba berhenti: jumlah yang saya terima tidak sesuai dengan nominal di order. Selisihnya tidak besar, tetapi bagi saya saat itu hanya ada satu perhitungan: dua angka yang tidak sama berarti order belum bisa dilanjutkan.
Saya belum melakukan Release. USDT masih berada dalam Escrow, sementara saya kembali ke Order Chat untuk meminta pembeli memeriksa transaksi yang baru saja ia kirim. Kedua belah pihak meninjau kembali order yang sama dan menyadari masalahnya ada pada bagian pembayaran itu sendiri.
Untungnya, semuanya bisa diselesaikan langsung dalam proses order. Saya memeriksa ulang di bank, mencocokkan nominalnya sampai sesuai, barulah saya Release USDT. Kalau kedua belah pihak tidak bisa menyepakati, saya masih punya opsi Appeal, bukan harus menyeret urusan itu keluar dari Binance untuk menyelesaikannya sendiri.
Order berakhir dengan normal, tapi kejadian itu meninggalkan kebiasaan baru buat saya. Saya tidak lagi memandang P2P dengan cara “uangnya sudah masuk belum?” lalu langsung lanjut. Saya akan memastikan apakah yang tercatat di bank benar-benar cocok dengan yang tertulis di order.
Kedengarannya seperti detail kecil, tapi justru di situlah saya melihat bahwa Escrow lebih berguna. Ia membuat aset kripto tetap diam sementara kedua pihak menangani bagian yang belum cocok; Order Chat menjaga percakapan tetap dekat dengan transaksi, dan Appeal adalah jalur mundur jika masalahnya tidak bisa diselesaikan sendiri.
Sejak itu, saya tidak lagi memaksakan diri menyelesaikan sebuah order lebih cepat hanya beberapa menit lagi. Order menampilkan satu angka, bank menerima satu angka yang belum sesuai—kalau begitu saya belum akan melanjutkan. Rel bisa sangat panjang, tapi selama ada satu titik yang belum diperbaiki, saya tidak akan lari sampai ke stasiun akhir.
@Binance Vietnam #BinanceP2PAnToan $ACE $TAKE