Solana DvP: какое условие атомарный расчёт объединяет в один шаг?
6 октября 2026 года Solana Foundation представила Solana DvP — механизм расчётов «поставка против платежа» для финансовых учреждений. В объявлении он описан как программа эскроу с открытым исходным кодом, разработанная с учётом изолированного хранения и ограничений по срокам. Её цель — объединить поставку актива и платёж в одну атомарную транзакцию: обе операции завершаются вместе или не завершается ни одна.
Здесь стоит изучить, как именно выполняется условие обмена. Предположим, одна сторона поставляет актив, а другая платит. Если два действия завершаются независимо друг от друга, возникает промежуток, когда одна сторона уже выполнила свою часть, а другая — ещё нет. DvP связывает условия так: «когда происходит поставка, должен происходить и платёж». Речь идёт о риске потери основной суммы в процессе расчётов.
На мой взгляд, атомарность может изменить способ координации поставки и платежа, но само это слово не объясняет, какие права представляет актив, кто отвечает за его хранение и как система действует в различных нестандартных ситуациях. Для ответа на эти вопросы нужны сведения о конкретных продуктах и договорённостях между участниками. Из описания программы нельзя заключить, что все операционные риски исчезли.
В объявлении также говорится, что J.P. Morgan поделилась опытом и требованиями в области институциональных расчётов. При этом отдельно подчёркивается, что участие компании не следует считать подтверждением того, что она проектировала или эксплуатирует программу, сертифицирует её, одобряет либо гарантирует её производительность. Описывая участие учреждения, важно не преувеличивать ни его вклад, ни масштабы одобрения.
В материалах конфиденциальность также названа функцией, которую планируется добавить позднее. Кроме того, разработчики приглашают партнёров по проектированию принять участие в работе до производственного запуска. Поэтому при анализе следует отдельно фиксировать уже представленные технические решения, функции, которые ещё разрабатываются, и подтверждённое фактическое использование. Эта статья не утверждает, что уже существуют данные о масштабах использования учреждениями, объёмах производственных транзакций или доходности инвестиций.
Для расчётов с RWA полезно задать следующие вопросы: какими условиями связаны поставка и платёж, как определён сценарий сбоя и какими материалами подтверждаются права на поставляемый актив? Разобрать эти вопросы по отдельности информативнее, чем ограничиться общим выражением «расчёты в блокчейне».
Исходное объявление: https://solana.com/news/solana-foundation-launches-solana-dv-p-an-atomic-settlement-program-built-for-financial-institutions
6 октября 2026 года Solana Foundation представила Solana DvP — механизм расчётов «поставка против платежа» для финансовых учреждений. В объявлении он описан как программа эскроу с открытым исходным кодом, разработанная с учётом изолированного хранения и ограничений по срокам. Её цель — объединить поставку актива и платёж в одну атомарную транзакцию: обе операции завершаются вместе или не завершается ни одна.
Здесь стоит изучить, как именно выполняется условие обмена. Предположим, одна сторона поставляет актив, а другая платит. Если два действия завершаются независимо друг от друга, возникает промежуток, когда одна сторона уже выполнила свою часть, а другая — ещё нет. DvP связывает условия так: «когда происходит поставка, должен происходить и платёж». Речь идёт о риске потери основной суммы в процессе расчётов.
На мой взгляд, атомарность может изменить способ координации поставки и платежа, но само это слово не объясняет, какие права представляет актив, кто отвечает за его хранение и как система действует в различных нестандартных ситуациях. Для ответа на эти вопросы нужны сведения о конкретных продуктах и договорённостях между участниками. Из описания программы нельзя заключить, что все операционные риски исчезли.
В объявлении также говорится, что J.P. Morgan поделилась опытом и требованиями в области институциональных расчётов. При этом отдельно подчёркивается, что участие компании не следует считать подтверждением того, что она проектировала или эксплуатирует программу, сертифицирует её, одобряет либо гарантирует её производительность. Описывая участие учреждения, важно не преувеличивать ни его вклад, ни масштабы одобрения.
В материалах конфиденциальность также названа функцией, которую планируется добавить позднее. Кроме того, разработчики приглашают партнёров по проектированию принять участие в работе до производственного запуска. Поэтому при анализе следует отдельно фиксировать уже представленные технические решения, функции, которые ещё разрабатываются, и подтверждённое фактическое использование. Эта статья не утверждает, что уже существуют данные о масштабах использования учреждениями, объёмах производственных транзакций или доходности инвестиций.
Для расчётов с RWA полезно задать следующие вопросы: какими условиями связаны поставка и платёж, как определён сценарий сбоя и какими материалами подтверждаются права на поставляемый актив? Разобрать эти вопросы по отдельности информативнее, чем ограничиться общим выражением «расчёты в блокчейне».
Исходное объявление: https://solana.com/news/solana-foundation-launches-solana-dv-p-an-atomic-settlement-program-built-for-financial-institutions