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.