Ada pepatah lama yang kurang lebih berbunyi, “Cepat, murah, dan bagus. Pilih dua.” Bahkan ada banyak diagram Venn yang menarik di mana-mana. Seperti yang ini 🙂
Gagasan ini cenderung menjadi kebijaksanaan konvensional dan sangat cocok untuk sebagian besar hal. Hal ini sering muncul dalam konteks Jenis Transfer dan berbagai penyedia layanan pembayaran. Terlalu mudah untuk mengandalkan hal ini, tetapi kita semua melakukannya.
Dalam konteks sistem pembayaran tradisional, seringkali kita mendekati ketiga aspek tersebut, meski tidak sepenuhnya tercapai. Perbandingan kecepatan biasanya berkisar dari hari hingga detik, sedangkan perbandingan biaya umumnya berupa tarif persentase versus biaya tetap yang rendah. Dalam konteks ini, hal tersebut masih masuk akal. Bahkan “baik” dapat diartikan sebagai pengalaman pengguna atau keamanan, yang semuanya bervariasi antar penyedia. Dalam pembayaran, hal ini seringkali terlihat seperti ini karena antarmuka pengguna yang buruk memang dikenal merugikan:
Baik, cepat, dan murah hampir terasa seperti syarat dasar saat melihat pembayaran yang didorong dalam konteks rantai. Dalam konteks rantai saat memikirkan pembayaran, keamanan diwajibkan dalam manajemen kunci, semuanya merupakan biaya tetap mulai dari dolar hingga kurang dari satu sen, dan transaksi diselesaikan dalam hitungan menit atau detik.
Tidak ada pertimbangan waktu di sini, sehingga perbedaan kecepatan menjadi signifikan. Hal ini mulai terlihat seperti ini ketika Anda membandingkan sistem tradisional dengan sistem berbasis rantai baru jika diimplementasikan dengan benar:
Bagaimana keamanan diterapkan, bagaimana biaya disesuaikan, dan bagaimana kecepatan menciptakan risiko baru perlu dipertimbangkan dalam ekosistem pembayaran baru ini, tetapi ini adalah masalah yang secara teknis dapat diatasi.
Dalam sistem lama, kita berurusan dengan file batch yang tidak terenkripsi sebagai titik awal. Di sistem baru, kita berurusan dengan manajemen kunci yang cukup kompleks sejak awal. Masalah keamanan tetap ada di kedua skenario, tetapi tanggung jawab ada pada penyedia layanan, dan masalah ini secara teknis dapat diselesaikan.
Di sistem lama, kita memperdebatkan perbedaan antara hari, jam, dan menit dalam hal kecepatan, dan terkadang, kita menghabiskan bertahun-tahun membangun sistem untuk mencapai hitungan detik. Di sistem baru, semuanya hitungan detik. Dalam skenario terburuk, waktu yang dibutuhkan hanyalah beberapa menit.
Di sistem lama, kita bernegosiasi mengenai kesepakatan harga (seperti yang disebut oleh seorang teman lama) dalam upaya untuk memeras keuntungan sekecil mungkin demi mendapatkan persentase yang lebih besar, sedangkan di sistem baru, semuanya dihitung dari dolar hingga sen, ditambah dengan kecepatan instan dan keamanan jika diimplementasikan dengan benar.
Tampaknya keadaan memang semakin membaik.