Delivery versus payment (DvP) links final delivery of an asset to final payment so that neither party gives up what they owe without receiving the corresponding return. The trade may still remain incomplete and cause other costs.
Jane does not want to send BTC to Peter before being paid. Peter does not want to pay before receiving the bitcoin. DvP addresses this uncertainty through the rules governing settlement: the actual fulfilment of both obligations. The international Principles for Financial Market Infrastructures, or PFMI, require final settlement of either side to depend on final settlement of the other. Finality here is a transfer status defined by the system’s rules and legal framework; accepting an instruction is not enough. The answer is not simply to ask people to trust each other more. [1]
In our own example, Jane and Peter agree on 1 BTC for 60,000 USD; this is not a current price quote. Peter fails to provide the money. A properly functioning DvP arrangement then prevents Jane from irrevocably delivering the bitcoin and being left unpaid. The trade can remain unsettled without the seller losing the asset delivered. The same protection must apply to the buyer if the bitcoin is missing. This protects against losing the principal exchanged, rather than promising that every agreement will succeed. [1]
When many trades are involved, each obligation need not result in a separate cash transfer. Gross settlement handles obligations individually; net settlement works with the balance after offsetting them. BIS distinguishes model 1, which settles both assets and money individually; model 2, which delivers assets individually and settles the net cash obligation at the end of the cycle; and model 3, which nets both sides. In the middle model, the operator’s payment guarantee maintains the link. Earlier delivery is therefore not merely an unsecured wait for the buyer. The model’s name alone does not replace an assessment of its rules and guarantee. [2]
Peter’s money may be blocked for the trade while Jane has not yet received it. A reservation temporarily restricts use of the funds; reserving funds is not yet their final transfer. DvP can rely on coordination between systems or settlement in cycles. Under PFMI, protection comes from linking final settlement, rather than requiring everything to finish as soon as a button is pressed. For a particular service, the duration of the reservation and the conditions for releasing it therefore matter too. [1] [2]
Two linked records need not run in the same application. BIS and the Bank of England explored this in Project Meridian in 2023. The prototype connected a property register with RTGS, a system that settles individual payments continuously in central bank money. A synchronisation operator coordinated the change in property ownership and the transfer of money so that each depended on the other. This was a described prototype, not proof that every service using the DvP label automatically offers the same protection. It was a specific infrastructure experiment. [3]
Jane and Peter do not have DvP merely because they click send at the same time. BTC moves under the Bitcoin network’s rules; ordinary money follows the banking system’s rules. Confirmation of a Bitcoin transaction concerns its place in the chain. Further confirmations increase protection against changes to that history, but do not confirm the bank payment. A service offering DvP between BTC and ordinary currency must explain the actual link between the transfers and the conditions for their finality. A screenshot of a bank instruction or a Bitcoin transaction identifier does not create that link. [1] [4]
If the trade fails, Jane may keep her bitcoin but lack the money for a payment she owes. She may also have to find another buyer at a worse price. DvP addresses the risk of handing over principal without receiving the return; replacement costs and liquidity shortages do not disappear. Operational reliability, legal rules and whoever holds the funds while settlement is pending still matter. Protection of the exchange is therefore no guarantee of a good price, continuous availability or a trouble-free intermediary. [1] [2]
For a particular service, establish who controls the bitcoin and money, what triggers their transfer, and when each transfer can no longer be revoked unilaterally under the applicable rules. Then examine a missing payment or asset: what stays blocked, who decides, and when do the funds become available to you again? Meaningful DvP verification covers a failure between steps and recovery of operations, not just a successful demonstration. This is where a documented mechanism differs from a reassuring message on a screen. [1] [3]
For the clearest picture, read this entry together with Settlement risk, Counterparty risk, Finality, Confirmation. The reverse links also lead from Settlement risk, Finality.