Proof of reserves (PoR) — процедуры документирования резервов хранителя на определённый момент. В зависимости от методики они могут проверять контроль адресов и балансы клиентов. Важен точный охват отчёта. Доказательство отдельной части — не аудит всей компании и не гарантия платёжеспособности, то есть возможности покрыть все обязательства.
Высокий процент на сайте может успокоить Анну. Но прежде стоит найти дату среза, охваченные юридические лица — конкретные компании группы — и перечень активов и счетов. PoR не является единой сертификацией с одинаковым охватом у всех сервисов. Например, Kraken определяет активы и продуктовые балансы, входящие в его методику. Такой отчёт не подтверждает автоматически все долги группы. Результат нужно читать вместе с перечнем проверенного и того, что осталось за рамками. [1] [3]
Хранитель может подписать проверочное сообщение ключом адреса и доказать, что сейчас контролирует его. Публичная цепь Bitcoin позволяет проверить соответствующий баланс. Но сама подпись не устанавливает право собственности, отсутствие залога или то, что монеты не заняли специально ради проверки. Она также не доказывает исключительного владения ключом: может существовать другая копия. Анна получает свидетельство контроля отдельных активов, а не полную картину их правового и экономического положения. Простой список адресов без доказательства контроля говорит ещё меньше. [1] [3]
Представим записи клиентских балансов, связанные в Merkle tree. Эта структура создаёт криптографические отпечатки данных и объединяет их в общий корень — отпечаток всего включённого набора. Анна получает данные, позволяющие проверить принадлежность её соответствующего баланса к набору без полного списка других клиентов. Это полезно, но доказывает включение, а не полноту. Успешная проверка записи Анны сама не подтверждает включение всех остальных счетов и всех долгов компании. [3]
Торговля в кредит может создавать отрицательные клиентские балансы. Если просто вычесть их из положительных балансов других людей, заявленный долг биржи перед клиентами может выглядеть меньше. В статье 2022 года Kraken описывает исключение таких балансов из своей тогдашней методики PoR из-за этого риска. Это не универсальное правило для всех отчётов. Анне нужно читать, как проверка учитывает кредиты, маржинальную торговлю и взаимозачёт — взаимное вычитание требований и долгов. Простая сумма не всегда показывает реальную задолженность. [4]
Наш пример, не данные биржи: хранитель показывает резервы 110 BTC и включённые обязательства 100 BTC — сумму долга по набору данных. Соотношение равно 110 %. Если пропущено ещё 40 BTC долгов, те же резервы должны покрыть всего 140 BTC. Тогда покрытие составляет примерно 78,6 %. Обязательства стоят в знаменателе, нижней части дроби. Расчёт по неполным данным может быть арифметически правильным, но вводить в заблуждение. Анне нужно знать не только резервы сверху, но и состав суммы снизу. [2]
PoR фиксирует определённый момент. После него средства могут уйти, могут появиться новые займы или пропасть доступ к ключам. Более частые срезы дают больше контрольных точек, но сами не закрывают этот пробел: между ними всё ещё возможны изменения. Даже высокий показатель резервов не говорит Анне, как быстро она выведет средства и какие договорные ограничения действуют. Поэтому отчёт нужно читать вместе с условиями сервиса и сведениями о фактической доступности, а не вместо них. [1] [3]
PCAOB Investor Advocate, подразделение защиты инвесторов при американском органе надзора за аудитами, объяснило ограничения PoR в марте 2023 года. Подразделения американского регулятора рынка ценных бумаг SEC также рассмотрели их в июле 2023 года. Отчёт о резервах — не аудит финансовой отчётности, который изучает более широкую финансовую картину. Регистрация исполнителя в PCAOB не означает, что это задание подчиняется его аудиторским стандартам и инспекциям. Анна должна читать фактически выполненные процедуры и заключение: известный логотип не расширяет объём работы. [1] [2]
Анна начинает с проверенной методики конкретного отчёта, его даты, опубликованного корня и идентификатора своего листа — записи в дереве. Она сравнивает правильный актив и баланс на момент среза; более поздняя сделка может в нём не отражаться. Затем по процедуре провайдера проверяет путь от своей записи к общему корню. Расхождение требует выяснения причин, а не игнорирования. Успех — частичная проверка с ясным смыслом: запись включена. Исключённые счета и другие ограничения всё равно нужно прочитать, поскольку сама проверка не доказывает полноту резервов и обязательств. [3]
Для полной картины прочитайте эту статью вместе с Counterparty risk, Collateral, Liabilities, Самостоятельное хранение. На эту статью также ссылаются Custodial Exchange, Bank Bitcoin custody, Counterparty risk, Liabilities.