356 / 736DvP

Delivery versus payment

Penyerahan versus pembayaran

Jana ingin menjual bitcoin, tetapi tidak ingin mengirimkannya lalu menunggu uang yang tak kunjung datang. Pembeli memiliki kekhawatiran yang sama dari sisi sebaliknya. Delivery versus payment, disingkat DvP, menangani serah terima ini: penyerahan aset yang final harus terkait dengan pembayaran yang final. Yang penting adalah perlindungan kedua pihak, bukan sekadar transfer cepat.

Delivery versus payment (DvP) berarti penyerahan dengan pembayaran sebagai syaratnya. Mekanisme ini menghubungkan penyerahan aset yang final dengan pembayaran yang final agar tidak ada pihak yang menyerahkan kewajibannya tanpa menerima imbalan yang sesuai. Transaksi tetap dapat tidak selesai dan menimbulkan biaya lain.

Jana tidak ingin mengirim BTC kepada Peter sebelum dibayar. Peter tidak ingin membayar sebelum menerima bitcoin. DvP mengatasi ketidakpastian ini melalui aturan penyelesaian transaksi, yaitu pemenuhan nyata kedua kewajiban. Prinsip internasional untuk infrastruktur pasar keuangan, PFMI, mensyaratkan penyelesaian final satu sisi bergantung pada penyelesaian final sisi lainnya. Finalitas di sini adalah status transfer yang ditentukan aturan dan kerangka hukum sistem; diterimanya instruksi saja belum cukup. Solusinya bukan sekadar meminta orang lebih saling percaya. [1]

Dalam contoh buatan kami, Jana dan Peter menyepakati 1 BTC seharga 60.000 USD; ini bukan kutipan harga terkini. Peter gagal menyediakan uang. Mekanisme DvP yang berfungsi dengan benar kemudian mencegah Jana menyerahkan bitcoin secara tak dapat ditarik kembali dan tidak mendapat bayaran. Transaksi bisa tetap belum terselesaikan tanpa membuat penjual kehilangan aset yang diserahkan. Perlindungan yang sama harus berlaku bagi pembeli jika bitcoin tidak tersedia. Tujuannya melindungi nilai pokok yang dipertukarkan, bukan menjanjikan bahwa semua kesepakatan akan berhasil. [1]

Jika banyak transaksi terlibat, setiap kewajiban tidak harus menghasilkan transfer uang tersendiri. Penyelesaian bruto menangani kewajiban satu per satu; penyelesaian neto menggunakan saldo setelah kewajiban saling diperhitungkan. BIS membedakan model 1, yang menyelesaikan aset dan uang secara individual; model 2, yang menyerahkan aset secara individual dan menyelesaikan kewajiban uang bersih pada akhir siklus; serta model 3, yang memperhitungkan saldo bersih kedua sisi. Pada model tengah, jaminan pembayaran operator menjaga keterkaitan tersebut. Jadi, penyerahan lebih awal bukan sekadar menunggu pembeli tanpa perlindungan. Namun, nama model tidak menggantikan penilaian terhadap aturan dan jaminannya. [2]

Uang Peter mungkin sudah diblokir untuk transaksi, tetapi Jana belum menerimanya. Pencadangan sementara membatasi penggunaan dana; itu belum merupakan transfer final. DvP dapat mengandalkan koordinasi antarsistem maupun penyelesaian dalam siklus. PFMI mengaitkan perlindungan dengan keterkaitan penyelesaian final, bukan dengan keharusan menuntaskan semuanya saat tombol ditekan. Karena itu, lamanya dana dicadangkan dan syarat pelepasannya juga penting ketika menilai suatu layanan. [1] [2]

Dua catatan yang saling terkait tidak harus berada dalam satu aplikasi. BIS dan Bank of England meneliti hal ini dalam Project Meridian pada 2023. Prototipenya menghubungkan registri properti dengan RTGS, sistem yang menyelesaikan pembayaran secara individual dan berkelanjutan menggunakan uang bank sentral. Operator sinkronisasi mengoordinasikan perubahan pemilik properti dan transfer uang agar keduanya saling bergantung. Ini adalah prototipe yang didokumentasikan dan eksperimen infrastruktur tertentu. Hasilnya tidak membuktikan bahwa setiap layanan berlabel DvP otomatis memberikan perlindungan yang sama. [3]

Jana dan Peter tidak memperoleh DvP hanya karena menekan kirim bersamaan. BTC bergerak menurut aturan jaringan Bitcoin, sedangkan uang biasa mengikuti aturan sistem perbankan. Konfirmasi transaksi Bitcoin menunjukkan posisinya dalam rantai. Konfirmasi tambahan memperkuat perlindungan terhadap perubahan riwayat tersebut, tetapi tidak mengonfirmasi pembayaran bank. Layanan DvP antara BTC dan mata uang biasa harus menjelaskan hubungan nyata antara kedua penyerahan dan syarat finalitasnya. Tangkapan layar instruksi bank atau pengenal transaksi Bitcoin tidak menciptakan hubungan itu. [1] [4]

Jika transaksi gagal, Jana mungkin tetap memiliki bitcoin, tetapi tidak mempunyai uang untuk membayar kewajibannya sendiri yang jatuh tempo. Ia juga mungkin harus mencari pembeli lain dengan harga lebih rendah. DvP menangani risiko menyerahkan nilai pokok tanpa imbalan; biaya transaksi pengganti dan kekurangan likuiditas tidak hilang. Keandalan operasional, aturan hukum, dan pihak yang memegang dana selama menunggu tetap penting. Perlindungan pertukaran bukan jaminan harga baik, ketersediaan terus-menerus, atau perantara yang bebas masalah. [1] [2]

Untuk layanan tertentu, cari tahu siapa yang mengendalikan bitcoin dan uang, apa yang memicu transfer, serta kapan transfer tidak lagi dapat dibatalkan sepihak berdasarkan aturan yang berlaku. Lalu periksa keadaan ketika pembayaran atau aset tidak tersedia: apa yang tetap diblokir, siapa yang memutuskan, dan kapan dana dapat Anda gunakan kembali? Verifikasi DvP yang bermakna mencakup kegagalan di antara tahapan dan pemulihan operasi, bukan hanya demonstrasi sukses. Di sinilah terlihat perbedaan antara mekanisme yang terdokumentasi dan pesan yang sekadar menenangkan di layar. [1] [3]

Untuk gambaran yang lebih utuh, baca entri ini bersama Settlement risk, Counterparty risk, Finality, Konfirmasi. Entri ini juga dirujuk dari Settlement risk, Finality.

DOC · 001BIS — PFMI principle 12Dokumentasi DOC · 002BIS — On the future of securities settlement (2020)Dokumentasi DOC · 003BIS — Project Meridian (2023)Dokumentasi DOC · 004Bitcoin Developer Guide — Payment ProcessingDokumentasi
Direvisi: Utamakan sumber · Bukan nasihat investasi