Warum Adressen eine Prüfsumme brauchen: Copy-Paste-Fallen und was wirklich schützt

Krypto-Adressen sind zum Abtippen gemacht wie Passwörter zum Raten: lange Zeichenketten, bei denen Groß- und Kleinschreibung zählt, kein „Meinten Sie …?". Trotzdem gehen täglich Millionen durch sie — fast ohne Tippfehler-Verluste. Der Grund sind Prüfsummen, die in den Adressen selbst stecken. Und eine Betrugsmasche, gegen die sie machtlos sind.

Zum Ausprobieren: der Adress-Validator prüft Bitcoin- und EVM-Adressen auf Format und Prüfsumme — mit Begründung, komplett im Browser.

Drei Systeme, ein Prinzip

Jede Adressfamilie löst dasselbe Problem anders:

EIP-55 ist dabei der eleganteste Hack: Statt Platz für Prüfsummen-Bytes zu verschwenden, wird der Keccak-Hash der Kleinbuchstaben-Adresse Bit für Bit auf die Buchstaben gemappt — Hash-Bit 1 heißt Großbuchstabe. Das Ergebnis sieht zufällig groß- und kleingeschrieben aus, ist aber deterministisch. Eine komplett kleingeschriebene Adresse ist deshalb zwar formal gültig, trägt aber keine Prüfsumme: Tippfehler fallen nicht auf. Faustregel: Kleingeschrieben heißt ungeschützt.

Die bc1q/bc1p-Falle

Der teuerste Anfängerfehler nach „falsche Chain": bc1q…-Adressen (Native SegWit, Version 0, bech32) und bc1p…-Adressen (Taproot, Version 1, bech32m) sehen verwandt aus, sind aber verschiedene Systeme mit verschiedener Prüfsummen-Konstante. Wer manuell an die falsche Version sendet, riskiert den Totalverlust — darum verweigern gute Wallets solche Adressen. Der Adress-Validator erklärt dir in so einem Fall auch, warum.

Wovor keine Prüfsumme schützt

Jetzt die wichtige Abgrenzung: Eine Prüfsumme beweist nur, dass eine Adresse formal korrekt ist — nicht, dass sie deinem Empfänger gehört. Zwei Angriffe nutzen genau diese Lücke:

Clipboard-Hijacking: Malware auf deinem Rechner ersetzt beim Einfügen die Empfänger-Adresse durch die des Angreifers. Die neue Adresse ist perfekt gültig — jede Prüfung nickt sie ab. Schutz: Nach dem Einfügen erste und letzte Zeichen mit der Quelle vergleichen — und bei größeren Beträgen erst eine Test-Transaktion.

Address Poisoning: Der Angreifer sendet dir Staub-Beträge von Adressen, die deiner echten (z. B. einer Börse) in Anfang und Ende täuschend ähneln. Später kopierst du aus dem Verlauf die falsche. Auch hier: formal alles gültig. Schutz: Adressbuch statt Verlauf, komplette Adresse prüfen statt nur Anfang und Ende.

Beides sind Varianten von Fehler Nr. 3 aus Wie ein Wallet wirklich entsteht — nur dass der „Support-Betrug" hier vollautomatisch und ohne einen einzigen Rechtschreibfehler daherkommt.

Warum das für KI-Agenten doppelt gilt

Ein Agent, der Adressen aus E-Mails, Chats oder Webseiten übernimmt, ist Clipboard-Hijacking in Reinform — nur dass niemand mehr hinschaut, der Anfang und Ende vergleichen könnte. Wer Agenten mit Wallets ausstattet (siehe Was wirklich passiert, wenn KI-Agenten selbst bezahlen), braucht deshalb Allowlist-Adressen und Ausgabelimits, nicht nur gültige Prüfsummen. Die Prüfung, die der Adress-Validator macht, ist die unterste Stufe — notwendig, aber nie hinreichend.

Ausprobieren

Füg eine Adresse in den Adress-Validator ein — er sagt dir Format, Version und Prüfsummen-Status mit Begründung. Zum Spielen liegen dort Beispiel-Adressen bereit, darunter die berühmte EIP-55-Testadresse 0x5aAeb6053F3E94C9b9A09f33669435E7Ef1BeAed direkt aus der Spezifikation.

Quellen:

Spezifikationen

• Bitcoin BIPs: BIP173 — Base32 address format (bech32)
• Bitcoin BIPs: BIP350 — Bech32m format (bech32m für Taproot)
• EIP-55: Mixed-case checksum address encoding

Weiterführend auf dieser Seite

• Geld 2.0 — Bitcoin aus geldtheoretischer Perspektive
• Bitcoin & Web3 Grundlagen — Übersicht
• Adress-Validator — ausprobieren
• Wie ein Wallet wirklich entsteht
• Warum Ether 18 Dezimalstellen hat
• Was wirklich passiert, wenn KI-Agenten selbst bezahlen
• Warum QR-Codes zu Krypto gehören
• Glossar: Prüfsumme, Bech32 & EIP-55