Zum Hauptinhalt springen

Kryptowährungs-Adressarten erklärt: Legacy, SegWit, Taproot

Wenn du Bitcoin schon länger nutzt, bist du auf Adressen gestoßen, die mit „1“ beginnen, auf Adressen mit „3“ und auf Adressen mit „bc1q“ oder „bc1p“. Das sind keine rein kosmetischen Unterschiede — sie stehen für grundlegend verschiedene Methoden, um Guthaben zu sperren und freizugeben, mit erheblichen Auswirkungen auf Transaktionsgebühren, Privatsphäre und Funktionalität.

Dieser Leitfaden erklärt jeden wichtigen Bitcoin-Adresstyp, wie er auf technischer Ebene funktioniert, seine Vor- und Nachteile und wie du den richtigen Typ für deine Anforderungen auswählst. Wir behandeln außerdem Adressformate für Ethereum und andere große Blockchains.

Bitcoin-Adresstypen​

Legacy-Adressen (P2PKH) — beginnt mit „1“​

Vollständiger Name: Pay-to-Public-Key-Hash

Beispiel: 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa

Ableitungspfad: m/44'/0'/0' (BIP-44)

Legacy-Adressen sind das ursprüngliche Bitcoin-Adressformat, definiert im anfänglichen Bitcoin-Protokoll. Die Adresse ist ein Base58Check-kodierter Hash des öffentlichen Schlüssels:

Address = Base58Check(0x00 || RIPEMD160(SHA256(public_key)))

Das Versionsbyte 0x00 erzeugt Adressen, die im Mainnet mit „1“ beginnen.

So funktioniert das Ausgeben (Script):

ScriptPubKey: OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
ScriptSig:    <signature> <publicKey>

Um Guthaben von einer Legacy-Adresse auszugeben, stellt der Sender seinen öffentlichen Schlüssel und eine gültige Signatur bereit. Das Netzwerk prüft, ob der öffentliche Schlüssel zur Adresse hasht und ob die Signatur für den öffentlichen Schlüssel gültig ist.

Vorteile:

  • Maximale Kompatibilität — seit 2009 von jeder Bitcoin-Wallet, Börse und jedem Dienst unterstützt.
  • Einfach und gut verstanden.

Nachteile:

  • Größte Transaktionsgröße (höchste Gebühren).
  • Keine SegWit-Vorteile (kein Witness-Rabatt).
  • Base58Check-Kodierung ist case-sensitive und anfällig für Übertragungsfehler.
  • Keine Fehlererkennung außer der Prüfsumme (sie erkennt zufällige Fehler, aber nicht alle Vertauschungen).

P2SH-Adressen — beginnt mit „3“​

Vollständiger Name: Pay-to-Script-Hash

Beispiel: 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy

Ableitungspfad: m/49'/0'/0' (BIP-49, für SegWit-wrapped)

P2SH wurde in BIP-16 (2012) eingeführt, um komplexere Ausgabebedingungen zu ermöglichen. Statt an einen Public-Key-Hash zu zahlen, werden Gelder an den Hash eines Scripts gezahlt. Das Script kann beliebige Bedingungen umsetzen: Multisig, Time Locks, Hash Locks oder — heute am häufigsten — das Wrapping eines SegWit-Outputs.

P2SH-P2WPKH (SegWit-kompatibel):

Das ist heute die häufigste Verwendung von P2SH-Adressen. Es kapselt einen SegWit-Output (P2WPKH) in einem P2SH-Script, sodass SegWit-Vorteile bei gleichzeitiger Rückwärtskompatibilität mit älterer Software möglich sind, die nur P2SH-Adressen versteht.

RedeemScript: 0x0014 <20-byte-pubkey-hash>  (a P2WPKH script)
ScriptPubKey: OP_HASH160 <hash-of-redeemScript> OP_EQUAL

Vorteile:

  • SegWit-Vorteile (reduzierte Gebühren, Malleability-Fix) mit Rückwärtskompatibilität.
  • Von praktisch allen modernen Wallets und Börsen unterstützt.
  • Ermöglicht komplexe Scripts (Multisig, Time Locks).

Nachteile:

  • Höhere Gebühren als natives SegWit (das Wrapper-Script erzeugt Overhead).
  • Mehrdeutig — eine „3“-Adresse kann simples Multisig, wrapped SegWit oder jedes andere P2SH-Script sein. Das ist an der Adresse allein nicht erkennbar.

Native SegWit-Adressen (P2WPKH) — beginnt mit „bc1q“​

Vollständiger Name: Pay-to-Witness-Public-Key-Hash (Bech32-Kodierung)

Beispiel: bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4

Ableitungspfad: m/84'/0'/0' (BIP-84)

Native SegWit-Adressen wurden in BIP-141/BIP-143 eingeführt (aktiviert im August 2017) und verwenden Bech32-Kodierung gemäß BIP-173. Sie nutzen kein Base58Check — stattdessen eine neue Kodierung, die:

  • Nur Kleinbuchstaben verwendet — beseitigt Probleme mit Groß-/Kleinschreibung.
  • BCH-Fehlerkorrektur bietet — erkennt bis zu 4 Zeichenfehler und kann manche Fehler automatisch korrigieren.
  • Menschlich lesbares Präfix hat — bc für Bitcoin-Mainnet, tb für Testnet.

So funktioniert das Ausgeben:

ScriptPubKey: 0 <20-byte-pubkey-hash>
Witness:      <signature> <publicKey>

Signatur und öffentlicher Schlüssel werden in den „Witness“-Bereich der Transaktion verschoben, der einen 75%-Rabatt auf das Transaktionsgewicht (Gebühren) erhält.

Vorteile:

  • Niedrigste Gebühren aller Adresstypen vor Taproot (Witness-Rabatt).
  • Malleability-Fix — SegWit behebt Transaktions-Malleability und ermöglicht Layer-2-Protokolle wie Lightning Network.
  • Bessere Fehlererkennung — Bech32 erkennt mehr Fehler als Base58Check.
  • Einfachere Scripts — kein P2SH-Wrapper-Overhead.

Nachteile:

  • Einige ältere Wallets und Börsen können nicht an bc1q-Adressen senden (Stand 2025 zunehmend selten).
  • Etwas längerer Adress-String als Legacy oder P2SH.

Taproot-Adressen (P2TR) — beginnt mit „bc1p“​

Vollständiger Name: Pay-to-Taproot (Bech32m-Kodierung)

Beispiel: bc1p5d7rjq7g6rdk2yhzks9smlaqtedr4dekq08ge8ztwac72sfr9rusxg3297

Ableitungspfad: m/86'/0'/0' (BIP-86)

Taproot wurde bei Bitcoin im November 2021 aktiviert (BIP-340, BIP-341, BIP-342). Es ist das bedeutendste Upgrade der Bitcoin-Scripting-Fähigkeiten seit SegWit.

Taproot verwendet Schnorr-Signaturen statt ECDSA und führt ein Key-Spend/Script-Spend-Modell ein:

  • Key-Path-Spend — der häufigste Fall: Eine einzelne Signatur autorisiert die Ausgabe, äußerlich identisch mit jeder anderen Taproot-Transaktion.
  • Script-Path-Spend — komplexe Bedingungen (Multisig, Time Locks, Hash Locks) können über einen Merkle-Baum zugesichert und nur bei Bedarf offengelegt werden.

So funktioniert das Ausgeben:

ScriptPubKey: 1 <32-byte-tweaked-public-key>
Witness:      <signature>  (key path, most common)
   — or —
Witness:      <script> <control-block> <arguments>  (script path)

Vorteile:

  • Privatsphäre — alle Taproot-Transaktionen sehen on-chain gleich aus, unabhängig von den zugrunde liegenden Ausgabebedingungen. Eine Multisig-Transaktion ist bei Nutzung des Key-Paths nicht von einer Single-Signature-Transaktion zu unterscheiden.
  • Effizienz — Schnorr-Signaturen sind kleiner als ECDSA-Signaturen. Key Aggregation (MuSig2) ermöglicht Multisig-Setups mit einer einzigen kombinierten Signatur.
  • Scripting-Flexibilität — MAST (Merkelized Alternative Script Trees) ermöglicht komplexe Bedingungen, ohne ungenutzte Zweige offenzulegen.
  • Niedrige Gebühren — vergleichbar mit oder niedriger als natives SegWit bei Key-Path-Spends.

Nachteile:

  • Verbreitung nimmt noch zu — einige Wallets und Börsen unterstützen das Senden an oder von Taproot-Adressen noch nicht vollständig.
  • Komplexe Implementierung erhöht das Risiko von Wallet-Bugs (obwohl ausgereifte Implementierungen existieren).
  • Bech32m-Kodierung (anders als Bech32) — Wallet-Software muss beides unterstützen.

Vergleich der Adresstypen​

MerkmalLegacy (1...)P2SH (3...)Native SegWit (bc1q...)Taproot (bc1p...)
BIPOriginalBIP-16BIP-141/BIP-173BIP-341/BIP-350
Ableitungm/44'/0'/0'm/49'/0'/0'm/84'/0'/0'm/86'/0'/0'
KodierungBase58CheckBase58CheckBech32Bech32m
SignaturECDSAECDSAECDSASchnorr
GebührenHöchsteMittelNiedrigNiedrigste (Key Path)
PrivatsphäreNiedrigMittelMittelHoch
FehlererkennungEinfache PrüfsummeEinfache PrüfsummeBCH-CodesBCH-Codes
KompatibilitätUniversellNahezu universellDie meisten WalletsWachsend

Welchen Bitcoin-Adresstyp solltest du verwenden?​

Für die meisten Nutzer im Jahr 2025+: Verwende natives SegWit (bc1q) als Standard. Es bietet das beste Gleichgewicht aus niedrigen Gebühren, starker Kompatibilität und ausgereifter Unterstützung.

Für maximale Privatsphäre und niedrigste Gebühren: Verwende Taproot (bc1p), wenn deine Wallet es unterstützt und die Dienste, mit denen du interagierst, das Senden an Taproot-Adressen unterstützen.

Für Kompatibilität mit älteren Diensten: Verwende P2SH (3...), wenn du Gelder von einem Dienst empfangen musst, der nicht an bc1q- oder bc1p-Adressen senden kann.

Vermeide Legacy (1...) für neue Wallets, außer wenn du eine konkrete Kompatibilitätsanforderung hast.

Ethereum-Adressformat​

Ethereum verwendet ein einziges Adressformat:

0x742d35Cc6634C0532925a3b844Bc9e7595f2bD38
  • 20 Bytes (40 hexadezimale Zeichen) mit Präfix 0x.
  • Abgeleitet aus den letzten 20 Bytes des Keccak-256-Hashs des öffentlichen Schlüssels.
  • EIP-55 Mixed-Case-Prüfsumme — Groß- und Kleinbuchstaben dienen als Prüfsumme. Wenn du die Groß-/Kleinschreibung eines Buchstabens änderst, schlägt die Prüfsumme fehl.
  • Dasselbe Adressformat wird für alle EVM-kompatiblen Chains verwendet (Ethereum, Polygon, Arbitrum, Optimism, BSC).

Wichtig: Das Senden von Tokens im falschen Netzwerk (z. B. ETH-Mainnet vs. Polygon) an dieselbe Adresse führt nicht zum Verlust der Gelder (die Adresse existiert auf allen EVM-Chains), aber du musst möglicherweise das Netzwerk wechseln, um darauf zuzugreifen.

ENS (Ethereum Name Service)​

ENS bietet menschenlesbare Namen für Ethereum-Adressen:

vitalik.eth → 0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045

Prüfe immer die aufgelöste Adresse, bevor du Gelder sendest. ENS-Namen können übertragen werden, daher kann sich die Adresse hinter einem Namen ändern.

Andere Blockchain-Adressformate​

Bitcoin Cash (BCH)​

Bitcoin Cash verwendet das CashAddr-Format zur Unterscheidung von Bitcoin-Adressen:

bitcoincash:qpm2qsznhks23z7629mms6s4cwef74vcwvy22gdx6a

Das Präfix bitcoincash: verhindert versehentliches Senden an Bitcoin-Adressen.

Litecoin (LTC)​

Litecoin verwendet ähnliche Adresstypen wie Bitcoin:

  • Legacy: beginnt mit L oder M
  • P2SH: beginnt mit M oder 3
  • Native SegWit: beginnt mit ltc1q

Solana (SOL)​

Solana verwendet Base58-kodierte Ed25519-öffentliche Schlüssel:

7EcDhSYGxXyscszYEp35KHN8vvw3svAuLKTzXwCFLtV

32 Bytes, Base58-kodiert, typischerweise 32-44 Zeichen.

Cardano (ADA)​

Cardano verwendet Bech32-kodierte Adressen mit dem Präfix addr:

addr1qx2fxv2umyhttkxyxp8x0dlpdt3k6cwng5pxj3jhsydzer3jcu5d8ps7zex2k2xt3uqxgjqnnj83ws8lhrn648jjxtwq2ytjqp

Cardano-Adressen sind deutlich länger als Bitcoin-Adressen, weil sie sowohl Zahlungs-Credentials als auch Staking-Credentials kodieren.

TRON (TRX)​

TRON verwendet Base58Check-kodierte Adressen, die mit T beginnen:

TJYeasTPa6gpB9Ut5HALR2twMHU3gYpML8

Cosmos (ATOM)​

Cosmos verwendet Bech32-Kodierung mit chain-spezifischen Präfixen:

cosmos1qypqxpq9qcrsszg2pvxq6rs0zqg3yyc5lzv7xu

Jede Cosmos SDK Chain nutzt ein anderes Präfix (z. B. osmo für Osmosis, juno für Juno).

SafeSeed Tool

Nutze den SafeSeed Address Generator, um Adressen für mehrere Blockchains und Adresstypen aus einer einzigen Seed Phrase abzuleiten. Sieh dir an, wie dieselbe Seed Phrase unterschiedliche Adressen für Bitcoin Legacy, SegWit, Taproot, Ethereum und mehr erzeugt. Die gesamte Verarbeitung erfolgt lokal in deinem Browser.

Adressvalidierung und Sicherheit​

Prüfsummen-Verifizierung​

Prüfe Adressen immer, bevor du Gelder sendest:

  • Bitcoin Legacy/P2SH: Base58Check enthält eine 4-Byte-Prüfsumme. Die meisten Wallets prüfen das automatisch.
  • Bitcoin SegWit/Taproot: Bech32/Bech32m enthält eine 6-Zeichen-Prüfsumme mit starker Fehlererkennung (BCH-Codes).
  • Ethereum: EIP-55 Mixed-Case-Prüfsumme. Wenn eine Wallet EIP-55 nicht implementiert, akzeptiert sie jede Groß-/Kleinschreibung — das ist ein Warnsignal.

Wiederverwendung von Adressen​

Für mehr Privatsphäre solltest du Bitcoin-Adressen nicht wiederverwenden. Jede Transaktion sollte eine neue Adresse verwenden. HD Wallets (BIP-44) erzeugen neue Adressen automatisch.

Ethereum-Adressen werden typischerweise wiederverwendet (kontobasiertes Modell), obwohl die Nutzung mehrerer Konten die Privatsphäre verbessern kann.

Clipboard-Hijacking​

Malware kann deine Zwischenablage überwachen und Kryptowährungsadressen durch die Adresse eines Angreifers ersetzen. Prüfe nach dem Einfügen immer visuell mindestens die ersten und letzten 6 Zeichen einer Adresse, idealerweise die gesamte Adresse. Manche Wallets zeigen zur leichteren Verifizierung einen visuellen Hash (Identicon) der Adresse an.

QR-Code-Verifizierung​

Wenn du einen QR-Code scannst, um eine Adresse zu erhalten, prüfe, ob die dekodierte Adresse deiner Erwartung entspricht. Bösartige QR-Codes können vom Angreifer kontrollierte Adressen kodieren.

Konvertieren zwischen Adresstypen​

Du kannst eine Adresse nicht zwischen Typen „konvertieren“ (z. B. Legacy zu SegWit), weil jeder Typ einen anderen Ableitungspfad nutzt und einen anderen Schlüsselsatz erzeugt. Du kannst jedoch:

  1. Mehrere Adresstypen aus derselben Seed Phrase erzeugen — Deine Seed Phrase leitet Schlüssel für alle Adresstypen gleichzeitig über unterschiedliche Ableitungspfade ab.
  2. Gelder von einem Adresstyp an einen anderen senden — Sende einfach eine Transaktion von deiner Legacy-Adresse an deine SegWit-Adresse. Das ist eine normale Bitcoin-Transaktion.

Es gibt keine Möglichkeit, auf Gelder zuzugreifen, die an eine SegWit-Adresse gesendet wurden, wenn du den Legacy-Ableitungspfad verwendest, weil unterschiedliche private Schlüssel genutzt werden.

FAQ​

Was ist der Unterschied zwischen einer Legacy- und einer SegWit-Adresse?​

Legacy-Adressen (beginnend mit „1“) verwenden das ursprüngliche Bitcoin-Transaktionsformat. SegWit-Adressen (beginnend mit „bc1q“) verwenden Segregated Witness, das Signaturdaten von Transaktionsdaten trennt. Das führt zu kleineren Transaktionen, niedrigeren Gebühren und einem Fix für Transaktions-Malleability. SegWit wird für alle neuen Wallets empfohlen.

Kann ich Bitcoin von einer Legacy-Adresse an eine SegWit-Adresse senden?​

Ja. Alle Bitcoin-Adresstypen sind im Netzwerk interoperabel. Du kannst von jedem Adresstyp an jeden anderen Adresstyp senden. Das einzige Kompatibilitätsproblem liegt bei Wallet-Software — einige ältere Wallets können keine Transaktionen erstellen, die an bc1q- oder bc1p-Adressen senden.

Warum zeigt meine Wallet jedes Mal andere Adressen an?​

Das ist erwartetes Verhalten bei HD Wallets mit BIP-44. Für jede Transaktion wird zur Verbesserung der Privatsphäre eine neue Adresse generiert. Alle Adressen werden aus derselben Seed Phrase abgeleitet und können wiederhergestellt werden. Bereits verwendete Adressen bleiben gültig und können weiterhin Gelder empfangen.

Was ist Bech32-Kodierung?​

Bech32 ist ein in BIP-173 spezifiziertes Adresskodierungsformat, das für native SegWit-Adressen (bc1q) verwendet wird. Es nutzt alphanumerische Kleinbuchstaben (ohne 1, b, i, o), enthält eine BCH-fehlerkorrigierende Prüfsumme und hat ein menschenlesbares Präfix (bc für Bitcoin-Mainnet). Bech32m (BIP-350) ist eine modifizierte Version für Taproot-Adressen (bc1p).

Welcher Bitcoin-Adresstyp hat die niedrigsten Gebühren?​

Taproot-Adressen (bc1p) haben für Key-Path-Spends im Allgemeinen die niedrigsten Gebühren, dank der Effizienz von Schnorr-Signaturen. Native SegWit (bc1q) liegt dicht dahinter. P2SH-wrapped SegWit (3...) ist teurer, und Legacy-Adressen (1...) sind wegen ihrer größeren Transaktionsgröße am teuersten.

Kann ich dieselbe Adresse für Bitcoin und Bitcoin Cash verwenden?​

Nein. Obwohl Legacy-Bitcoin- und Bitcoin-Cash-Adressen ähnlich aussehen können (beide beginnen mit „1“), kann das Senden von Bitcoin an eine Bitcoin-Cash-Adresse (oder umgekehrt) dazu führen, dass die Gelder auf der falschen Chain gesendet werden. Bitcoin Cash verwendet das CashAddr-Format (beginnend mit „bitcoincash:“), um diese Verwechslung zu vermeiden.

Was passiert, wenn ich Krypto an den falschen Adresstyp im falschen Netzwerk sende?​

Bei EVM-Chains (Ethereum, Polygon, BSC usw.) existiert dieselbe Adresse auf allen Chains, daher gehen Gelder nicht verloren — du musst nur auf das richtige Netzwerk zugreifen. Bei Nicht-EVM-Chains mit anderen Adressformaten verhindern Wallets normalerweise das Senden an eine ungültige Adresse. Falls Gelder dennoch an ein nicht existentes Adressformat gesendet werden, können sie dauerhaft verloren sein.

Haben alle Ethereum-Adressen dasselbe Format?​

Ja. Ethereum verwendet ein einziges Adressformat (0x + 40 Hex-Zeichen) für alle Zwecke: Empfang von ETH, ERC-20-Tokens, NFTs und Interaktion mit Smart Contracts. Dieselbe Adresse ist auf allen EVM-kompatiblen Chains gültig.

Verwandte Leitfäden​