Перейти к содержанию
Financial Context Wiki

Доказательство резервов

Доказательство резервов может показать, что хранитель контролировал указанные активы в определённый момент и, в более сложных схемах, зафиксировал определённый набор обязательств перед клиентами. Само по себе оно не доказывает платёжеспособность, ликвидность, законное право собственности или будущую способность проводить вывод средств.

Обновлено

Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.

Прямой ответ

Доказательство резервов (PoR) представляет собой доказательство резервов хранителя в рамках указанного объема и на определенную дату. Базовая проверка только активов может показать, что хранитель контролировал конкретные адреса блокчейна. Более сложная конструкция объединяет подтверждение активов с криптографическим подтверждением к обязательства перед клиентами в рамках области, позволяя каждому участвующему клиенту проверить, что его баланс был включен. Этот термин не имеет единой универсальной процедуры, стандарта аудита или юридического эффекта, поэтому в самом отчете должно быть определено, что было протестировано.

PoR не является автоматическим доказательством платежеспособности. Платежеспособность требует наличия допустимых активов для покрытия всех соответствующих обязательств, а не только обязательств, выбранных для дерева или отчета:

Коэффициент покрытия = допустимые резервные активы / обязательства клиентов в зоне охвата

Излишек = допустимые резервные активы - обязательства клиентов в рамках сферы применения

Соотношение на уровне 100% или выше имеет значение только в том случае, если совокупности активов и обязательств полны, измерены на один и тот же момент, оценены последовательно и относятся к одному юридическому лицу. При этом могут быть не учтены корпоративный долг, ожидающие выводы средств, фиатные обязательства, балансы аффилированных лиц, деривативы, активы за пределами указанных продуктов или обязательства за пределами указанных токенов.

PoR также отличается от ликвидности и защиты активов клиентов. Платёжеспособность показывает, покрывает ли стоимость активов обязательства; ликвидность — могут ли доступные активы обеспечить вывод средств в требуемые сроки. Контроль над закрытым ключом не доказывает, что актив не заимствован, не заложен, свободен от обременений, обособлен для клиентов или юридически доступен им при несостоятельности. Снимок на определённый момент не доказывает, что то же состояние существовало до отсечения или сохранялось после него.

Доказательство резервов
0 / 5
0 проверено; 5 осталось

Завершение этой проверки не доказывает безопасность актива, транзакции или системы.

Как это работает

Тщательная проверка связывает внутреннюю бухгалтерскую совокупность с внешне проверяемыми активами. Криптография может сделать подмену обязательств обнаруживаемой и сохранить конфиденциальность клиентов, но не может определить, какие юридические лица, счета и обязательства руководство должно было включить. Процесс должен явно раскрывать следующие семь шагов:

  1. Определите границы отчётности. Укажите юридическое лицо, продукты, классы клиентов, активы, сети, правила оценки, момент времени снимка и высоту блоков. Укажите, охватывает ли упражнение спот, маржу, деривативы, стекинг, кредитование, фиат и внеплатформенных кастодианов.
  2. Сверьте совокупность обязательств. Сопоставьте клиентский реестр с бухгалтерскими книгами и записями на момент отсечения. Учтите ожидающие внесения и выводы средств, комиссии, кредиты, залоги, отрицательные балансы, дублирующиеся счета и балансы у аффилированных лиц или субкастодианов.
  3. Зафиксируйте обязательства перед клиентами. Закодируйте охваченные балансы в дереве Merkle, схеме доказательства с нулевым разглашением или другом обязательстве. Опубликуйте корень и общую сумму, не позволяйте отрицательным балансам уменьшать заявленные обязательства и предоставьте клиентам достаточно данных и программного обеспечения для проверки включения без раскрытия информации о других клиентах.
  4. Установите наличие и контроль над активами. Определите подпадающие под область действия адреса в блокчейне и получите подписи или транзакции, подтверждающие контроль на указанной высоте блока. Сведите к единому виду кастодиальные, банковские и фиатные балансы с помощью доказательств, соответствующих этим системам.
  5. Проверка владения, доступности и качества. Определите, являются ли активы заемными, заложенными, обремененными, удерживаемыми для другой организации, ограниченными, неликвидными или зависящими от аффилированного лица. Определите, какие токены и источники оценки квалифицируются, а также как обрабатываются обернутые, мостовые или застейканные позиции.
  6. Рассчитывайте покрытие последовательно. Сравните соответствующие активы и обязательства по каждому активу перед объединением различных токенов. Применяйте одинаковые отметки времени, единицы и консервативные правила оценки; указывайте исключения, недостачи и чувствительность к ценовым или дисконтным предположениям.
  7. Прочитайте отчёт по заданию и следите за непрерывностью. Определите, является ли работа аудитом, заданием по подтверждению достоверности или отчётом о согласованных процедурах; изучите точные процедуры, результаты, исключения и обязанности руководства. Затем контролируйте частоту отчётов, вывод средств, движение по адресам, корпоративное управление и внутренний контроль, а не считайте один снимок постоянным состоянием.

Доказательство включения Merkle отвечает на узкий вопрос: лист и его путь аутентификации воспроизводят опубликованный корень. Оно показывает, что этот лист был в зафиксированном наборе данных. Оно не показывает, что каждый настоящий клиент был включен, что балансы верны или что не существует другого нераскрытого дерева. Ограничения с нулевым разглашением могут доказывать такие свойства, как ненулевые балансы и правильное суммирование, не раскрывая каждый лист, но доказательство является полным только в пределах своей схемы, входных данных и границ отчета.

Доказательства наличия активов имеют аналогично узкую сферу применения. Действительный подписанный вызов может показать контроль над ключом, тогда как баланс на блокчейне может показать монеты на адресе и высоту блока. Ни один из этих фактов сам по себе не подтверждает выгодное владение, отсутствие обременений, полноту всех кошельков или способность хранителя быстро перемещать средства без участия другого подписанта, кредитора, суда или субхранителя.

Рабочие примеры

Скрытые обязательства отменяют явное покрытие

Биржа демонстрирует контроль над 1 050 BTC и публикует дерево обязательств на общую сумму 1 000 BTC. Заявленный коэффициент покрытия составляет 1 050 / 1 000 = 105%, с избытком 50 BTC. Если из периметра отчёта исключено обязательство по займу 120 BTC, соответствующие обязательства фактически составляют 1 120 BTC. Покрытие падает до 1 050 / 1 120 = 93,75%, что приводит к дефициту 70 BTC. Расчёт был верен для опубликованных данных, но совокупность обязательств была неполной.

Включение — это не полнота

Предположим, что игрушечное дерево Merkle содержит балансы клиентов 2, 3, 5 и 10 BTC, в общей сложности 20 BTC. Клиент с 3 BTC может хэшировать свой лист с предоставленными хэшами соседей и воспроизвести опубликованный корень. Это подтверждает включение баланса 3 BTC в это дерево. Это не доказывает, что отсутствующий клиент с 4 BTC не существует, что ни один счет не имеет искусственного отрицательного баланса, или что 20 BTC равен полной ответственности депозитария.

Обременения изменяют используемые резервы

Хранитель заявляет резервные активы на 100 млн долларов США против 95 млн долларов США охваченных обязательств перед клиентами, поэтому заявленное покрытие составляет 100 / 95 = 105,26%. Если активы на 30 млн долларов США обеспечивают отдельный заём и не могут использоваться для вывода средств клиентами, необременённые резервы составляют 70 млн долларов США. Доступное покрытие тогда равно 70 / 95 = 73,68%, хотя активы остаются видимыми на момент снимка.

Заимствованный снимок может приукрашивать резервы

Перед запланированным снимком платформа с 900 BTC против 1,000 BTC обязательств клиента занимает 200 BTC. Снимок показывает покрытие 1,100 / 1,000 = 110%. После того как платформа возвращает 200 BTC, она снова держит 900 BTC, и покрытие составляет 90%. Подписанный баланс адреса на момент отсечки был подлинным, но он не раскрывал заимствование и не подтверждал продолжающуюся платежеспособность.

Риски и контроль

Совокупность обязательств и полнота

  • Пропущенные продукты или сущности: дерево может охватывать только выбранные токены, отдельные счета или одну дочернюю компанию. Сопоставьте юридическое лицо и масштаб отчета с субъектом, который должен клиенту.
  • Внебалансовые обязательства: ожидающие выводы, фиатные балансы, кредиты, деривативы, комиссии и корпоративный долг могут находиться за пределами обязательных клиентских балансов. Сверьте общую сумму по дереву, чтобы завершить книги и записи.
  • Манипуляция с отрицательным балансом: Искусственные или неправильно классифицированные отрицательные счета могут уменьшать чистые обязательства. Применяйте ограничения на недопустимость отрицательных значений там, где это уместно, и отдельно объясняйте законные долговые или маржинальные счета.
  • Низкое участие клиентов: Лишь некоторые клиенты могут проверять свои листы Merkle, поэтому ошибки пропуска могут остаться незамеченными. Предоставьте доступные инструменты проверки и независимое тестирование полноты совокупности.

Владение активами, качество и обременение

  • Заемные или временно переданные активы: Платформа может контролировать средства только вокруг снимка состояния. Используйте незапланированные или частые проверки, просмотр транзакций и доказательства обязательств, а не только баланс на известную дату.
  • Залоги, обременения и права зачетов: Видимые активы могут обеспечивать другой иск или быть предметом прав хранителя. Изучите контракты, заголовки счетов и подтверждения в дополнение к балансам в блокчейне.
  • Активы низкого качества или связанные стороны: Самостоятельно выпущенные, с низкой ликвидностью, обеспеченные или выпущенные аффилированными лицами токены могут терять стоимость в стрессовых условиях. Раскрывайте правила соответствия, концентрации и консервативные скидки.
  • Зависимость цепочки хранения: Мультиподпись, банковские и субкастодиальные соглашения могут ограничивать своевременный доступ. Составьте карту всех контролеров, условий одобрения и точек отказа.

Криптографическая и бухгалтерская реализация

  • Неправильное построение листа: Неправильные идентификаторы клиентов, единицы активов, соли или данные о отсечке могут дать действительное доказательство по неправильным записям. Публикуйте спецификации и независимо проверяйте сверку от источника до листа.
  • Неполные ограничения доказательства: Циркуль нулевого знания доказывает только своё закодированное утверждение. Проверьте циркуль, предположения настройки, публичные входные данные и исходный код; не выводите непроверенные бухгалтерские свойства.
  • Утечка конфиденциальной информации: Несолёные или предсказуемые листья могут раскрывать балансы через угадывание, в то время как публичные списки клиентов раскрывают конфиденциальные данные. Используйте соответствующие обязательства и дополнительную информацию модели угроз.
  • Несогласованные корни или наборы данных: разным пользователям могут отображаться разные обязательства, или веб-сайт может заменить корень. Подписывайте и фиксируйте отметкой времени корни, архивируйте отчеты и сравнивайте просмотры через независимые мониторы.

Своевременность, уверенность и управление

  • Распад снимка: торговля, кредитование, взломы или переводы после установленного срока могут сразу же сделать отчет устаревшим. Предпочитайте частую отчетность и непрерывный контроль, признавая при этом, что мониторинг также имеет свои ограничения.
  • Путаница с метками вовлеченности: Отчет о согласованных процедурах представляет собой отчет о конкретных фактических результатах и не является автоматически аудиторским заключением. Ознакомьтесь со стандартом, ответственной стороной, процедурами и заключением о достоверности.
  • Процедуры, выбранные руководством: Узкие тесты могут упускать вопросы, которые важны для пользователей. Сравните область вовлеченности с полной моделью рисков платежеспособности, ликвидности и кастодиального риска.
  • Сбои в контроле и управлении: PoR не тестирует каждый контроль авторизации, сверки, кибербезопасности или контроль, связанный со связанными сторонами. Оцените управление и проверенную финансовую информацию отдельно, если они доступны.

Интерпретация пользователем и оперативный ответ

  • Агрегация соотношений: Преобразование различных активов и обязательств в один показатель может скрывать специфические недостатки токенов и риск их оценки. Проверьте покрытие по активам и с учетом стрессовых скидок.
  • Несоответствие ликвидности: Долгосрочные, заблокированные или медленно переводимые активы могут покрывать бухгалтерские обязательства, но не немедленные снятия. Изучите сроки погашения, расчеты и способность к ликвидации.
  • Разрыв в юридических правах: Криптографический контроль не определяет, сохраняют ли клиенты право выгодоприобретения или приоритет при банкротстве. Ознакомьтесь с условиями хранения, раскрытием информации о сегрегации и применимым законодательством.
  • Ложная окончательность: Проходящий отчет может задержать предусмотрительные действия, когда отозвания не удаются или масштаб ухудшается. Рассматривайте PoR как один источник доказательств, а не как гарантию или замену лимитов воздействия и операционного контроля.

Распространённые заблуждения

Доказательство резервов доказывает, что биржа платежеспособна

Только достаточно полное подтверждение соответствующих активов и соответствующих обязательств может поддержать вывод о платежеспособности в рамках определенного объема. Многие отчеты подтверждают выбранные активы на определенный момент времени, и даже сильное обязательство перед клиентом может не учитывать другие обязательства или юридические ограничения.

Мое доказательство Merkle показывает, что каждый клиент был включен

Это показывает, что ваш лист принадлежит набору данных, представленному одним корнем. Полнота требует отдельного контроля над исходной популяцией, сверки и отсутствия пропущенных или изменённых счетов.

Баланс кошелька в блокчейне доказывает, что платформа владеет свободными активами

Цепочка показывает, что активы существовали на адресе. Подпись или транзакция могут добавить доказательства контроля над ключом. Владение, заимствование, залоги, обременения, сегрегация и юридическая доступность требуют доказательств, выходящих за пределы реестра.

Название бухгалтера означает, что отчет является полной проверкой

Вместо этого проверка может использовать согласованные процедуры, выбранные совместно с руководством, и сообщать о фактических результатах без выражения мнения о достаточности резервов или финансовой стабильности. Название поставщика не определяет объем работ или уровень уверенности.

Покрытие выше 100% гарантирует снятие средств и защиту от банкротства

Хранитель может быть платежеспособным по балансу, но неликвидным, операционно неспособным переводить активы или подчиняться конкурирующим юридическим претензиям. Способность к выводу средств и права собственности клиентов должны оцениваться отдельно.

Связанные темы

Источники

Навигация

Поиск по вики...