Как читать отчёт о доказательстве резервов: каждое поле и что оно говорит

2026-09-20

Как читать отчёт о доказательстве резервов: каждое поле и что оно говорит

Отчёт о доказательстве резервов невелик, но несущих деталей в нём много. Идентификатор периода говорит, какой снимок перед вами, дата снимка — когда балансы были заморожены, версия алгоритма — как построено дерево, корневой хеш — то, с чем обязана совпасть ваша собственная проверка, а покрытие по монетам — хватало ли активов на балансы. Разберём поле за полем: для чего каждое и где каждое способно ввести в заблуждение.

Чтение отчёта о доказательстве резервов: период, дата снимка, версия алгоритма, корневой хеш и покрытие по монетам

Что на самом деле содержится в раскрытии

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

Всё остальное на странице — контекст. Пояснение про деревья Меркла, заверения о приватности, описание процедуры проверки: полезно для понимания, но проверяете вы не это. Проверяете вы горсть полей, которые либо сходятся с вашим файлом, либо нет.

Хорошо читать отчёт означает поэтому знать, какие поля несущие. Дальше они разобраны в порядке значимости.

Поля и для чего каждое

Поле Что это На что смотреть
Идентификатор периода О каком раскрытии речь Совпадает ли с периодом вашего файла
Дата снимка Когда заморожены балансы Ваше пополнение было до неё или после
Версия алгоритма Как построено дерево Реализует ли ваш верификатор эту версию
Статус Окончателен ли период Что он опубликован, а не в ожидании
Корневой хеш Сводка всего дерева Что он равен вашему посчитанному корню
Покрытие по монете Активы, делённые на обязательства Что по каждой монете не ниже 100%
Список охвата Какие активы включены Какие ваши активы вне охвата

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

Период и дата снимка

Идентификатор периода не даёт сравнить не то с не тем. Раскрытия повторяются циклами, каждый порождает своё дерево, у каждого дерева свой корень. Несовпадение корня ничего не значит, если ваш файл доказательства относится к другому периоду.

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

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

Версия алгоритма и почему её печатают

Версия алгоритма выглядит канцелярской деталью и ею не является. Она задаёт, из чего именно складывается лист и как хеши соединяются при подъёме по дереву, а эти решения не универсальны.

Две детали обязаны быть зафиксированы, иначе независимая проверка невозможна. Первая — формат записи балансов: значение с другим числом знаков после запятой даёт другой хеш. Вторая — порядок склейки на каждом уровне: хешировать сначала левого соседа, а потом правого, не то же самое, что наоборот.

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

Корневой хеш

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

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

На практике вы сравниваете дважды. Он обязан равняться корню внутри вашего файла доказательства и корню, показанному на публичной странице за тот же период. Только второе сравнение привязывает ваш счёт к набору, показанному всем остальным; структура за этим разобрана в статье что такое доказательство резервов.

Покрытие и список охвата

Покрытие резервами — это ончейн-активы, делённые на обязательства перед пользователями, а 100% является порогом. На нём или выше биржа держала достаточно этой монеты, чтобы покрыть балансы на момент снимка.

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

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

Чего в отчёте нет намеренно

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

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

Ничто из этого не делает отчёт слабым. Это делает его конкретным, что свойство более полезное, и именно поэтому сторона обязательств требует отдельного разбора в статье доказательство резервов и обязательства.

Итог

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

Потом читайте само утверждение. Корневой хеш обязан совпасть с посчитанным вами, покрытие по каждой охваченной монете обязано быть не ниже 100%, а список охвата подскажет, о каких ваших активах отчёт вообще не высказывался. Отчёт, в котором нет любого из этих полей, не короче: он просто не поддаётся полной проверке. Читайте дальше материалы Bitbase Academy.

Похожие материалы

Другие материалы Bitbase по этой теме:

Дисклеймер: эта статья — образовательный материал Bitbase Academy, только для информационных целей. Она не является инвестиционным, торговым, налоговым или финансовым советом. Криптоактивы волатильны — оценивайте риски самостоятельно. Написано в сентябре 2026 года; сверяйтесь с актуальной официальной информацией.

Источники

[1] Bitbase, «Доказательство резервов» — ежемесячное раскрытие, корень Меркла и открытый верификатор www.bitbase.com

Токенизированные акции, обычные акции и бессрочные контракты: собственность, дивиденды и голос

Токенизированные акции, обычные акции и бессрочные контракты: собственность, дивиденды и голос

2026-09-21

Токенизированные акции в кошельке: перевод, хранение, часы торгов и погашение

Токенизированные акции в кошельке: перевод, хранение, часы торгов и погашение

2026-09-21

Риски токенизированных акций: эмитент, ликвидность, отслеживание цены и погашение

Риски токенизированных акций: эмитент, ликвидность, отслеживание цены и погашение

2026-09-21