Dulu saya memandang penyelesaian T+2 terutama sebagai masalah kecepatan.
Lalu saya mulai memikirkan mengapa dua hari itu ada.
Terjadi sebuah transaksi.
Pihak-pihak berbeda mengonfirmasi kewajiban mereka.
Kustodian memperbarui catatan.
Aset dan pembayaran masih perlu sampai ke sisi yang benar.
Masa tunggu memberi waktu bagi sistem tradisional untuk menangani risiko penyelesaian.
Jadi ketika saya melihat DuskDS, saya tidak menganggap pertanyaan menariknya semata-mata:
“Bisakah penyelesaian terjadi lebih cepat?”
Pertanyaan yang lebih baik adalah:
“Apa yang memberikan kepastian ketika masa tunggu menjadi lebih singkat?”
DuskDS dirancang sebagai lapisan penyelesaian dan ketersediaan data dari jaringan @Dusk , dengan $DUSK yang menyelesaikan apa pun biaya yang mengalir melaluinya. #dusk
Kepastian final yang deterministik memberi aplikasi titik yang terdefinisi di mana status telah diselesaikan.
Hal ini penting untuk alur kerja keuangan.
Namun penyelesaian yang lebih cepat tidak otomatis meniru setiap perlindungan di dalam sistem penyelesaian tradisional.
Risikonya tetap perlu ditangani di suatu tempat.
Bagian itulah yang ingin saya lihat didemonstrasikan.
Transaksi institusional yang nyata akan memberi saya lebih banyak daripada sekadar perbandingan detik versus hari.
Bagi saya, bagian menarik dari DuskDS bukan hanya kecepatan.
Melainkan apa yang sistem lakukan dengan kepastian setelah transaksi mencapai finalitas.
@Dusk_Foundation $DUSK #dusk
Apa yang paling penting ketika penyelesaian menjadi lebih cepat?