#binancep2pantoan @Binance Vietnam
Dulu saya mengira membatalkan pesanan Binance P2P itu sederhana.
Kalau saya tidak lagi ingin melanjutkan pesanan beli, saya membatalkannya, kembali ke pasar, lalu lanjut. Di kepala saya, "Dibatalkan" hanyalah status final lain, tak lebih dalam daripada "Selesai."
Lalu saya memperhatikan satu detail kecil: Binance meminta alasan mengapa saya membatalkan.
Itu membuat saya berhenti.
Kalau pesanan sudah berakhir dengan keadaan yang sama, kenapa alasannya harus berpengaruh?
Semakin saya memperhatikannya, semakin jelas perbedaannya. "Dibatalkan" mencatat apa yang terjadi pada pesanan. Alasan pembatalan mencatat sesuatu tentang bagaimana pesanan itu sampai ke sana.
Dua pesanan p2p bisa sama-sama berakhir sebagai Dibatalkan dan tetap berarti hal yang berbeda. Satu pembeli mungkin sekadar berubah pikiran. Pesanan lain bisa berakhir karena penjual tidak merespons. Hasil yang terlihat identik, tetapi penyebabnya tidak.
Perbedaan itu menjadi semakin menarik saat metrik partisipan ikut dipertimbangkan. Beberapa alasan pembatalan bisa diperlakukan secara berbeda saat kinerja penyelesaian dihitung. Jadi sistem tidak selalu bisa membaca setiap pesanan yang dibatalkan seolah-olah orang yang sama menyebabkannya dengan cara yang sama.
Itu mengubah cara saya memandang menu pembatalan.
Ini bukan sekadar tombol keluar dengan berkas tambahan yang menempel. Ini adalah catatan kecil tentang sebab-akibat.
Sebuah status merangkum hasilnya. Sebuah alasan memulihkan sebagian kausalitas di baliknya.
Itu juga membuat saya lebih berhati-hati untuk tidak memilih alasan pembatalan secara asal-asalan, karena alasannya adalah bagian dari cara platform menafsirkan hasil.
Semakin saya memikirkannya, semakin saya sadar reputasi tidak terlihat seperti sekadar perhitungan. Sistem yang berguna harus tahu bukan hanya apa yang terjadi, tetapi peserta mana yang seharusnya sebenarnya memikul hasil itu.
Dua pesanan P2P bisa berakhir dalam keadaan yang persis sama dan tetap mengatakan hal yang sangat berbeda tentang orang-orang yang terlibat.
"Dibatalkan" memberi tahu saya di mana pesanan itu berakhir. Alasan memberi tahu sistem sesuatu tentang bagaimana pesanan itu sampai ke sana.
$APR
Dulu saya mengira membatalkan pesanan Binance P2P itu sederhana.
Kalau saya tidak lagi ingin melanjutkan pesanan beli, saya membatalkannya, kembali ke pasar, lalu lanjut. Di kepala saya, "Dibatalkan" hanyalah status final lain, tak lebih dalam daripada "Selesai."
Lalu saya memperhatikan satu detail kecil: Binance meminta alasan mengapa saya membatalkan.
Itu membuat saya berhenti.
Kalau pesanan sudah berakhir dengan keadaan yang sama, kenapa alasannya harus berpengaruh?
Semakin saya memperhatikannya, semakin jelas perbedaannya. "Dibatalkan" mencatat apa yang terjadi pada pesanan. Alasan pembatalan mencatat sesuatu tentang bagaimana pesanan itu sampai ke sana.
Dua pesanan p2p bisa sama-sama berakhir sebagai Dibatalkan dan tetap berarti hal yang berbeda. Satu pembeli mungkin sekadar berubah pikiran. Pesanan lain bisa berakhir karena penjual tidak merespons. Hasil yang terlihat identik, tetapi penyebabnya tidak.
Perbedaan itu menjadi semakin menarik saat metrik partisipan ikut dipertimbangkan. Beberapa alasan pembatalan bisa diperlakukan secara berbeda saat kinerja penyelesaian dihitung. Jadi sistem tidak selalu bisa membaca setiap pesanan yang dibatalkan seolah-olah orang yang sama menyebabkannya dengan cara yang sama.
Itu mengubah cara saya memandang menu pembatalan.
Ini bukan sekadar tombol keluar dengan berkas tambahan yang menempel. Ini adalah catatan kecil tentang sebab-akibat.
Sebuah status merangkum hasilnya. Sebuah alasan memulihkan sebagian kausalitas di baliknya.
Itu juga membuat saya lebih berhati-hati untuk tidak memilih alasan pembatalan secara asal-asalan, karena alasannya adalah bagian dari cara platform menafsirkan hasil.
Semakin saya memikirkannya, semakin saya sadar reputasi tidak terlihat seperti sekadar perhitungan. Sistem yang berguna harus tahu bukan hanya apa yang terjadi, tetapi peserta mana yang seharusnya sebenarnya memikul hasil itu.
Dua pesanan P2P bisa berakhir dalam keadaan yang persis sama dan tetap mengatakan hal yang sangat berbeda tentang orang-orang yang terlibat.
"Dibatalkan" memberi tahu saya di mana pesanan itu berakhir. Alasan memberi tahu sistem sesuatu tentang bagaimana pesanan itu sampai ke sana.
$APR