Delivery versus payment (DvP) означає поставку проти оплати. Механізм пов’язує остаточну поставку активу з остаточним платежем, щоб жодна сторона не віддала належне за угодою без відповідного зустрічного виконання. Угода все одно може залишитися незавершеною та спричинити інші витрати.
Яна не хоче надсилати BTC Петрові до отримання оплати. Петро не хоче платити, доки не отримає біткоїн. DvP долає цю невизначеність через правила розрахунку — фактичного виконання обох зобов’язань. Міжнародні принципи для інфраструктур фінансового ринку, PFMI, вимагають, щоб остаточне виконання однієї сторони залежало від остаточного виконання іншої. Остаточність тут є станом переказу, визначеним правилами та правовою основою системи; прийняття доручення недостатньо. Річ не в тому, щоб просто закликати людей більше довіряти одне одному. [1]
У нашому власному прикладі Яна й Петро домовляються про 1 BTC за 60 000 USD; це не поточна цінова пропозиція. Петро не надає грошей. Правильно працюючий DvP тоді не дозволяє Яні безповоротно передати біткоїн і залишитися без оплати. Угода може залишитися невиконаною без втрати переданого активу продавчинею. Такий самий захист має діяти для покупця, якщо немає біткоїна. Це захист основної суми, яку передають під час обміну, а не обіцянка успіху кожної домовленості. [1]
Коли угод багато, кожне зобов’язання не обов’язково має спричиняти окремий грошовий переказ. Валовий розрахунок виконує зобов’язання індивідуально, чистий — за результатом їхнього взаємозаліку. BIS розрізняє модель 1 з окремим виконанням зобов’язань за активами й грошима; модель 2 з окремою поставкою активів і виконанням чистого грошового зобов’язання наприкінці циклу; та модель 3 із взаємозаліком обох сторін. У середній моделі зв’язок забезпечує платіжна гарантія оператора. Тому рання поставка не означає просто незахищене очікування покупця. Назва моделі, однак, не замінює оцінки її правил і гарантії. [2]
Гроші Петра можуть бути заблоковані для угоди, хоча Яна їх ще не отримала. Резервування тимчасово обмежує використання коштів; воно ще не є остаточним переказом. DvP може спиратися на координацію систем або виконання розрахунків циклами. PFMI пов’язують захист із залежністю остаточного виконання обох сторін, а не з вимогою завершити все відразу після натискання кнопки. Тому для конкретного сервісу важливі також строк резервування та умови розблокування. [1] [2]
Два пов’язані реєстри не обов’язково мають працювати в одному застосунку. BIS і Bank of England досліджували це у Project Meridian у 2023 році. Прототип поєднував реєстр нерухомості з RTGS — системою безперервного виконання окремих платежів у грошах центрального банку. Оператор синхронізації координував зміну власника нерухомості та переказ грошей так, щоб вони залежали один від одного. Це був описаний прототип і конкретний інфраструктурний експеримент. Він не доводить, що будь-який сервіс із назвою DvP автоматично дає такий самий захист. [3]
Яна й Петро не отримують DvP лише тому, що одночасно натискають «надіслати». BTC переказуються за правилами мережі Bitcoin, звичайні гроші — за правилами банківської системи. Підтвердження транзакції Bitcoin стосується її місця в ланцюжку. Наступні підтвердження посилюють захист від зміни цієї історії, але не підтверджують банківський платіж. Сервіс DvP між BTC і звичайною валютою має пояснити реальний зв’язок обох виконань та умови їхньої остаточності. Знімок банківського доручення чи ідентифікатор транзакції Bitcoin цього зв’язку не створює. [1] [4]
Якщо угода не відбулася, Яна може зберегти біткоїн, але не мати грошей для власного платежу, строк якого настав. Можливо, їй доведеться шукати іншого покупця за гіршою ціною. DvP усуває ризик передавання основної суми без зустрічного виконання; витрати на заміну угоди та нестача ліквідності не зникають. Важливими залишаються операційна надійність, правові правила й те, хто зберігає кошти під час очікування. Захист обміну не гарантує вигідної ціни, постійної доступності чи безпроблемної роботи посередника. [1] [2]
Для конкретного сервісу з’ясуйте, хто контролює біткоїн і гроші, що запускає переказ і відколи його вже не можна односторонньо відкликати за чинними правилами. Потім розгляньте відсутність платежу чи активу: що залишається заблокованим, хто вирішує і коли ви знову зможете користуватися коштами? Змістовна перевірка DvP охоплює збій між кроками й відновлення роботи, а не лише успішну демонстрацію. Саме тут видно різницю між підтвердженим механізмом і заспокійливим написом на екрані. [1] [3]
Для повної картини прочитайте також Settlement risk, Counterparty risk, Finality, Підтвердження. На цю статтю також посилаються Settlement risk, Finality.