Metadata Sovereignty BIP-329 und die Portabilität der Wahrheit

Es gibt eine fundamentale Asymmetrie im Bitcoin-Ökosystem, die selbst erfahrene Nutzer unterschätzen: BIP-39 – der Standard für deine 24-Wort-Seed-Phrase – garantiert die Wiederherstellung deiner privaten Schlüssel. Er garantiert jedoch explizit nicht die Wiederherstellung deines Kontexts.

Wenn du deine Hardware-Wallet verlierst und auf einem neuen Gerät wiederherstellst, passiert Folgendes: Die Wallet scannt die Blockchain, findet alle UTXOs, die zu deinem Seed gehören, und zeigt dir deinen Saldo. So weit, so korrekt. Aber sie weiß nicht, dass der 0.05 BTC UTXO von deiner KYC-Börse stammt. Sie weiß nicht, dass der 0.1 BTC UTXO das Ergebnis eines Whirlpool-Mixes ist und niemals mit dem KYC-Coin kombiniert werden sollte. Sie weiß nicht, dass du den 0.02 BTC UTXO mental bereits für eine Spende reserviert hattest.

Deine Wallet startet nackt. Und eine nackte Wallet ist eine gefährliche Wallet.

Die Konsequenz der Amnesie

Was passiert, wenn ein Nutzer ohne Labels arbeitet? Er kombiniert unwissentlich UTXOs unterschiedlicher Herkunft. Er mischt einen Post-Coinjoin-Output mit einem frischen Kraken-Withdrawal. In diesem Moment kollabiert die gesamte Privacy-Arbeit. Die Chain-Analyse-Firma rekonstruiert die Verbindung. Der Souverän hat sich selbst deanonymisiert.

Vor BIP-329 hatte jede Wallet ihr eigenes proprietäres Label-Format: Electrum speicherte in JSON, Sparrow in einer internen Datenbank, Wasabi in einem komplett anderen Schema, BlueWallet in wieder einem anderen. Ein Wechsel der Wallet-Software bedeutete: Labels weg. Kontext zerstört. Privacy-Historie ausgelöscht.

BIP-329 ist die Antwort auf das Metadaten-Chaos. Der Standard, formell als „Wallet Labels Export Format“ bekannt, definiert ein offenes, selbstbeschreibendes Exportformat, das von beliebig vielen Wallets gelesen und geschrieben werden kann. Das Kernprinzip ist radikal simpel: Eine UTF-8-Textdatei, eine JSON-Zeile pro Label. Kein XML-Monster, keine binäre Datenbank, keine proprietäre Struktur.

Das Format heißt JSONL – JSON Lines. Jede Zeile ist ein eigenständiges, valides JSON-Objekt. Das bedeutet: Du kannst die Datei mit jedem Texteditor öffnen, mit grep durchsuchen, mit git versionieren, mit Standard-Tools verarbeiten. Die Datei ist menschenlesbar, maschinenlesbar und zukunftssicher.

Das origin-Feld: Konten trennen

Ein weiteres optionales, aber strategisch wichtiges Feld ist origin. Es enthält einen abgekürzten Output-Descriptor (ohne Keys), der das zugehörige Wallet oder Account referenziert. Warum ist das relevant? Ein einzelner Seed kann mehrere Konten ableiten – ein Savings-Account, ein Spending-Account, ein CoinJoin-Account. Das origin-Feld erlaubt es, Labels korrekt dem richtigen Kontext zuzuordnen, selbst wenn die BIP-329-Datei Labels für mehrere Konten enthält.

Die Theorie ist elegant. Die Praxis erfordert Präzision. Hier ist der exakte Workflow, um deine Labels aus Sparrow Wallet zu exportieren und in die BitBoxApp oder eine andere BIP-329-kompatible Wallet zu importieren.

Der Rückweg: BitBoxApp → Sparrow

Die Migration funktioniert bidirektional. In der BitBoxApp: Export labels als BIP-329. In Sparrow: File → Import Labels (BIP-329) → Datei auswählen. Sparrow liest die JSONL-Datei und trägt die Labels in seine interne Datenbank ein. Der Kreis schließt sich.

Hier kommt die unbequeme Wahrheit: BIP-329 selbst schreibt keine Verschlüsselung vor. Der Standard definiert nur das Klartextformat. Das bedeutet: Eine exportierte BIP-329-Datei ist im Rohzustand ein Goldstück für jeden, der sie findet.

Denk daran, was Labels enthalten: Reale Namen von Kontakten. Börsen-Identifikatoren, die auf KYC-Verifizierung hinweisen. Verwendungszwecke wie „Krankenversicherung“, „Gehalt“, „Cold Storage in CH“. Privacy-Status-Indikatoren, die verraten, welche Coins durch Mixing-Protokolle gelaufen sind. Diese Informationen rekonstruieren einen signifikanten Teil deines ökonomischen und sozialen Graphen.

Die Verschlüsselungsstrategie

Die Empfehlung ist absolut: BIP-329-Dateien immer verschlüsselt speichern. Hier sind die bewährten Methoden:

Ein Label ist nur so nützlich wie seine Struktur. Willkürliche Notizen wie „Bitcoin von Max“ oder „Kauf März“ sind besser als nichts – aber sie skalieren nicht. Wenn du hunderte UTXOs verwaltest, brauchst du eine systematische Nomenklatur, die filterbar, sortierbar und eindeutig ist.

Das BitAtlas Label-Stacking-Schema folgt einem dreiteiligen Muster:

Die drei Dimensionen erklärt

Herkunft: Woher kam dieser UTXO? KYC-Börsen (Kraken, Bitstamp, Coinbase), NonKYC-Quellen (Bisq, Hodl Hodl, RoboSats), P2P-Transaktionen (mit Initialen oder Pseudonym), Mining-Pools, oder „Unknown“ für historische Coins ohne Dokumentation.

Zweck: Wofür ist dieser UTXO reserviert? Long-term Vault (niemals ausgeben), Spending (für alltägliche Transaktionen), Lightning Collateral (gebunden in Channel), Whirlpool Postmix (anonymisierter Output), oder spezifische Reservierungen wie „Steuerzahlung Q2″.

Privacy-Status: Was ist der aktuelle Anonymitätsgrad? SpendReady (kann direkt verwendet werden), DoNotSpend (niemals automatisch ausgeben), MustMixFirst (vor Verwendung durch CoinJoin schleusen), Tainted (kompromittiert, isolieren), oder Locked (technisch gebunden, z.B. in Channel oder Multisig).

Metadaten-Souveränität ist kein einmaliger Akt. Es ist ein kontinuierlicher Prozess. Diese Checkliste transformiert BIP-329 von einem technischen Standard in ein operatives Protokoll, das du quartalsweise durcharbeitest.