Settlement risk

Єва домовляється купити BTC у Петра. Щоб угоду було виконано, Єва має отримати біткоїни, а Петро — гроші. Між обіцянкою та отриманням може виникнути проблема. Банк міжнародних розрахунків, BIS, розрізняє ризик несплати й тимчасовий брак коштів. Повідомлення «очікується» саме по собі не доводить остаточного збитку: переказ може лише затримуватися. Спершу з’ясовуємо, якого виконання бракує, хто його зобов’язаний надати й чи минув погоджений строк. [1] [2]

Укладення угоди визначає ціну й кількість. Clearing, тобто кліринг, далі встановлює, хто кому що винен; він може охоплювати взаємозалік зобов’язань. Розрахунок є їх виконанням. PFMI, міжнародні принципи для інфраструктур фінансового ринку, розрізняють ці етапи; це не правила протоколу Bitcoin. Для Єви різниця також практична: внутрішнє зарахування на біржі й виведення у власний гаманець — окремі події. Умови договору мають пояснювати, яка з них виконує обіцяне передання. [1]

У нашому умовному прикладі Єва купує 1 BTC за 60 000 USD; це не поточний курс. Якщо вона сплатить без умовного зв’язку з переданням і не отримає BTC, ризику піддається сплачена сума до можливого стягнення. Якщо вона ще не платила, а замінна покупка коштує 62 000 USD, різниця становить 2 000 USD до комісій, а не автоматично збиток у 60 000 USD. BCBS, Базельський комітет з банківського нагляду, відокремлює ризик втрати переданої вартості від витрат на заміну незавершеної угоди. Зміна ціни й неповернена оплата — різні проблеми. [2]

Перед відправленням Єва, можливо, ще може зупинити платіж. Щойно вона вже не може з певністю відкликати його в односторонньому порядку, цей захист зникає. Для валютних операцій BCBS описує відповідний період ризику до остаточного отримання купленої валюти. Такий спосіб міркування корисний і в нашому прикладі, без механічного перенесення банківських правил: від якого моменту я не можу відкликати свій переказ й коли перевірила надходження від іншої сторони? Важливі фактичні граничні години, часові пояси та правила переказів, а не лише дата угоди. [2]

Delivery versus payment, або DvP, пов’язує остаточне передання активу з остаточною оплатою: одне відбувається тоді й лише тоді, коли відбувається друге. PvP, payment versus payment, подібно пов’язує дві валюти. PFMI так розв’язують проблему передання вартості без отримання зустрічного виконання. Одночасне надсилання двох інструкцій такого зв’язку не створює. Механізм може захищати від втрати переданої вартості, але сам не гарантує завершення угоди й не усуває витрат на її заміну або потреби в доступних коштах. [1] [2]

Єва може перевірити, чи переказ BTC спрямований на правильну адресу й включений до блоку. Подальші підтвердження зазвичай знижують ризик його заміни іншою історією ланцюга; вони не обіцяють абсолютної незворотності. Навіть багато блоків не доводять, що Петро отримав оплату fiat, тобто звичайними грошима, випущеними державою. PFMI також враховують юридичну остаточність розрахунку. Прийняття біткоїн-транзакції, надходження банківського платежу й виконання договору — окремі питання. Правило прийняття BTC залежить від конкретного ризику. [1] [3]

Петро очікує 60 000 USD, щоб сплатити власне зобов’язання, строк якого настав. Якщо платіж запізниться, йому доведеться тимчасово знайти інші кошти, відкласти витрату або розв’язувати проблему порушення власного договору. Це проблема ліквідності: грошей немає саме тоді, коли вони потрібні. Тому BCBS розглядає також залежність від розрахункових банків та інших надавачів послуг. Затримка не означає автоматично неплатоспроможність контрагента, але може спричинити реальні витрати й передати труднощі далі. [2]

Для обох переказів Єва й Петро мають знати суму, правильного отримувача, строк, можливості відкликання та умову остаточності отримання. Ідентифікатор транзакції BTC допомагає знайти переказ, але він має відповідати правильній сумі й погодженому виконанню. Надходження в банк перевіряють окремо. Неясний статус залишається невирішеним; повідомлення «відправлено» недостатньо. Автоматичне повторення без з’ясування долі першого переказу може спричинити подвійний платіж. Спершу зіставляємо документи з фактичним надходженням, а потім вирішуємо, що робити далі. [2] [3]