27 / 691ADDR

Bitcoin-Adresse

Kodierung einer Zahlungsbedingung

Eine Bitcoin-Adresse ist die walletseitige Kodierung eines Ausgabeskripts oder Witness-Programms, kein Blockchain-Konto. Präfix, Nutzdaten und Prüfsumme helfen beim Bau des scriptPubKey; in der Transaktion steht die Ausgabebedingung, nicht der sichtbare Text.

Eine Bitcoin-Adresse ist eine netzspezifische, prüfsummengeschützte Darstellung eines Standardskripts. P2PKH/P2SH nutzen Base58Check, SegWit v0 Bech32 und Witness v1–16 Bech32m. Sie speichert keine Bitcoin und beweist keine Identität; UTXO sind durch Skripte gesperrt.

Ein Output enthält Betrag und scriptPubKey-Bytes, nie den Adressstring. Die Wallet prüft Netz und Prüfsumme und erzeugt das Standardskript; Explorer bilden erkennbare Skripte nur zur Anzeige zurück. Für frühe P2PK- oder freie Skripte existiert nicht zwingend eine kanonische Adresse. [Bitcoin whitepaper — Transactions and Privacy] [Bitcoin Core — destination encoders and decoders]

Base58Check hängt an Version und Payload vier Bytes aus SHA256(SHA256(Daten)) und kodiert Base58. Im Mainnet steht 0x00 für P2PKH und 0x05 für P2SH, meist als 1 bzw. 3; Testnetze unterscheiden sich. 0, O, I und l fehlen. 32 Bit Prüfsumme erkennen Fehler, sind aber keine Signatur. [Bitcoin Core — Base58Check implementation] [Bitcoin Core — destination encoders and decoders]

Bech32 enthält HRP bc/tb, Trenner 1, Witness-Version, 5-Bit-Daten und sechs Prüfsummenzeichen. BIP173 gilt nur v0; BIP350 verlangt nach einer Einfügeschwäche Bech32m für v1–16. Groß- und Kleinschreibung dürfen nicht gemischt werden, maximal 90 Zeichen. Gültig heißt nicht richtiges Netz oder unterstützte Version. [BIP 173 — Base32 address format for native v0 witness outputs] [BIP 350 — Bech32m format for witness v1 and later]

P2PKH/P2WPKH binden HASH160 eines Schlüssels, P2SH HASH160 des redeemScript, P2WSH SHA256 des witnessScript. BIP141 kennt in v0 20 Byte P2WPKH und 32 Byte P2WSH. P2TR v1 trägt einen getweakten 32-Byte-x-only-Ausgabeschlüssel Q, eventuell mit Merkle-Skriptwurzel. Die vollständige Policy bleibt verborgen. [BIP 141 — Segregated Witness consensus layer] [BIP 341 — Taproot validation and output keys]

P2PK veröffentlichte den Schlüssel; P2PKH verschob das bis zur Ausgabe. BIP13/16 brachten P2SH, BIP141/173 versionierte Witness-Programme und Bech32 v0, BIP341/350 Taproot v1 und Bech32m. Das sind Skript-/Konsensänderungen, keine kosmetischen Präfixe; manuelle Konvertierung kann andere oder unspendbare Outputs erzeugen. [BIP 13 — Address Format for pay-to-script-hash] [BIP 16 — Pay to Script Hash] [BIP 141 — Segregated Witness consensus layer] [BIP 173 — Base32 address format for native v0 witness outputs] [BIP 350 — Bech32m format for witness v1 and later] [BIP 341 — Taproot validation and output keys]

BIP32 leitet viele Schlüssel ab. BIP44 nutzt purpose 44' für P2PKH, BIP84 84' für P2WPKH, BIP86 86' für P2TR; Konto, extern/change und Index folgen. Eine Seed Phrase bewahrt nicht zwingend Skripttyp, Pfad, Konten oder Multisig. Output descriptors beschreiben Schlüsselherkunft und Skript besser; Wiederherstellung muss getestet werden. [BIP 32 — Hierarchical deterministic wallets] [BIP 44 — Multi-account hierarchy] [BIP 84 — Derivation for native P2WPKH] [BIP 86 — Derivation for single-key P2TR] [Bitcoin Core — Output descriptors]

P2PKH/P2WPKH enthüllen beim Ausgeben gewöhnlich den Public Key, P2SH/P2WSH redeemScript/witnessScript. P2TR enthält schon den getweakten x-only-Key: Key Path zeigt die Schnorr-Signatur, Script Path Blatt, Control Block und Merkle-Pfad, nicht ungenutzte Blätter. ‘Adressen verstecken Public Keys’ gilt nicht allgemein. [BIP 141 — Segregated Witness consensus layer] [BIP 341 — Taproot validation and output keys]

Wiederverwendung verknüpft Zahlungen und stärkt Clusterheuristiken; Wallets erzeugen neue Empfangs- und interne Change-Adressen. Eine Adresse ist keine Person. Der Explorer-‘Kontostand’ summiert UTXO zu einem erkannten Skript, ist kein Konsenskonto; Common-input- und Change-Heuristiken sind keine Eigentumsbeweise. [Bitcoin whitepaper — Transactions and Privacy] [Bitcoin Core — Output descriptors]

Software prüft Prüfsumme, Netz, Großschreibung und v0/Bech32 versus v1+/Bech32m. Clipboard-Malware oder manipulierte QR-Codes können dennoch eine andere gültige Adresse liefern. Vollständig auf vertrauenswürdigem Hardware-Display prüfen und ggf. testen; nur Anfang/Ende zu vergleichen erlaubt Look-alikes. Bestätigte Fehlzahlung ist nicht rückgängig. [Bitcoin Core — Base58Check implementation] [BIP 173 — Base32 address format for native v0 witness outputs] [BIP 350 — Bech32m format for witness v1 and later]

Eine Adresse ist weder BIP21-URI bitcoin: mit Betrag/Label/Message noch Lightning Invoice, Offer oder Lightning Address. BIP322 kann Skriptkontrolle beweisen, nicht Identität oder Gesamteigentum. Für Backups komplexer Policies dienen Descriptor oder Wallet-Export. [BIP 21 — URI scheme] [BIP 322 — Generic signed message format] [Bitcoin Core — Output descriptors]

Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Privater Schlüssel, Wallet, Wechselgeld-Ausgang, Bitcoin, SegWit, Taproot. Auf diesen Eintrag verweisen außerdem Kryptografischer Hash, SHA-256, Cold Storage, Watch-only Wallet.

DOC · 001Bitcoin whitepaper — Transactions and PrivacyPrimärquelleDOC · 002Bitcoin Core — Base58Check implementationPrimärquelleDOC · 003Bitcoin Core — destination encoders and decodersPrimärquelleDOC · 004BIP 13 — Address Format for pay-to-script-hashSpezifikationDOC · 005BIP 16 — Pay to Script HashSpezifikationDOC · 006BIP 141 — Segregated Witness consensus layerSpezifikationDOC · 007BIP 173 — Base32 address format for native v0 witness outputsSpezifikationDOC · 008BIP 350 — Bech32m format for witness v1 and laterSpezifikationDOC · 009BIP 341 — Taproot validation and output keysSpezifikationDOC · 010BIP 32 — Hierarchical deterministic walletsSpezifikationDOC · 011BIP 44 — Multi-account hierarchySpezifikationDOC · 012BIP 84 — Derivation for native P2WPKHSpezifikationDOC · 013BIP 86 — Derivation for single-key P2TRSpezifikationDOC · 014Bitcoin Core — Output descriptorsDokumentationDOC · 015BIP 21 — URI schemeSpezifikationDOC · 016BIP 322 — Generic signed message formatSpezifikation
Geprüft am 1. August 2026Quellenbasiert · Keine Anlageberatung