Proof of Reserves w Bitbase: co jest publikowane i jak samodzielnie sprawdzić swoje saldo

Większość stron o przejrzystości giełd prosi, żebyś przeczytał liczbę i w nią uwierzył. Bitbase publikuje co miesiąc wskaźnik rezerw dla czterech aktywów, a obok niego kryptograficzny hash korzenia, dzięki któremu na własnym komputerze potwierdzisz, że twoje saldo zostało policzone, bez proszenia giełdy o poręczenie tej odpowiedzi. Oto co zawiera publikacja, jak działa sprawdzenie i czego mimo wszystko nie da się z niego wyczytać.

Co jest publikowane co miesiąc

Zobowiązanie to rezerwa 1:1 wobec wszystkich aktywów użytkowników, ujawniana raz w miesiącu. Każda publikacja niesie dwie rzeczy: wskaźnik rezerw dla każdego objętego aktywa oraz jeden hash korzenia Merkle dla migawki z tego okresu.

Wskaźnik jest wprost zdefiniowany na stronie proof of reserves: środki platformy w łańcuchu podzielone przez aktywa użytkowników platformy, przy czym 100% lub więcej oznacza pełne pokrycie. Zakres obejmuje cztery aktywa: BTC, ETH, USDT i USDC.

Liczby są migawką, a nie strumieniem na żywo. Liczone są salda widniejące pierwszego dnia miesiąca, dlatego wartość tam widoczna może różnić się od salda na twoim koncie w tej chwili. Wpłata wykonana po migawce nie zniknęła, należy do następnego okresu. Takie ujęcie to zwykła praktyka, a powód jest prosty: każdy użytkownik musi zostać policzony w tym samym momencie, inaczej suma nic nie znaczy.

Publikacja za sierpień 2026 w liczbach

Okres sierpnia 2026 został zamknięty migawką 1 września 2026, opublikowano go 4 września o 10:28 UTC, a kolejna publikacja przypada 7 września o 16:00 UTC. Korzeń Merkle to ciąg szesnastkowy zaczynający się od b9d49dd8 i kończący na 70765e2f, a wersja algorytmu nosi oznaczenie POR_V1.

Tę tabelę warto czytać na dwa sposoby i ich nie mieszać. Wszystkie cztery wartości są powyżej 100%, czego wymaga zobowiązanie. I jest to pierwsza opublikowana edycja, więc na każde aktywo przypada dokładnie jeden punkt danych. Punkt opisuje moment, ale jeszcze nie opisuje historii, a wyczytywanie z niego trendu to czytanie czegoś, czego tam nie ma. Wartość comiesięcznego rytmu polega na tym, co narasta z czasem, a to narastanie dopiero się zaczęło.

Sprawdzenie własnego salda w dwóch kliknięciach

Opublikowany wskaźnik to twierdzenie o całej platformie. To, co możesz sprawdzić osobiście, jest węższe i bardziej użyteczne: czy twoje konto znalazło się w zbiorze, z którego ten wskaźnik powstał.

Zaloguj się, otwórz Mój raport aktywów, wybierz okres publikacji i użyj weryfikacji jednym kliknięciem. Przeglądarka bierze twoje dane weryfikacyjne, czyli ścieżkę Merkle, i przelicza hash korzenia w górę od twojego własnego liścia, po czym porównuje wynik z korzeniem opublikowanym na stronie publicznej. Zgodne korzenie oznaczają, że twoje aktywa znalazły się w tej migawce.

Obliczenie wykonuje się lokalnie. Twoje dane weryfikacyjne nie wracają na serwer, co ma znaczenie, bo opisują właśnie twoje salda. Jeśli wynik mówi, że w migawce nie było aktywów, zwykłym wyjaśnieniem jest czas, a nie błąd: w chwili migawki na koncie nie było salda BTC, ETH, USDT ani USDC, najczęściej dlatego, że rejestracja albo pierwsza wpłata nastąpiły później.

Co robi pod spodem drzewo Merkle

Drzewo Merkle haszuje duży zbiór rekordów warstwami, aż wszystko skondensuje się do jednej wartości na szczycie. Liściem jest tutaj zestaw danych o aktywach jednego użytkownika w chwili migawki, po anonimizacji i zahaszowaniu; każda kolejna warstwa łączy pary, aż zostaje pojedynczy korzeń.

Użytecznym czyni to kruchość. Zmień, usuń lub dodaj choćby jeden rekord, a korzeń zmieni się całkowicie, więc korzeń opublikowany 4 września przypina zbiór danych, który go wytworzył. Giełda nie może po cichu poprawić migawki i nadal pokazywać tego samego korzenia.

Konstrukcja jest wyspecyfikowana, a nie opisana, i właśnie dlatego ktoś inny może ją odtworzyć. Liść powstaje jako ciąg o stałym formacie: najpierw znacznik wersji POR_V1, potem identyfikator audytu, identyfikator rekordu i cztery salda w sztywnej kolejności BTC, ETH, USDT, USDC. Salda zawsze mają osiem miejsc po przecinku. Hash liścia to SHA-256 z tego ciągu.

Każdy krok w górę łączy dwa hashe i bierze z wyniku SHA-256, a jedyne pytanie na każdym kroku brzmi, który z dwóch idzie pierwszy. Plik dowodu odpowiada na nie dla każdego węzła: węzeł oznaczony LEFT trafia przed bieżący hash, oznaczony RIGHT po nim. Przybicie zarówno formatu ciągu, jak i kolejności sklejania sprawia, że dwie niezależne implementacje dochodzą do tego samego korzenia, a nie do dwóch równie wiarygodnych różnych.

Weryfikacja offline, bez zaufania do kogokolwiek

Sprawdzenie w przeglądarce jest wygodne, ale wciąż wykonuje kod, który podała ci giełda. Dla sprawdzenia, które od tego nie zależy, Bitbase publikuje otwarty weryfikator pod adresem github.com/BitbaseGlobal/proof-of-reserves-verifier. Wymaga Node.js 20 lub nowszego i nie ma zależności zewnętrznych, więc przed uruchomieniem jest bardzo niewiele do przejrzenia.

Pobierz swoje dane weryfikacyjne jako JSON, następnie uruchom narzędzie przez node na tym pliku, podając pobrany dowód jako argument i dodając opcję root z hashem, który sam skopiowałeś ze strony publicznej. Kod wyjścia 0 oznacza sukces, 1 niezgodność hashy, 2 błędny plik lub argumenty. W repozytorium jest też zanonimizowany przykład, żeby zobaczyć narzędzie w działaniu przed wskazaniem własnego pliku; ten przykład to demonstracja, a nie zamiennik prawdziwego dowodu.

To, że korzeń podajesz ty, dźwiga tu cały ciężar. Gdyby narzędzie zarazem liczyło korzeń i mówiło, z czym go porównać, porównanie zamknęłoby się w kółko. Ręczne skopiowanie opublikowanej wartości zamienia ćwiczenie w niezależne sprawdzenie.

Co to dowodzi, a czego nie

Proof of reserves to mechanizm o wyraźnej granicy, a jedno ograniczenie Bitbase podaje wprost na własnej stronie: to nie jest równoznaczne z audytem i nie stanowi opinii audytorskiej żadnej firmy.

Drugi wiersz prawej kolumny to powód, dla którego comiesięczny rytm znaczy więcej niż jakakolwiek pojedyncza mocna liczba. Pozostałe dwa wiersze są strukturalne dla tej klasy mechanizmów, a nie wymierzone w konkretną giełdę: rezerwy to strona aktywów, a dowodzenie zobowiązań jest trudniejszą połową; salda w łańcuchu pokazują zaś kontrolę w danej chwili, ale nie pokazują, że monety nie zostały na tę chwilę pożyczone.

Nic z tego nie czyni publikacji pustą. Czyni ją jednym z kilku wejść, czytanym obok tego, jak giełda dzieli gorące i zimne przechowywanie oraz jaki model powierniczy stosuje — a taką właśnie ramę wyznacza szerszy przewodnik po tym, jak badać giełdę.

Podsumowanie

Bitbase ujawnia co miesiąc wskaźniki rezerw dla BTC, ETH, USDT i USDC wraz z korzeniem Merkle, a w edycji za sierpień 2026 wszystkie cztery są powyżej 100%. Wskaźnik to twierdzenie giełdy; korzeń to narzędzie, którym sprawdzisz swój własny wycinek.

Samo sprawdzenie to dwa kliknięcia w Moim raporcie aktywów, a sprawdzenie niezależne od kogokolwiek to jedno polecenie otwartego weryfikatora z hashem korzenia skopiowanym ręcznie. Żadne z nich nie jest audytem i żadne nie mówi nic o miesiącu po migawce. Oba są jednak wyraźnie lepsze niż przyjmowanie liczby na wiarę. Aby dalej poznawać podstawy, śledź kolejne materiały Bitbase Academy.

Powiązane artykuły

Inne artykuły Bitbase na ten temat:

• Konwersja małych sald po delistingu tokena
• Dlaczego weryfikacja selfie ciągle się nie udaje
• Dlaczego wpłata lub wypłata środków fiducjarnych ma status Oczekujące
• Automatyczne dodawanie depozytu: co robi z ceną likwidacji
• Konkurs z dwoma rankingami: co mówią tabele czwartego dnia

Zastrzeżenie: ten artykuł to treść edukacyjna Bitbase Academy, wyłącznie w celach informacyjnych. Nie stanowi porady inwestycyjnej, handlowej, podatkowej ani finansowej. Kryptoaktywa są zmienne — samodzielnie oceń ryzyko. Napisano w wrześniu 2026 r.; sprawdzaj aktualne oficjalne informacje.

Źródła

[1] Bitbase, strona publikacji Proof of Reserves i FAQ www.bitbase.com

[2] BitbaseGlobal/proof-of-reserves-verifier, otwarty weryfikator POR_V1, README github.com