Bitcoin VerityVergleich öffnen

Stufe 10 · Verifikation und zweite Ebenen

SPV, Light Clients und kompakte Blockfilter

Was eine Wallet ohne vollständige Blockchain prüft, wo sie Peers vertraut und warum BIP 157 die Filterrichtung umkehrt.

Artikel
98
Lesezeit
18 Minuten
Geprüft
10. September 2026

Das Wichtigste in Kürze

Ein SPV-Client prüft eine Proof-of-Work-Headerkette und Merkle-Beweise relevanter Transaktionen, aber nicht jede Konsensregel jedes Blocks. BIP 37 sendet den Bloom-Filter einer Wallet an einen Peer; mit BIP 157 und 158 lädt der Client deterministische Blockfilter und entscheidet lokal, welche vollständigen Blöcke er abruft.

01

SPV prüft Header, nicht den ganzen Zustand

Abschnitt 8 des Whitepapers beschreibt simplified payment verification: Der Client hält die Header der Kette mit der meisten Arbeit und prüft die Aufnahme per Merkle-Zweig. Proof of Work und Reihenfolge der Header werden ohne Download aller Transaktionen geprüft.

Der Client rekonstruiert jedoch weder das UTXO-Set noch prüft er jede Signatur, jedes Script und jede Ausgaberegel. Er stützt sich stärker auf Miner-Anreize und darauf, dass Peers relevante Informationen nicht verbergen.

02

BIP 37 legt dem Server einen Filter offen

Eine BIP-37-Wallet sendet einen Bloom-Filter aus beobachteten Schlüsseln, Scripts und Ausgaben. Der Full-Node-Peer liefert Treffer und einen partiellen Merkle-Baum; False Positives verschleiern das genaue Interesse, erhöhen aber den Datenverkehr.

Wiederholte Filter können Adressen dennoch untereinander und mit der Netzwerkverbindung verknüpfen. Ein böswilliger Peer kann Daten auslassen, und ein Anwesenheitsbeweis bestätigt keine Vollständigkeit.

03

BIP 157 und 158 kehren die Richtung um

Ein Full Node erzeugt für jeden Block einen deterministischen kompakten Filter. Der Client lädt ihn, sucht lokal nach seinen Scripts und ruft bei einem Treffer den ganzen Block ab, statt jedem Peer eine aus Adressen abgeleitete Anfrage zu senden.

BIP 157 verkettet Filter-Header und definiert ihren P2P-Abruf. Antworten mehrerer Peers helfen, einen falschen Filter zu erkennen, wenn mindestens eine Quelle ehrlich ist; das Abrufen eines passenden Blocks kann dennoch Netzwerkspuren hinterlassen.

04

Zwei Bedeutungen von compact

BIP-157/158-Filter helfen Light Clients, relevante historische Blöcke zu finden. Compact Block Relay nach BIP 152 rekonstruiert einen neu angekündigten Block aus Transaktionen, die ein Full Node bereits im Mempool hat. Das sind unterschiedliche Aufgaben.

Ein eigener Full Node bietet die stärkste unabhängige Prüfung, benötigt aber Ressourcen und Wartung. Ein Light Client ist für eingeschränkte Geräte ein legitimer Kompromiss, wenn die Oberfläche ehrlich erklärt, was geprüft wird und woher die Daten stammen.

Stufe 10 · Verifikation und zweite Ebenen

Wichtige Begriffe

SPV
Vereinfachte Zahlungsprüfung mit Block-Headern und Inklusionsbeweisen.
Bloom-Filter
Eine probabilistische Menge mit möglichen False Positives, die BIP 37 verwendet.
Kompakter Blockfilter
Ein in BIP 158 definierter deterministischer Filter des Inhalts eines Blocks.

Häufiger Irrtum

Eine Wallet mit Headern und Merkle-Beweis prüft Bitcoin so vollständig wie ein Full Node.

Genauere Einordnung

Sie prüft die Arbeit in den Headern und die Aufnahme einer Transaktion, nicht alle Transaktionen und Konsensregeln der Kette.

Genauere Einordnung

Sind Light Wallets grundsätzlich unsicher?

Nein. Auf einem Mobilgerät können sie ein vernünftiger Kompromiss sein; Sicherheit und Privatsphäre hängen aber von Protokoll, Peers und Downloadmuster ab. Ein eigener Full Node minimiert diese Abhängigkeiten.

98

Kernaussagen

  1. 01SPV prüft Header und Aufnahme, nicht jede Regel.
  2. 02BIP 37 sendet einen Client-Bloom-Filter an den Peer.
  3. 03BIP 157/158 verlagern den Blockabgleich zum Client.
  4. 04Kompakte Filter sind nicht Compact Block Relay.

Zusammenfassung wie für ein Kind

Ganz einfach erklärt

Eine Light Wallet prüft Block-Header und den Beweis ihrer Transaktion, aber weniger als ein Full Node. Kompakte Filter lassen sie lokal suchen, ohne einem fremden Server die ganze Adressliste zu senden.

Geprüft: 10. September 2026

Quellen und weiterführende Literatur

Die Quellen stützen konkrete Fakten und Definitionen. Ihre Nennung bedeutet nicht, dass die Redaktion jede Ansicht der Urheber übernimmt.

01
Bitcoin-Whitepaper: simplified payment verificationBitcoin.org
bitcoin.org
02
BIP 37: Bloom-Filter für VerbindungenBitcoin Improvement Proposals
bips.dev
03
BIP 157: clientseitige BlockfilterungBitcoin Improvement Proposals
bips.dev
04
BIP 158: kompakte BlockfilterBitcoin Improvement Proposals
bips.dev

Bildungsinhalt, keine Anlageempfehlung.