Ein Reservenachweis-Bericht ist kurz und trotzdem voller tragender Details. Die Periodenkennung sagt, welche Momentaufnahme du vor dir hast, das Aufnahmedatum, wann Guthaben eingefroren wurden, die Algorithmusversion, wie der Baum gebaut wurde, der Wurzel-Hash ist das, womit deine eigene Prüfung übereinstimmen muss, und die Quoten je Vermögenswert sagen, ob Bestände die Guthaben deckten. Dieser Leitfaden geht Feld für Feld durch, wofür jedes da ist und wo jedes in die Irre führen kann.
Was eine Offenlegung tatsächlich enthält
Eine Offenlegung ist keine Erzählung. Sie ist ein kleiner Satz Kennungen und Zahlen, und fast ihr ganzer Wert liegt darin, ob diese Kennungen es erlauben, deine eigene Nachweisdatei an die veröffentlichte Behauptung zu binden.
Alles Übrige auf der Seite ist Kontext. Die Erklärung zu Merkle-Bäumen, die Beruhigung zum Datenschutz, die Beschreibung des Prüfablaufs: nützlich zum Verständnis, aber nichts davon prüfst du. Du prüfst eine Handvoll Felder, die entweder zu deiner Datei passen oder nicht.
Gut zu lesen heißt deshalb zu wissen, welche Felder tragend sind. Der Rest dieses Leitfadens nimmt sie in der Reihenfolge ihrer Bedeutung.
Die Felder und wofür jedes da ist
| Feld | Was es ist | Worauf du achtest |
|---|---|---|
| Periodenkennung | Um welche Offenlegung es geht | Ob sie zur Periode deiner Datei passt |
| Aufnahmedatum | Wann Guthaben eingefroren wurden | Ob deine Einzahlung davor oder danach lag |
| Algorithmusversion | Wie der Baum gebaut wurde | Ob dein Verifier diese Version umsetzt |
| Status | Ob die Periode endgültig ist | Dass sie veröffentlicht und nicht ausstehend ist |
| Wurzel-Hash | Die Zusammenfassung des Baums | Dass er deiner berechneten Wurzel gleicht |
| Quote je Coin | Bestände geteilt durch Verbindlichkeiten | Dass jeder abgedeckte Coin bei mindestens 100% liegt |
| Abdeckungsliste | Welche Werte enthalten sind | Welche deiner Werte außerhalb liegen |
Zwei davon sind Kennungen, zwei sind Metadaten, und erst drei sind die Behauptung selbst. Diese Rollen zu verwechseln ist der Grund, warum Leute sich von einem Bericht beruhigen lassen, den sie nie geprüft haben.
Periode und Aufnahmedatum
Die Periodenkennung hindert dich daran, das Falsche mit dem Falschen zu vergleichen. Offenlegungen wiederholen sich zyklisch, jede erzeugt ihren eigenen Baum, und jeder Baum hat seine eigene Wurzel. Eine nicht passende Wurzel besagt nichts, wenn deine Nachweisdatei aus einer anderen Periode stammt.
Das Aufnahmedatum wiegt schwerer, denn es bestimmt, worüber der Bericht überhaupt spricht. Guthaben werden in diesem Moment eingefroren, typischerweise am Monatsersten, und alles Spätere gehört zur nächsten Offenlegung. Eine Einzahlung vom Folgetag fehlt nicht im Bericht; sie gehört schlicht nicht dazu.
Das erklärt auch den häufigsten Schrecken. Nutzern, die sich nach der Aufnahme registriert oder eingezahlt haben, wird mitgeteilt, ihre Werte seien nicht enthalten, und das ist richtig und kein Fehler. Der Ablauf der Prüfung steht in Reservenachweis prüfen.
Die Algorithmusversion und warum sie gedruckt wird
Eine Algorithmusversion sieht nach Verwaltungsdetail aus und ist keines. Sie legt fest, woraus ein Blatt genau besteht und wie Hashes beim Aufstieg im Baum verbunden werden, und diese Entscheidungen sind nicht allgemeingültig.
Zwei Punkte müssen festgenagelt sein, sonst funktioniert unabhängige Prüfung nicht. Erstens das Format der Guthaben, denn ein Wert mit anderer Nachkommastellenzahl hasht anders. Zweitens die Reihenfolge der Verkettung auf jeder Ebene, denn erst den linken und dann den rechten Nachbarn zu hashen ergibt etwas anderes als umgekehrt.
Die Version zu veröffentlichen macht einen unabhängigen Verifier überhaupt erst möglich. Läufst du dein eigenes Werkzeug, sagt dir die Version im Bericht, ob deine Umsetzung zu dieser Periode passt, und ein Versionswechsel ist ein Signal zu prüfen statt anzunehmen.
Der Wurzel-Hash
Der Wurzel-Hash ist das einzige Feld, das die ganze Last trägt. Er ist ein einzelner Wert, abgeleitet aus jedem Blatt des Baums, und seine Eigenschaft ist, dass jede Änderung an den zugrunde liegenden Daten ihn vollständig verändert.
Genau diese Eigenschaft macht die Veröffentlichung zu einer Selbstbindung. Ist eine Wurzel einmal öffentlich, kann die Börse kein Guthaben revidieren, kein Konto hinzufügen und keines entfernen, ohne dass die Prüfung bei allen Nutzern gleichzeitig scheitert. Sie kann den Baum weder still reparieren noch ihn für eine Person richten, ohne ihn für alle zu brechen.
Praktisch vergleichst du zweimal. Er muss der Wurzel in deiner eigenen Nachweisdatei gleichen und der Wurzel auf der öffentlichen Seite für dieselbe Periode. Erst der zweite Vergleich bindet dein Konto an die Menge, die allen anderen gezeigt wurde; die Struktur dahinter erklärt was ist ein Reservenachweis.
Die Quoten und die Abdeckungsliste
Die Deckungsquote sind On-Chain-Bestände geteilt durch Nutzerverbindlichkeiten, und 100% ist die Schwelle. Darauf oder darüber hielt die Börse genug von diesem Coin, um die Guthaben zum Aufnahmezeitpunkt zu decken.
Lies die Quoten einzeln je Vermögenswert. Eine Plattform kann bei einem Coin bequem über der Linie liegen und bei einem anderen darunter, und jede über alles Verwahrte gemischte Einzelzahl verdeckt genau das. Berichterstattung je Coin ist informativer als eine Schlagzeilenzahl, und ihr Fehlen ist selbst ein Befund.
Lies danach die Abdeckungsliste, das am häufigsten übersprungene Feld. Eine Offenlegung über vier Werte erhebt keinerlei Anspruch über einen fünften. Das ist eine Bereichsgrenze und kein Mangel, aber sie wirkt nur als Information, wenn du bemerkst, welche deiner Bestände außerhalb liegen.
Was bewusst nicht im Bericht steht
Ein Reservenachweis ist eine Aussage über Vermögenswerte in einem Moment, und daraus folgen drei Dinge, die dir kein Feld des Berichts sagt.
Er sagt nichts über Verbindlichkeiten jenseits der Nutzerguthaben, die in den Baum eingingen, ist also keine Solvenzaussage. Er sagt nichts darüber, was nach der Aufnahme geschah, denn eine spätere Überweisung ändert die Lage, ohne die veröffentlichte Wurzel zu ändern. Und er sagt nichts darüber, ob die On-Chain-Werte ausschließlich der Plattform gehörten, denn Kontrolle über eine Adresse zu einem Zeitpunkt ist nicht dasselbe wie unbelastetes Eigentum.
Nichts davon macht den Bericht schwach. Es macht ihn spezifisch, was die nützlichere Eigenschaft ist, und deshalb braucht die Verbindlichkeitsseite eine eigene Behandlung in Reservenachweis und Verbindlichkeiten.
Fazit
Lies eine Offenlegung von den Kennungen her und nicht von den Beruhigungen. Bestätige, dass die Periode zu deiner Nachweisdatei passt, notiere das Aufnahmedatum und auf welcher Seite davon deine eigenen Einzahlungen liegen, und gleiche die Algorithmusversion mit der ab, die dein Verifier erwartet.
Lies dann die Behauptung selbst. Der Wurzel-Hash muss deinem berechneten entsprechen, die Quote für jeden abgedeckten Coin muss mindestens 100% betragen, und die Abdeckungsliste sagt dir, über welche deiner Werte der Bericht nie gesprochen hat. Ein Bericht, dem eines dieser Felder fehlt, ist nicht kürzer; er ist einer, den du nicht zu Ende prüfen kannst. Lies weiter in der Bitbase Academy.
Weiterführende Artikel
Weitere Bitbase-Artikel zu diesem Thema:
- Einen Merkle-Beweis prüfen: die Kontrolle selbst durchführen
- Merkle-Bäume gegen Reservenachweise mit Nullwissen: die Abwägung bei der Privatsphäre
- Warum eine Fiat-Einzahlung oder -Auszahlung ausstehend ist
- Validator im Jail: Was das heißt und wie Unjailing funktioniert
- Kult-Coins und Community-Übernahmen (CTO)
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.
Quellen
[1] Bitbase, Reservenachweis – monatliche Offenlegung, Merkle-Wurzel und quelloffener Verifier www.bitbase.com
