#dusk
Beberapa waktu lalu saya menjual satu reksa dana. Tiba-tiba ponsel langsung menampilkan “transaksi berhasil”. Saya langsung cek rekening bank, tapi saldo ternyata tidak berubah sama sekali. Setelah saya tanya ke layanan pelanggan, baru saya paham: harga baru saja ditetapkan. Masih ada konfirmasi jumlah unit, pemindahan dana, lalu penyelesaian akhir masuk ke rekening. Pada saat itu saya sadar bahwa di dunia keuangan, “berhasil” ternyata berlapis-lapis. Lampu hijau di layar bukan berarti uang sudah benar-benar aman masuk ke kantong.
Transfer di dunia kripto juga memberi ilusi yang mirip. Hash sudah keluar, blok sudah dipaketkan, bursa menampilkan “sedang diproses”—tiga status ini terdengar seperti sudah selesai, padahal artinya sangat berbeda. Kalau yang dipindahkan hanya puluhan U, menunggu sedikit saja mungkin hanya bikin cemas. Tapi kalau nilainya berupa obligasi, reksa dana, atau aset besar, dana bisa saja sudah berpindah sementara belum terkonfirmasi. Bahkan selisih beberapa menit saja di tengah proses bisa menimbulkan risiko kepercayaan dan masalah rekonsiliasi.
Jadi ketika saya mengamati @Dusk , yang makin saya perhatikan bukan sekadar “cepat”, melainkan apakah aset dan pembayaran bisa selesai pada satu titik yang sama-sama andal. Secara bahasa sederhana: uang ditukar, barang juga ikut. Kalau uang belum sampai, aset tidak boleh duluan jalan; kalau aset tidak memenuhi syarat, dana juga tidak semestinya dipotong. Penyelesaian (settlement) yang benar untuk keuangan bukan membuat dua bar progres berjalan masing-masing, melainkan membuat kedua belah pihak selesai bersama—atau tidak terjadi apa-apa.
Hal ini terlihat sederhana, tapi sebenarnya memunculkan banyak detail. Apakah kelayakan pembeli masih valid? Apakah aset penjual dibekukan? Apakah instrumen pembayaran bisa dipakai? Setelah transaksi dikonfirmasi, apakah masih bisa dirombak ulang? Jika penilaian-penilaian ini tersebar di sistem yang berbeda, maka perlu verifikasi manual berulang. Nilai infrastruktur dasar di blockchain seharusnya membuat hasil lebih mudah diverifikasi, bukan mengganti “sedang diproses” menjadi animasi yang lebih keren.
Saya akan memakai tiga pertanyaan untuk melihat aplikasi keuangan Dusk ke depannya: setelah transaksi selesai, berapa lama hingga dana benar-benar bisa dikendalikan; saat sisi aset dan sisi dana gagal, apakah bisa rollback secara sinkron; dan apakah status yang dilihat pengguna bisa membedakan dengan jelas “sudah dikirim, sudah dikonfirmasi, dan sudah bisa digunakan”. Indikator-indikator ini mungkin tidak seindah TPS, tetapi paling mendekati pengalaman sehari-hari.
Saya juga punya harapan yang cukup nyata untuk $DUSK : suatu hari nanti, setelah menjual sebuah obligasi on-chain, saya tidak perlu bolak-balik menyegarkan tampilan di dompet, platform perdagangan, dan halaman bank. Sistem harus bisa memberi tahu dengan jelas bahwa uang dan barang sudah sama-sama tuntas (dua-atas-tuntas). Kalau begitu barulah terlihat bahwa on-chain di bidang keuangan bukan sekadar memindahkan tombol, melainkan benar-benar mempersingkat alur penyelesaian.
Beberapa waktu lalu saya menjual satu reksa dana. Tiba-tiba ponsel langsung menampilkan “transaksi berhasil”. Saya langsung cek rekening bank, tapi saldo ternyata tidak berubah sama sekali. Setelah saya tanya ke layanan pelanggan, baru saya paham: harga baru saja ditetapkan. Masih ada konfirmasi jumlah unit, pemindahan dana, lalu penyelesaian akhir masuk ke rekening. Pada saat itu saya sadar bahwa di dunia keuangan, “berhasil” ternyata berlapis-lapis. Lampu hijau di layar bukan berarti uang sudah benar-benar aman masuk ke kantong.
Transfer di dunia kripto juga memberi ilusi yang mirip. Hash sudah keluar, blok sudah dipaketkan, bursa menampilkan “sedang diproses”—tiga status ini terdengar seperti sudah selesai, padahal artinya sangat berbeda. Kalau yang dipindahkan hanya puluhan U, menunggu sedikit saja mungkin hanya bikin cemas. Tapi kalau nilainya berupa obligasi, reksa dana, atau aset besar, dana bisa saja sudah berpindah sementara belum terkonfirmasi. Bahkan selisih beberapa menit saja di tengah proses bisa menimbulkan risiko kepercayaan dan masalah rekonsiliasi.
Jadi ketika saya mengamati @Dusk , yang makin saya perhatikan bukan sekadar “cepat”, melainkan apakah aset dan pembayaran bisa selesai pada satu titik yang sama-sama andal. Secara bahasa sederhana: uang ditukar, barang juga ikut. Kalau uang belum sampai, aset tidak boleh duluan jalan; kalau aset tidak memenuhi syarat, dana juga tidak semestinya dipotong. Penyelesaian (settlement) yang benar untuk keuangan bukan membuat dua bar progres berjalan masing-masing, melainkan membuat kedua belah pihak selesai bersama—atau tidak terjadi apa-apa.
Hal ini terlihat sederhana, tapi sebenarnya memunculkan banyak detail. Apakah kelayakan pembeli masih valid? Apakah aset penjual dibekukan? Apakah instrumen pembayaran bisa dipakai? Setelah transaksi dikonfirmasi, apakah masih bisa dirombak ulang? Jika penilaian-penilaian ini tersebar di sistem yang berbeda, maka perlu verifikasi manual berulang. Nilai infrastruktur dasar di blockchain seharusnya membuat hasil lebih mudah diverifikasi, bukan mengganti “sedang diproses” menjadi animasi yang lebih keren.
Saya akan memakai tiga pertanyaan untuk melihat aplikasi keuangan Dusk ke depannya: setelah transaksi selesai, berapa lama hingga dana benar-benar bisa dikendalikan; saat sisi aset dan sisi dana gagal, apakah bisa rollback secara sinkron; dan apakah status yang dilihat pengguna bisa membedakan dengan jelas “sudah dikirim, sudah dikonfirmasi, dan sudah bisa digunakan”. Indikator-indikator ini mungkin tidak seindah TPS, tetapi paling mendekati pengalaman sehari-hari.
Saya juga punya harapan yang cukup nyata untuk $DUSK : suatu hari nanti, setelah menjual sebuah obligasi on-chain, saya tidak perlu bolak-balik menyegarkan tampilan di dompet, platform perdagangan, dan halaman bank. Sistem harus bisa memberi tahu dengan jelas bahwa uang dan barang sudah sama-sama tuntas (dua-atas-tuntas). Kalau begitu barulah terlihat bahwa on-chain di bidang keuangan bukan sekadar memindahkan tombol, melainkan benar-benar mempersingkat alur penyelesaian.