#dusk $DUSK @Dusk
Saya mulai meneliti desain penyelesaian dan akhirnya fokus pada satu konsep keuangan:
Penyerahan versus pembayaran.
Idenya sederhana.
Satu pihak menyerahkan aset.
Pihak lainnya menyerahkan pembayaran.
Keduanya perlu diselesaikan secara bersamaan.
Jika aset bergerak sementara pembayaran gagal, transaksi tersebut bermasalah.
Jika pembayaran bergerak sementara aset gagal, masalahnya hanya berpindah sisi.
Inilah mengapa menempatkan sekuritas di onchain hanya merupakan bagian dari persoalan penyelesaian.
Kaki aset dan kaki pembayaran sama-sama penting.
Rezim Uji Coba DLT Uni Eropa (EU DLT Pilot Regime) membuat hal ini menjadi semakin relevan karena menyediakan kerangka kerja untuk menguji infrastruktur pasar keuangan berbasis DLT dalam kondisi regulasi.
Kepastian final yang deterministik dari @Dusk memberikan jaringan titik penyelesaian yang jelas, dengan $DUSK mensponsori/menanggung para validator yang sampai ke sana. #dusk
Namun kepastian final saja tidak otomatis menciptakan DvP.
Kedua belah pihak masih perlu berkoordinasi dengan benar.
Itulah bagian yang ingin saya lihat didemonstrasikan dalam transaksi nyata yang teregulasi.
Bukan diagram.
Bukan konsep.
Melainkan kaki aset dan kaki pembayaran yang benar-benar selesai bersama sesuai aturan yang diwajibkan.
Itu akan memberi saya gambaran jauh lebih banyak tentang desain penyelesaian Dusk dibanding sekadar perbandingan performa lainnya.