Dieser Validator braucht JavaScript (läuft lokal in deinem Browser).
Beispiele:
Hinweis: Geprüft wird nur die formale Gültigkeit (Format + Prüfsumme) — nicht Existenz oder Guthaben. Es findet keine Blockchain-Abfrage statt; nichts verlässt deinen Browser.
Was hier eigentlich geprüft wird
| Typ | Erkennung | Prüfsumme |
|---|---|---|
EVM 0x… | 0x + 40 Hex | EIP-55 (Keccak, in Groß-/Kleinschreibung kodiert) |
SegWit bc1q… | Version 0 | bech32 (BIP173) |
Taproot bc1p… | Version 1 | bech32m (BIP350, neue Konstante) |
Legacy 1…/3… | Version-Byte 0x00/0x05 | Base58Check (doppelte SHA-256) |
Solana Base58 | 32 Byte Public Key | keine separate Prüfsumme (Base58 selbst enthält keine) |
Vertiefung: Wallet Generator (wo Adressen herkommen) und KI-Agenten & Payments (wo falsche Adressen Geld kosten).
Häufige Fragen
bc1q oder bc1p — wo ist der Unterschied?
bc1q… = SegWit v0 (bech32), bc1p… = Taproot v1 (bech32m). Unterschiedliche Prüfsummen-Konstante — eine v0-Adresse mit bech32m-Prüfsumme ist ungültig und umgekehrt.Meine 0x-Adresse ist komplett kleingeschrieben — schlimm?
Format ok, aber ohne Prüfsumme. Tippfehler fallen nicht auf. Nutze die EIP-55-Schreibweise (gemischte Groß-/Kleinschreibung) — der Validator zeigt sie dir an.
Warum keine Balance-Abfrage?
Bewusst: Jede Abfrage verrät deine Adresse an einen Server. Formale Prüfung fängt ~99 % der Copy-Paste-Fehler — ohne Privatsphäre zu kosten.
Custody-Konzept oder Payment-Flow geplant?
Adress-Handling, Prüfsummen-Validierung und Custody-Prozesse gehören in jedes Web3-Projekt — ich helfe beim Review und Aufbau.