6 октября 2026 года Solana Foundation представил открытый эскроу-проект DvP. Атомарный расчёт переводит обе согласованные части вместе либо не переводит ни одну, но создание сделки и пополнение эскроу происходят отдельно. До отправки проверьте записанные условия, назначенную settlement authority и адрес возврата. Наличие записи о сделке ещё не означает, что вы согласились с её содержимым.
Где начинается атомарный этап
В сообщении о выпуске представлен повторно используемый механизм «поставка против платежа» для институциональных расчётов. Участие J.P. Morgan в обсуждении требований нельзя понимать как эксплуатацию или гарантию программы банком: анонс прямо ограничивает его роль. Эта статья не проводит независимую сертификацию развёртывания или активов сделки.
Текущая документация программы разделяет две стороны и третий назначенный адрес settlement authority. Стороны пополняют собственные части, а расчёт подписывает эта authority. Атомарность относится к обмену внутри расчётной транзакции. Успешное предыдущее пополнение само по себе ещё не доказывает получение актива контрагента и не заменяет результат последующего этапа.
| Этап | Что он устанавливает | Что проверить дальше |
|---|---|---|
| Создание | Запись программы существует | Совпадают ли её условия с действительной договорённостью |
| Пополнение | Токены поступили в нужное эскроу | Mint, сумму, стороны и применимость условий сделки |
| Расчёт | При успехе обе согласованные части исполняются вместе | Результат и назначенных получателей расчёта |
| Возврат или прекращение | Средства перемещаются по соответствующей инструкции | Чья это часть и кому фактически поступят токены |
Адрес записи не заменяет проверку условий
Руководство пополнения предупреждает, что создание записи permissionless, а адреса эскроу не кодируют все условия. Поэтому полученные от контрагента запись или адрес ещё не устанавливают нужные суммы, сроки и назначения. До пополнения прочитайте сохранённые поля и сопоставьте их с соглашением. Правдоподобный экран сделки не подменяет эту сверку.
Условный сотрудник казначейства может видеть на двух экранах одинаковую пару активов, но разные назначения расчёта. По одной паре разница останется незаметной. В проверке должны быть названы обе стороны, оба актива, количества, значимые времена, полномочия расчёта и его получатели. Общего описания выгодной сделки для этого недостаточно, независимо от удобства интерфейса.
Кто пополнил эскроу и кому вернётся актив
В руководстве прекращения сделки сказано, что возврат идёт стороне соответствующей части на её токенный аккаунт, независимо от первоначального источника пополнения. Если кастодиан или казначейство отправляет за другого участника, нельзя автоматически ожидать возврат на исходный отправляющий аккаунт. Вопрос владения и операционного учёта полезно разрешить заранее.
Истечение срока не является автоматической инструкцией возврата. Документация различает получение своей части обратно, отмену или отклонение сделки и восстановление подходящего позднего поступления. Ограничения токена тоже способны повлиять на возврат. Поэтому нужно понимать применимый путь, а не предполагать возможность всегда опустошить любое эскроу в заранее обещанный момент.
Поддержка программы и поддержка актива различаются
Этот эскроу-проект отделён от схемы DvP через делегирование. Одинаковая цель атомарного обмена не делает реализации взаимозаменяемыми. Руководство одной нельзя автоматически применять к другой. У текущей программы также есть ограничения конфигурации mint: общей пометки Token-2022 недостаточно для вывода о совместимости конкретного актива с выбранной сделкой.
- Установите действительные программу, cluster и реализацию вместо общей надписи DvP.
- Сверьте поля записи с согласованными сторонами, активами, количествами, сроками и назначениями.
- Подтвердите роль settlement authority и отделите пополнение эскроу от успешного результата расчёта.
- Разберите получателя возврата, особенно если часть стороны пополняет другой аккаунт.
Следующим подтверждением конкретной сделки будут её состояние и результат транзакции, а не заголовок о расчётах за секунды. Для подготовки не использовались реальные средства, команды подписи или тестирование развёртывания. Версию и документацию следует повторно проверить перед использованием сервиса. Статья объясняет границы механизма, а не гарантирует завершение произвольного соглашения.
Для отдельного обмена монет используйте список активов и его собственный порядок, а не предполагаемую DvP-интеграцию. KOT.CASH не представлен расчётным агентом или участником программы. Эскроу-транзакция также не устанавливает внешнюю поставку либо зачисление аккаунта другого сервиса: для них потребуются соответствующие сведения.
Частые вопросы
Поставка против платежа в Solana объединяет пополнение и расчёт?
Создание, пополнение и расчёт — отдельные этапы программы. Атомарно исполняются две части внутри успешного расчёта.
Запись Solana DvP подтверждает согласие обеих сторон?
Создание записи permissionless. До пополнения нужно прочитать её условия и сопоставить с действительной договорённостью.
Поставка против платежа означает возврат на исходный аккаунт отправителя?
Документированные возвраты направляются стороне соответствующей части и её токенному аккаунту. Источник пополнения от кастодиана или казначейства может отличаться.