Pengiriman Versus Pembayaran: Bagaimana Penyelesaian Atomik Bekerja

Sebuah perdagangan memiliki dua janji: menyerahkan aset dan menyerahkan uang. Jika kedua kaki tersebut diselesaikan secara terpisah, satu pihak dapat melaksanakan sementara pihak lain gagal. Delivery versus payment menghubungkannya sehingga pertukaran selesai bersamaan—atau tidak selesai sama sekali.

Itu terdengar seperti masalah kontrak pintar murni, tetapi finalitas hukum, kustodi, likuiditas, dan kualitas aset penyelesaian tetap penting. Primer kami tentang kontrak pintar menjelaskan lapisan kode.

Delivery versus payment, atau DvP, menghubungkan transfer sekuritas dengan transfer pembayaran sehingga satu kaki selesai hanya jika kaki lainnya selesai. Pada buku besar yang dapat diprogram, kedua perubahan status dapat dieksekusi dalam satu transaksi atomik atau melalui sistem terkoordinasi dengan finalitas yang setara. Hal ini dapat secara tajam mengurangi risiko pokok—kemungkinan satu pihak menyerahkan nilai dan tidak pernah menerima nilai lawan.

Atomisitas tidak berarti semua risiko menghilang. Aset dan uang penyelesaian harus mewakili klaim yang sah secara hukum, pihak harus memiliki likuiditas pada saat yang diperlukan, transaksi dapat gagal sebelum eksekusi, dan tata kelola harus menangani gangguan atau kesalahan. Penyelesaian bruto instan dapat mengurangi eksposur lawan pihak sambil meningkatkan kebutuhan pendanaan intraday dibandingkan dengan netting banyak kewajiban terlebih dahulu.

Delivery Versus Payment dalam Satu Tampilan

Baca urutan Delivery Versus Payment sebagai rangkaian bukti daripada deretan langkah perangkat lunak. Setiap tahap harus meninggalkan catatan yang dapat diverifikasi peserta berikutnya tanpa harus menciptakan fakta yang hilang.

Siapa yang Bertanggung Jawab atas Delivery Versus Payment?

Mulailah tinjauan pada catat finalitas dan bekerja mundur. Pemegang atau institusi akhir harus dapat menghubungkan posisinya ke keputusan pada kunci kedua kaki dan bukti yang diterima pada setujui perdagangan. Jika rangkaian itu berhenti pada dasbor atau hash transaksi, sistem hanya membuktikan bahwa perangkat lunak berjalan—bukan bahwa hak, pembayaran, atau perubahan registri yang dijanjikan dapat ditegakkan.

Peta partisipan mengungkap batas kedua. Pembeli, penjual, dan koordinator penyelesaian mungkin bekerja dalam produk yang sama, namun mereka memelihara catatan yang berbeda dan memiliki kewajiban yang berbeda. Mengalihdayakan tugas operasional tidak otomatis memindahkan janji pelanggan atau kewajiban memperbaiki kesalahan. Desain yang kredibel menamai pemilik cadangan sebelum kegagalan, bukan setelahnya.

Untuk uji stres realistis, gabungkan invaliditas aset dengan kekangan likuiditas. Minta peserta membekukan keadaan yang benar, mempertahankan hak pemegang yang sah, merekonstruksi urutan, dan mencapai satu hasil yang direkonsiliasi. Latihan ini mengungkap apakah Delivery Versus Payment memiliki jalur pemulihan yang diatur atau hanya jalur bahagia yang efisien.

Klaim komersial tentang Delivery Versus Payment juga harus diterjemahkan menjadi perbandingan terukur sebelum‑dan‑sesudah. Identifikasi serah tangan manual, penundaan rekonsiliasi, beban modal, buffer likuiditas, atau hambatan distribusi yang desainnya dimaksudkan untuk diubah. Kemudian hitung setiap ketergantungan baru yang diperkenalkan oleh buku besar sekuritas, registri, aset penyelesaian, dan proses pemulihan. Transfer yang lebih cepat tidak otomatis berarti siklus yang lebih murah jika pengecualian menjadi lebih lambat atau lebih terkonsentrasi.

Akhirnya, ubah satu fakta dalam contoh yang dikerjakan: tunda selesaikan secara atomik, buat venue perdagangan atau sistem pencocokan tidak tersedia, atau sengketakan catatan yang dipegang oleh buku besar uang tunai atau uang penyelesaian. Produk yang kuat harus menghasilkan jawaban yang dapat diprediksi berdasarkan dokumen dan catatan otoritatif. Jika hasilnya bergantung pada panggilan telepon yang tidak terdokumentasi, Delivery Versus Payment telah mendigitalisasi jalur yang terlihat sambil meninggalkan kontrol keputusan di luar sistem.

Tanyakan siapa yang diuntungkan ketika Delivery Versus Payment berfungsi seperti yang dirancang dan siapa yang membayar ketika konflik finalitas terjadi. Pendapatan dapat mengalir ke antarmuka atau platform sementara likuiditas, layanan, dan eksposur hukum tetap pada institusi lain. Mengikuti baik alokasi biaya maupun kerugian mencegah diagram operasional yang menarik menyembunyikan pihak yang neraca keuangannya membuat produk kredibel.

Di Mana Catatan Delivery Versus Payment Harus Sepakat

Saldo Delivery Versus Payment yang berhadapan dengan pelanggan, buku besar token, register hukum, akun kustodi, dan catatan uang tunai dapat diperbarui pada waktu yang berbeda. Produk hanya dapat diandalkan ketika aturannya menjelaskan catatan mana yang mengendalikan dan bagaimana setiap catatan lain direkonsiliasi kepadanya.

Bagaimana Delivery Versus Payment Bekerja

1. Setujui Perdagangan dalam Delivery Versus Payment

Perdagangan pertama kali menghasilkan kewajiban yang cocok. Para pihak menyetujui instrumen, jumlah, harga, dan akun penyelesaian. Kesalahan pada tahap ini harus diselesaikan sebelum aset dikunci; jika tidak, penyelesaian yang dapat diprogram dapat mengeksekusi instruksi yang salah namun secara internal valid dengan sangat efisien.

2. Verifikasi Aset dalam Delivery Versus Payment

Sistem memeriksa bahwa penjual mengendalikan sekuritas yang dapat diserahkan dan pembeli mengendalikan pembayaran yang dapat diterima. Sistem juga memverifikasi kelayakan, sanksi, pembatasan transfer, dan status akun. Saldo token saja tidak cukup jika instrumen hukum dibekukan atau token pembayaran tidak dapat ditebus pada nilai nominal.

3. Kunci Kedua Kaki dalam Delivery Versus Payment

Kedua kaki dicadangkan. Pada satu buku besar ini dapat menggunakan kontrak pintar atomik; lintas buku besar dapat menggunakan kunci, transfer bersyarat, koordinator tepercaya, atau jendela sinkronisasi. Desain harus mencegah salah satu pihak menggunakan aset yang dicadangkan di tempat lain sekaligus menghindari kunci tak terbatas ketika lawan pihak menghilang.

4. Selesaikan Secara Atomik dalam Delivery Versus Payment

Penyelesaian mengubah kedua catatan kepemilikan. Jika semua kondisi terpenuhi, sekuritas berpindah ke pembeli dan uang berpindah ke penjual dalam satu urutan tak terpisahkan. Jika suatu kondisi gagal atau waktu habis, tidak ada transfer yang final dan aset yang dicadangkan dilepaskan sesuai aturan yang diketahui.

5. Catat Finalitas dalam Delivery Versus Payment

Setelahnya, sistem mencatat finalitas dan merekonsiliasi posisi. Ketersediaan segera dapat memungkinkan pembeli menggunakan sekuritas sebagai jaminan dan penjual menggunakan uang kembali, tetapi hanya jika kustodian, sistem risiko, dan kerangka hukum mengakui keadaan akhir yang sama. Jika tidak, buku besar cepat menciptakan catatan lain yang harus direkonsiliasi oleh sistem hilir.

Ekonomi Delivery Versus Payment

DvP dapat mengurangi eksposur pokok, buffer kolateral, dan rekonsiliasi, namun desain penyelesaian mengubah permintaan likuiditas. Penyelesaian bruto atomik memerlukan setiap perdagangan dibiayai pada saat eksekusi. Penyelesaian net mengurangi kebutuhan pendanaan dengan mengimbangi kewajiban tetapi meninggalkan eksposur sampai siklus net selesai. Pasar harus memilih keseimbangan yang tepat alih-alih mengasumsikan penyelesaian terpendek selalu paling murah.

Aset penyelesaian penting secara ekonomi. Uang bank sentral meminimalkan eksposur kredit tetapi mungkin tidak tersedia di setiap platform. Deposit yang ditokenisasi membawa eksposur bank dan aturan jaringan; stablecoin menambah risiko penerbit, cadangan, dan penebusan. Biaya menjembatani atau pra‑dana bentuk uang yang terfragmentasi dapat meniadakan sebagian efisiensi yang diperoleh pada kaki sekuritas.

Mode Kegagalan dalam Delivery Versus Payment

• Invaliditas aset: Token yang dikirim tidak mentransfer hak sekuritas yang dapat ditegakkan.
• Risiko uang: Aset pembayaran kehilangan nilai nominal atau tidak dapat ditebus.
• Kekangan likuiditas: Pihak memiliki aset tetapi tidak pada waktu dan lokasi yang tepat diperlukan.
• Kegagalan lintas buku besar: Kunci atau pesan menyimpang antara sistem aset dan uang.
• Konflik finalitas: Penyelesaian teknis tidak diakui oleh hukum atau catatan hilir.

Contoh Delivery Versus Payment yang Dikerjakan

Seorang dealer membeli obligasi yang ditokenisasi senilai $5 juta menggunakan uang bank komersial yang ditokenisasi. Kontrak penyelesaian memverifikasi kedua akun yang disetujui, mengunci obligasi dan $5 juta, lalu mentransfernya dalam satu operasi atomik. Risiko pokok dihilangkan untuk perdagangan itu. Namun, dealer tetap membutuhkan $5 juta pada platform yang tepat pada saat itu, dan kedua pihak tetap terpapar pada validitas hukum catatan obligasi serta kualitas kredit uang bank.

Bukti di Balik Delivery Versus Payment

Laporan BIS Laporan Ekonomi Tahunan 2026 meneliti sistem moneter dan keuangan yang ditokenisasi, sementara laporan tokenisasi IOSCO mengidentifikasi penyelesaian, interoperabilitas, dan kepastian hukum sebagai kendala praktis. Bersama-sama mereka menunjukkan mengapa eksekusi atomik hanya satu lapisan dari desain DvP yang aman.

Apa yang Berubah dalam Delivery Versus Payment?

Bank sentral dan infrastruktur pasar sedang maju dari demonstrasi sandbox ke pilot DvP dengan nilai nyata. Fokus beralih ke uang penyelesaian yang dapat berinteroperasi, finalitas hukum, dan manajemen likuiditas. Pekerjaan BIS pada 2025 dan 2026 menempatkan cadangan bank sentral yang ditokenisasi, uang bank komersial, dan sekuritas sebagai komponen sistem terprogram terpadu alih-alih rantai terisolasi yang terhubung oleh jembatan rapuh.

Pertanyaan yang Harus Diajukan tentang Delivery Versus Payment

• Catatan mana yang membuktikan setujui perdagangan, dan siapa yang dapat memperbaikinya ketika mencocokkan aset, kuantitas, harga, pihak lawan, akun, dan waktu penyelesaian yang dimaksud.
• Catatan mana yang membuktikan verifikasi aset, dan siapa yang dapat memperbaikinya ketika memastikan penjual mengendalikan sekuritas yang memenuhi syarat dan pembeli mengendalikan uang yang dapat diterima.
• Catatan mana yang membuktikan kunci kedua kaki, dan siapa yang dapat memperbaikinya ketika mencadangkan atau memberi kondisi pada aset dan pembayaran sehingga keduanya tidak dapat dibelanjakan di tempat lain.
• Catatan mana yang membuktikan selesaikan secara atomik, dan siapa yang dapat memperbaikinya ketika mentransfer kedua klaim sekaligus atau tidak mengeluarkan keduanya ketika kondisi gagal.
• Catatan mana yang membuktikan catat finalitas, dan siapa yang dapat memperbaikinya ketika memperbarui catatan otoritatif dan menjadikan posisi yang selesai tersedia untuk digunakan kembali.

Apa yang Harus Dibaca Setelah Delivery Versus Payment

Ikuti kaki sekuritas di Cara Kerja Transaksi Token Sekuritas, lalu bandingkan aset penyelesaian di Penjelasan Paxos. Urutan pembayaran yang lebih luas muncul di pembayaran agentik dan tokenisasi.

Intisari Delivery Versus Payment

DvP menghilangkan kesenjangan antara menyerahkan aset dan menerima pembayaran. Ia tidak menghilangkan kebutuhan pendanaan, perdagangan yang gagal, kontrol identitas, risiko kustodi, atau persyaratan bahwa kedua kaki harus final secara hukum.

Sumber untuk Delivery Versus Payment

• Laporan Ekonomi Tahunan BIS 2026
• Laporan Ekonomi Tahunan BIS 2025: Sistem Moneter dan Keuangan Generasi Berikutnya
• Laporan Final IOSCO tentang Tokenisasi Aset Keuangan