$DUSK
Dalam keuangan tradisional, RVP membiarkan satu sisi tanpa perlindungan terlebih dahulu, sementara DVP hanya menyempitkan jendela keterpaparan tersebut. Perdagangan atomik di on-chain tampak mirip seperti DVP, tetapi mereka hanya mengunci kuponnya. Ketika sisi kas masih berada di bank lain, kunci itu tidak berbuat apa-apa terhadap kalender operasional pihak lawan. Finalitas ledger tidak sama dengan finalitas fiat-rail.
Bahaya yang sesungguhnya bukanlah gangguan teknis. Itu masalah semantik. Sebut transaksi “selesai” atau “diselesaikan” tanpa menjelaskan urutannya—secara bersamaan, kupon-dulu, atau pembayaran-dulu—dan status “pembayaran jatuh tempo” yang sederhana akan diperlakukan sebagai kegagalan. Dua jalur itu mengarah ke meja layanan pelanggan yang benar-benar berbeda. Begitu rute tercampur, tidak ada sopan santun atau klarifikasi belakangan yang bisa memisahkannya lagi. Urutan harus ada di baris pertama tanda terima dan di dalam state machine sejak awal.
Desain penyelesaian Dusk, yang dibuat untuk aset teregulasi, langsung menghadapi uji ini. Atomisitas on-chain diperlukan, tetapi tidak cukup ketika satu sisi masih menunggu jam operasional perbankan. Institusi yang akan bertahan akan memperlakukan urutan kedua sisi sebagai data risiko utama, bukan metadata opsional. Siapa pun yang melangkah tanpa perlindungan lebih dulu harus terlihat sebelum siapa pun mulai merayakan penyelesaian.
$TUT $CL #dusk @Dusk
Dalam keuangan tradisional, RVP membiarkan satu sisi tanpa perlindungan terlebih dahulu, sementara DVP hanya menyempitkan jendela keterpaparan tersebut. Perdagangan atomik di on-chain tampak mirip seperti DVP, tetapi mereka hanya mengunci kuponnya. Ketika sisi kas masih berada di bank lain, kunci itu tidak berbuat apa-apa terhadap kalender operasional pihak lawan. Finalitas ledger tidak sama dengan finalitas fiat-rail.
Bahaya yang sesungguhnya bukanlah gangguan teknis. Itu masalah semantik. Sebut transaksi “selesai” atau “diselesaikan” tanpa menjelaskan urutannya—secara bersamaan, kupon-dulu, atau pembayaran-dulu—dan status “pembayaran jatuh tempo” yang sederhana akan diperlakukan sebagai kegagalan. Dua jalur itu mengarah ke meja layanan pelanggan yang benar-benar berbeda. Begitu rute tercampur, tidak ada sopan santun atau klarifikasi belakangan yang bisa memisahkannya lagi. Urutan harus ada di baris pertama tanda terima dan di dalam state machine sejak awal.
Desain penyelesaian Dusk, yang dibuat untuk aset teregulasi, langsung menghadapi uji ini. Atomisitas on-chain diperlukan, tetapi tidak cukup ketika satu sisi masih menunggu jam operasional perbankan. Institusi yang akan bertahan akan memperlakukan urutan kedua sisi sebagai data risiko utama, bukan metadata opsional. Siapa pun yang melangkah tanpa perlindungan lebih dulu harus terlihat sebelum siapa pun mulai merayakan penyelesaian.
$TUT $CL #dusk @Dusk
