Proof of Reserves bei Bitbase: Was veröffentlicht wird und wie du dein Guthaben selbst prüfst

2026-09-07

Die meisten Transparenzseiten von Börsen bitten dich, eine Zahl zu lesen und ihr zu glauben. Bitbase veröffentlicht monatlich eine Deckungsquote für vier Assets und daneben einen kryptografischen Root-Hash, mit dem du auf deinem eigenen Rechner bestätigen kannst, dass dein Guthaben mitgezählt wurde, ohne die Börse um eine Bürgschaft für diese Antwort zu bitten. Hier steht, was die Offenlegung enthält, wie die Prüfung funktioniert und was sie trotzdem nicht sagen kann.

Proof of Reserves bei Bitbase: Was veröffentlicht wird und wie du dein Guthaben selbst prüfst-bitbase-8184

Was jeden Monat veröffentlicht wird

Die Zusage lautet: eine Reserve von 1:1 auf alle Nutzer-Assets, einmal im Monat offengelegt. Jede Offenlegung trägt zwei Dinge: eine Deckungsquote je erfasstem Asset und einen einzelnen Merkle-Root-Hash für den Snapshot dieses Zeitraums.

Die Quote ist auf der Proof-of-Reserves-Seite klar definiert: On-Chain-Mittel der Plattform geteilt durch die Nutzer-Assets der Plattform, wobei 100% oder mehr vollständige Deckung bedeutet. Erfasst sind vier Assets: BTC, ETH, USDT und USDC.

Die Zahlen sind ein Snapshot, kein Live-Feed. Gezählt werden die Guthaben, die am Ersten des Monats in den Büchern stehen, weshalb die dort gezeigte Zahl von deinem aktuellen Kontostand abweichen kann. Eine Einzahlung nach dem Snapshot fehlt nicht, sie gehört zur nächsten Periode. Dieser Stichtag ist die übliche Vorgehensweise, und der Grund dafür ist, dass alle Nutzer im selben Augenblick gezählt werden müssen, damit die Summe überhaupt etwas bedeutet.

Die Offenlegung für August 2026 in Zahlen

Die Periode August 2026 wurde am 1. September 2026 als Snapshot festgehalten, am 4. September um 10:28 UTC veröffentlicht, die nächste Offenlegung ist für den 7. September um 16:00 UTC vorgesehen. Der Merkle-Root ist die Hexadezimalfolge, die mit b9d49dd8 beginnt und mit 70765e2f endet, die Algorithmusversion trägt die Kennung POR_V1.

Asset	Deckungsquote August 2026
BTC	100,78%
ETH	109,03%
USDT	101,96%
USDC	109,06%

Diese Tabelle verlangt zwei Lesarten, die man nicht vermischen sollte. Alle vier Werte liegen über 100%, was die Zusage verlangt. Und dies ist die erste veröffentlichte Periode, es gibt also genau einen Datenpunkt je Asset. Ein Punkt beschreibt einen Moment, noch keine Historie, und einen Trend daraus zu lesen hieße, etwas zu lesen, das dort nicht steht. Der Wert eines monatlichen Takts liegt darin, was er über die Zeit aufbaut, und dieser Aufbau hat gerade erst begonnen.

Das eigene Guthaben mit zwei Klicks prüfen

Eine veröffentlichte Quote ist eine Aussage über die gesamte Plattform. Der Teil, den du persönlich prüfen kannst, ist enger und nützlicher: ob dein Konto in der Menge lag, aus der diese Quote entstanden ist.

Melde dich an, öffne Mein Vermögensbericht, wähle die Offenlegungsperiode und starte die Ein-Klick-Prüfung. Der Browser nimmt deine Prüfdaten, also einen Merkle-Pfad, und berechnet den Root-Hash von deinem eigenen Blatt aus nach oben neu, um das Ergebnis dann mit dem auf der öffentlichen Seite veröffentlichten Root zu vergleichen. Stimmen die Roots überein, waren deine Assets in diesem Snapshot enthalten.

Die Berechnung läuft lokal. Deine Prüfdaten werden nicht an einen Server zurückgesendet, und das ist wichtig, weil genau diese Daten deine Guthaben beschreiben. Meldet das Ergebnis, dass im Snapshot keine Assets vorhanden waren, ist die übliche Erklärung der Zeitpunkt und kein Fehler: Zum Snapshot lag auf dem Konto kein Guthaben in BTC, ETH, USDT oder USDC, typischerweise weil Registrierung oder erste Einzahlung danach erfolgten.

Was der Merkle-Baum darunter tut

Ein Merkle-Baum hasht eine große Menge Datensätze in Schichten, bis sich alles zu einem Wert an der Spitze verdichtet. Ein Blatt ist hier der Asset-Datensatz eines Nutzers zum Snapshot, anonymisiert und gehasht; jede Schicht darüber fasst Paare zusammen, bis ein einziger Root übrig bleibt.

Nützlich macht das die Zerbrechlichkeit. Ändere, lösche oder ergänze einen einzigen Datensatz, und der Root ändert sich vollständig, weshalb ein am 4. September veröffentlichter Root den Datenbestand festnagelt, der ihn erzeugt hat. Die Börse kann den Snapshot nicht nachträglich still überarbeiten und denselben Root zeigen.

Die Konstruktion ist spezifiziert statt beschrieben, und genau das erlaubt eine unabhängige Nachimplementierung. Ein Blatt entsteht als Zeichenkette mit festem Format: zuerst die Versionskennung POR_V1, dann die Audit-ID, die Record-ID und die vier Guthaben in fester Reihenfolge BTC, ETH, USDT, USDC. Guthaben tragen immer acht Nachkommastellen. Der Blatt-Hash ist der SHA-256 dieser Zeichenkette.

Jeder Schritt nach oben verkettet zwei Hashes und bildet den SHA-256 des Ergebnisses, und die einzige Frage bei jedem Schritt lautet, welcher der beiden zuerst kommt. Die Beweisdatei beantwortet sie je Knoten: Ein mit LEFT markierter Knoten steht vor dem laufenden Hash, ein mit RIGHT markierter dahinter. Sowohl das Zeichenkettenformat als auch die Verkettungsreihenfolge festzunageln, ist das, was zwei unabhängige Implementierungen auf denselben Root führt statt auf zwei gleichermaßen plausible verschiedene.

Offline prüfen, ohne jemandem zu vertrauen

Die Prüfung im Browser ist bequem, führt aber weiterhin Code aus, den dir die Börse geliefert hat. Für eine Prüfung, die das nicht tut, veröffentlicht Bitbase einen quelloffenen Verifier unter github.com/BitbaseGlobal/proof-of-reserves-verifier. Er benötigt Node.js 20 oder neuer und hat keine Fremdabhängigkeiten, es gibt vor dem Ausführen also sehr wenig zu prüfen.

Lade deine Prüfdaten als JSON herunter und führe das Werkzeug per node auf dieser Datei aus, indem du den heruntergeladenen Beweis als Argument übergibst und die Option root mit dem Hash ergänzt, den du selbst von der öffentlichen Seite kopiert hast. Der Exit-Code 0 steht für Erfolg, 1 für nicht verifizierte Hashes, 2 für eine fehlerhafte Datei oder Argumente. Das Repository liefert außerdem ein anonymisiertes Beispiel mit, damit du das Werkzeug arbeiten sehen kannst, bevor du es auf deine eigene Datei richtest; dieses Beispiel ist eine Demonstration und kein Ersatz für deinen echten Beweis.

Dass du den Root selbst lieferst, trägt hier das gesamte Gewicht. Würde das Werkzeug den Root berechnen und dir zugleich sagen, womit du ihn vergleichen sollst, wäre der Vergleich ein Zirkelschluss. Den veröffentlichten Wert von Hand einzutragen, macht aus der Übung eine unabhängige Prüfung.

Was das beweist und was nicht

Proof of Reserves ist ein Mechanismus mit definierter Grenze, und eine Einschränkung nennt Bitbase auf der eigenen Seite ausdrücklich: Dies ist keinem Audit gleichwertig und stellt kein Prüfungsurteil einer Gesellschaft dar.

Was die Offenlegung klärt	Was sie nicht klärt
Dein Guthaben war im Snapshot	Ob jede Verbindlichkeit korrekt gemeldet wurde
Deckungsquoten zum Zeitpunkt des Snapshots	Was danach geschehen ist
Der Snapshot ist nach Veröffentlichung unveränderbar	Ob die On-Chain-Mittel allein der Plattform gehören

Die mittlere Zeile der rechten Spalte ist der Grund, warum ein monatlicher Rhythmus mehr zählt als jede einzelne starke Zahl. Die beiden anderen Zeilen sind strukturell für diese Klasse von Mechanismen und kein Vorwurf an eine bestimmte Börse: Reserven sind die Aktivseite, und Verbindlichkeiten nachzuweisen ist die schwierigere Hälfte; On-Chain-Guthaben zeigen Kontrolle in einem Moment, aber nicht, dass die Coins dafür nicht geliehen wurden.

Nichts davon macht die Offenlegung hohl. Es macht sie zu einem Input unter mehreren, den man neben der Aufteilung in Hot- und Cold-Storage und dem eingesetzten Verwahrmodell liest, also genau in dem Rahmen, den der Leitfaden zum Recherchieren einer Börse aufspannt.

Fazit

Bitbase legt monatlich Deckungsquoten für BTC, ETH, USDT und USDC zusammen mit einem Merkle-Root offen, und in der Periode August 2026 liegen alle vier über 100%. Die Quote ist die Behauptung der Börse; der Root ist das, womit du deinen eigenen Anteil daran überprüfst.

Diese Überprüfung kostet zwei Klicks im Vermögensbericht, und sie so zu machen, dass sie von niemandem abhängt, kostet einen Befehl gegen den quelloffenen Verifier mit einem selbst kopierten Root-Hash. Keines von beidem ist ein Audit, und keines sagt etwas über den Monat nach dem Snapshot. Beide sind aber erheblich besser, als eine Zahl auf Treu und Glauben hinzunehmen. Um weiter Grundlagen zu lernen, folge weiteren Inhalten der Bitbase Academy.

Weiterführende Artikel

Weitere Bitbase-Artikel zu diesem Thema:

Haftungsausschluss: Dieser Artikel ist Bildungsinhalt der Bitbase Academy, nur zu Informationszwecken. Er ist keine Anlage-, Handels-, Steuer- oder Finanzberatung. Krypto-Assets sind volatil – schätze dein Risiko selbst ein. Stand September 2026; maßgeblich sind die aktuellen offiziellen Informationen.