Proof of Reserves на Bitbase: що публікується і як перевірити власний баланс

Більшість сторінок про прозорість бірж пропонують прочитати число й повірити йому. Bitbase щомісяця публікує коефіцієнт резервування за чотирма активами, а поруч — криптографічний кореневий хеш, який дає змогу вам самим, на власній машині, переконатися, що ваш баланс було враховано, не питаючи біржу про підтвердження цієї відповіді. Ось що містить розкриття, як влаштована перевірка і про що вона все одно нічого не каже.

Що публікується щомісяця

Зобов'язання — резерв 1:1 щодо всіх активів користувачів, який розкривають раз на місяць. Кожне розкриття несе дві речі: коефіцієнт резервування за кожним охопленим активом і один кореневий хеш Меркла для знімка цього періоду.

Коефіцієнт прямо визначено на сторінці proof of reserves: кошти платформи в мережі, поділені на активи користувачів платформи; 100% і вище означає повне покриття. Охоплено чотири активи: BTC, ETH, USDT і USDC.

Цифри — це знімок, а не живий потік. Враховуються баланси, що значаться першого числа місяця, тому побачене там число може відрізнятися від балансу на вашому рахунку просто зараз. Депозит, зроблений після знімка, не зник — він належить до наступного періоду. Такий зріз є звичайною практикою, і причина в тому, що всіх користувачів треба порахувати в один і той самий момент, інакше підсумок нічого не означає.

Розкриття за серпень 2026 року в цифрах

Період серпня 2026 року зафіксовано знімком 1 вересня 2026 року, опубліковано 4 вересня о 10:28 UTC, наступне розкриття призначено на 7 вересня о 16:00 UTC. Корінь Меркла — шістнадцятковий рядок, що починається на b9d49dd8 і закінчується на 70765e2f, версія алгоритму позначена як POR_V1.

Цю таблицю варто читати двома способами й не змішувати їх. Усі чотири значення вищі за 100%, чого й вимагає зобов'язання. І це перше опубліковане розкриття, тобто на кожен актив припадає рівно одна точка даних. Точка описує момент, але ще не описує історію, і вичитувати з неї тренд означає читати те, чого там немає. Цінність щомісячного ритму — у тому, що він накопичує з часом, а це накопичення щойно почалося.

Перевірка власного балансу у два кліки

Опублікований коефіцієнт — це твердження про всю платформу. Те, що ви можете перевірити особисто, вужче й корисніше: чи потрапив ваш рахунок до множини, з якої цей коефіцієнт постав.

Увійдіть в акаунт, відкрийте Мій звіт про активи, оберіть період розкриття й скористайтеся перевіркою в один клік. Браузер бере ваші дані перевірки — шлях Меркла — і перераховує кореневий хеш угору від вашого власного листка, а потім порівнює результат із коренем, опублікованим на відкритій сторінці. Збіг коренів означає, що ваші активи були включені до цього знімка.

Обчислення виконується локально. Ваші дані перевірки не надсилаються назад на сервер, і це важливо, бо саме вони описують ваші баланси. Якщо результат каже, що активів у знімку не було, звичайне пояснення — час, а не помилка: на момент знімка на рахунку не було балансу в BTC, ETH, USDT чи USDC, зазвичай тому, що реєстрація або перше поповнення сталися пізніше.

Що робить дерево Меркла під капотом

Дерево Меркла хешує великий набір записів шарами, доки все не згорнеться в одне значення вгорі. Листком тут є дані про активи одного користувача на момент знімка, знеособлені та захешовані; кожен наступний шар об'єднує пари, доки не залишиться єдиний корінь.

Корисним це робить крихкість. Змініть, видаліть або вставте бодай один запис — і корінь зміниться повністю, тож корінь, опублікований 4 вересня, закріплює той набір даних, який його породив. Біржа не може згодом тихо переписати знімок і показати той самий корінь.

Конструкцію специфіковано, а не описано, і саме це дозволяє комусь іншому реалізувати її заново. Листок збирається як рядок фіксованого формату: спершу мітка версії POR_V1, далі ідентифікатор аудиту, ідентифікатор запису й чотири баланси у жорстко заданому порядку BTC, ETH, USDT, USDC. Баланси завжди мають вісім знаків після коми. Хеш листка — це SHA-256 від цього рядка.

Кожен крок угору склеює два хеші й бере SHA-256 від результату, а єдине питання на кожному кроці — котрий із двох іде першим. Файл доказу відповідає на нього для кожного вузла: вузол із міткою LEFT ставиться перед поточним хешем, із міткою RIGHT — після. Жорстке закріплення і формату рядка, і порядку склеювання — це те, що приводить дві незалежні реалізації до одного кореня, а не до двох однаково правдоподібних різних.

Перевірка офлайн, без довіри до будь-кого

Перевірка в браузері зручна, але вона все одно виконує код, який вам віддала біржа. Для перевірки, що від цього не залежить, Bitbase публікує відкритий верифікатор на github.com/BitbaseGlobal/proof-of-reserves-verifier. Йому потрібен Node.js 20 або новіший, сторонніх залежностей немає, тож перед запуском вивчати майже нічого.

Завантажте свої дані перевірки у JSON, а потім запустіть інструмент через node на цьому файлі, передавши завантажений доказ аргументом і додавши опцію root із хешем, який ви самі скопіювали з відкритої сторінки. Код виходу 0 — успіх, 1 — хеші не збіглися, 2 — файл або аргументи некоректні. У репозиторії є й знеособлений приклад, щоб побачити роботу інструмента до того, як спрямувати його на власний файл; цей приклад — демонстрація, а не заміна справжньому доказу.

Саме те, що корінь підставляєте ви, несе тут усю вагу. Якби інструмент і обчислював корінь, і повідомляв, із чим його порівняти, порівняння замкнулося б само на себе. Ручне копіювання опублікованого значення перетворює вправу на незалежну перевірку.

Що це доводить, а що ні

Proof of reserves — це механізм з окресленою межею, і одне обмеження Bitbase зазначає прямо на власній сторінці: це не дорівнює аудиту й не є аудиторським висновком жодної фірми.

Середній рядок правого стовпця — причина, чому щомісячний ритм важить більше за будь-яке окреме сильне число. Два інші рядки є структурними для цього класу механізмів, а не закидом конкретному майданчику: резерви — це бік активів, а доведення зобов'язань — складніша половина; ончейн-баланси ж показують контроль у моменті, але не показують, що монети не були для цього позичені.

Ніщо з цього не робить розкриття порожнім. Воно робить його одним із кількох входів, який читають поруч із тим, як біржа ділить гаряче й холодне зберігання та яку модель зберігання застосовує, — саме таку рамку задає посібник про те, як досліджувати біржу.

Підсумок

Bitbase щомісяця розкриває коефіцієнти резервування за BTC, ETH, USDT і USDC разом із коренем Меркла, і за серпень 2026 року всі чотири вищі за 100%. Коефіцієнт — це твердження біржі; корінь — те, що дає змогу перевірити власну частку в ньому.

Сама перевірка — два кліки в «Моєму звіті про активи», а перевірка, незалежна ні від кого, — одна команда відкритого верифікатора з кореневим хешем, скопійованим вами вручну. Жодна з них не є аудитом, і жодна нічого не каже про місяць після знімка. Але обидві помітно кращі за те, щоб приймати число на віру. Щоб і далі розбиратися в основах, читайте інші матеріали Bitbase Academy.

Схожі матеріали

Інші матеріали Bitbase на цю тему:

• Конвертація невеликих залишків після делістингу токена
• Чому верифікація за селфі постійно не проходить
• Чому фіатне поповнення або виведення коштів перебуває в очікуванні
• Автоматичне додавання маржі: що воно робить із ціною ліквідації
• Конкурс із двома рейтингами: що кажуть таблиці на четвертий день

Застереження: Ця стаття є освітнім матеріалом Bitbase Academy і надається лише для інформації. Вона не є інвестиційною, торговою, податковою чи фінансовою порадою. Криптоактиви волатильні — оцінюйте ризики самостійно. Написано станом на вересень 2026 року; орієнтуйтеся на найновішу офіційну інформацію.

Джерела

[1] Bitbase, сторінка розкриття Proof of Reserves і FAQ www.bitbase.com

[2] BitbaseGlobal/proof-of-reserves-verifier, відкритий верифікатор POR_V1, README github.com