Institutional custody — хранение, приспособленное к потребностям организаций, например компаний или фондов. Здесь речь о внешнем кастодиане: поставщике услуг, который управляет ключами и подписывает переводы на согласованных условиях. Права доступа к аккаунту, имущественные права и технический контроль ключей — разные вопросы.
Представим компанию с 10 BTC. Её финансовый менеджер Яна входит в портал кастодиана, видит остаток и может отправить заявку на перевод. Это ещё не означает, что она способна сама подписать транзакцию. Для подписи нужны приватные ключи — секретные данные, позволяющие создать действительную подпись. Кошелёк работает с этими ключами; биткоины учитываются в сети, а не внутри аккаунта для входа. Здесь мы рассматриваем внешнюю услугу. При self-custody организация обеспечивала бы контроль ключей сама. Практическая разница проявляется, когда Яна хочет отправить средства наружу. [2]
Помимо устройства ключей компании нужно понимать свои права. Передача 10 BTC на хранение отличается от предоставления кастодиану займа в 10 BTC: заём создаёт обязанность погасить долг, а хранение призвано сохранять активы клиента. Конкретный пример даёт финансовый регулятор штата Нью-Йорк NYDFS в руководстве от 30 сентября 2025 года. От охватываемых им поставщиков он ожидает сохранения имущественного интереса клиента и такой структуры, при которой само хранение не создаёт отношения должника и кредитора. Это надзорные ожидания в определённой юрисдикции. Слово custody на сайте не решает вопросы всех правовых систем и не предопределяет результат процедуры банкротства, которая может начаться, если кастодиан не способен исполнять свои обязательства. [1]
Кастодиан может держать клиентские средства в общем кошельке omnibus. Тогда внутренний учёт должен различать права каждого клиента. В отдельном примере без комиссий у клиента A есть 6 BTC, у клиента B — 4 BTC, всего 10 BTC. После вывода клиентом A суммы 2 BTC записи должны показывать A с 4 BTC и B с 4 BTC, всего 8 BTC. Сами восемь биткоинов в сети не доказывают, кому принадлежат отдельные доли. Поэтому NYDFS рассматривает отделение клиентских активов от собственных активов кастодиана и в сети, и во внутреннем учёте, с прослеживаемыми движениями по каждому клиенту. Omnibus не разрешает произвольно смешивать эти активы с операционными деньгами компании. [1]
Компания может требовать согласия 2 из 3 уполномоченных людей. В обычном процессе Яне тогда нужно одобрение коллеги. Coinbase Prime — пример сервиса с настраиваемыми правилами согласования. Эти права определяют, кто может выдать распоряжение в приложении; само количество согласований не показывает распределение приватных ключей. On-chain Multisig 2-of-3 — условие подписи, которое обеспечивают правила биткоин-транзакции. Требуются две действительные подписи из установленного набора трёх ключей. Корпоративные разрешения и это криптографическое условие — разные уровни. Для оценки защиты важно также знать, кто может менять правила согласования и как проверяется такое изменение. [3]
Хранение ключей офлайн может уменьшить некоторые интернет-риски. Но Cold Storage не обеспечит замену, если единственный согласующий заболеет или уйдёт из компании. Американская Комиссия по ценным бумагам и биржам SEC в образовательном бюллетене различает онлайн-хранение (hot) и офлайн-хранение (cold), напоминая также о физической потере или повреждении устройств. Восстановить технический доступ и получить полномочия на выполнение перевода — разные задачи. Полезная проверка охватывает обе: у кастодиана есть процедура восстановления, а у компании — доступные заменяющие сотрудники с нужными правами. Проверка безопасности не требует раскрывать приватный ключ или Seed Phrase, слова для восстановления кошелька. [2]
За знакомой компании услугой может стоять другой поставщик. Это subcustody: клиент работает с кастодианом A, а кастодиан B выполняет часть хранения. Два бренда, опирающиеся на одного B, сами по себе не доказывают независимость хранения. Ключи или системы могут быть разделены, но общий поставщик создаёт зависимость, которую нужно понимать. Обновлённое руководство NYDFS от 2025 года требует предварительного согласия надзора на новые субкастодиальные договорённости у охватываемых организаций. Оно также касается защиты клиентских активов у следующего кастодиана и раскрытия информации клиенту. Компании нужно понимать всю цепочку, включая ответственность за возврат активов. [1]
Американская FDIC страхует соответствующие условиям банковские вклады, а не сами криптоактивы; предложение биткоина застрахованным банком не превращает его в застрахованный вклад. Частная страховка кастодиана — отдельный вопрос. Возьмём чисто условный покрываемый убыток 8 миллионов USD, франшизу 1 миллион USD, то есть часть, которую страховщик не возмещает, и оставшийся лимит выплаты 5 миллионов USD. После франшизы остаётся 7 миллионов USD, но лимит допускает выплату не более 5 миллионов USD: min(8−1,5)=5, все числа в миллионах USD. Здесь min выбирает меньшую из двух сумм. Исключение из покрытия может полностью отменить выплату за определённый вид ущерба. Важно также, кто застрахован и кому перечислят возмещение. Опубликованный общий лимит не является автоматически суммой, зарезервированной для каждого клиента. [2] [4]
В один день и в одном часовом поясе Яна подаёт заявку в 09:00, коллега согласует её в 11:00, а кастодиан передаёт транзакцию в сеть в 12:00. С заявки прошло 3 часа, с согласования — 1 час. Поэтому договорный срок должен определять начало отсчёта и то, что считается завершением. Приём распоряжения, распространение транзакции и подтверждение в блокчейне — разные этапы. Подтверждение означает включение в блок; следующие блоки добавляют подтверждения. Пробный вывод также проверяет нужную сеть, полный адрес назначения и комиссии. Успешный небольшой перевод показывает сегодняшний процесс, но не гарантирует будущую доступность сервиса. [2] [3]
Для полной картины прочитайте эту статью вместе с Coinbase Custody, Collaborative Custody, Private Key, Counterparty risk. На эту статью также ссылаются Спотовый Bitcoin ETP, Bank Bitcoin custody, OCC Interpretive Letter 1170, Qualified custodian.