BTC 61’574 €Abstand zum Floor +1,1 %Zone Akkumulation€1 = 1’624 Sats
21Bitcoin Power Law Mein Ziel

Magazin · Mining & Technologie

Taproot und Schnorr: Was das letzte große Upgrade brachte

Taproot und Schnorr erklärt: kürzere Signaturen, MuSig2, versteckte Skript-Bäume, bc1p-Adressen, Gebühren, Privatsphäre und die Ordinals-Nebenwirkung.

Von · · 13 Min. Lesezeit

Taproot ist das letzte große Upgrade von Bitcoin, aktiv seit dem 14.11.2021 (Block 709’632). Es brachte Schnorr-Signaturen, die kürzer sind als die alten und sich zu einer einzigen zusammenfassen lassen. Dazu kamen Skript-Bäume, bei denen nur die genutzte Bedingung sichtbar wird. Das Ergebnis: Eine Wallet mit mehreren Schlüsseln kann auf der Blockchain aussehen und kosten wie eine einfache Zahlung.

Wie Bitcoin überhaupt neue Regeln bekommt und wie Taproot 2021 mit „Speedy Trial“ aktiviert wurde, erklärt der Artikel Bitcoin Soft Fork. Hier geht es um das Upgrade selbst: was technisch drinsteckt, was es dir bringt und was daraus geworden ist. Alle Angaben haben den Stand November 2026.

Drei Bausteine, ein Upgrade

Taproot besteht aus drei Bitcoin Improvement Proposals, die nur zusammen Sinn ergeben:

BIPNameWas er bringt
BIP 340Schnorr-Signaturenneues Unterschriftsverfahren, 64 Byte, zusammenfassbar
BIP 341Taprootneuer Adresstyp (SegWit Version 1), Schlüssel- und Skript-Pfad, Skript-Bäume
BIP 342Tapscriptüberarbeitete Skriptsprache für die Bedingungen im Baum

Die Idee geht auf einen Beitrag von Gregory Maxwell auf der Bitcoin-Entwicklerliste im Januar 2018 zurück. Ausgearbeitet haben die BIPs vor allem Pieter Wuille, Jonas Nick, Tim Ruffing und Anthony Towns. Von der Idee bis zur Aktivierung vergingen fast vier Jahre.

Schnorr-Signaturen: kürzer und zusammenfassbar

Jede Bitcoin-Zahlung braucht eine digitale Unterschrift. Sie beweist, dass der Besitzer des privaten Schlüssels zustimmt, ohne den Schlüssel zu verraten. Bis 2021 nutzte Bitcoin dafür nur ECDSA. Taproot fügt Schnorr-Signaturen hinzu, auf derselben elliptischen Kurve secp256k1. Deine Seed-Phrase und deine Schlüssel bleiben also dieselbe Art von Zahl.

Warum hat Satoshi nicht gleich Schnorr gewählt? Das Verfahren war bis 2008 patentiert, und es gab keinen verbreiteten Standard dafür. ECDSA war frei und in Bibliotheken verfügbar.

Schnorr hat gegenüber ECDSA drei Vorteile:

  1. Kürzer. Eine Schnorr-Signatur ist immer genau 64 Byte lang, eine ECDSA-Signatur meist 71 bis 72 Byte. Auch der öffentliche Schlüssel schrumpft von 33 auf 32 Byte.
  2. Sauber beweisbar. Die Sicherheit von Schnorr lässt sich unter gut verstandenen Annahmen mathematisch beweisen. Bei ECDSA ist das nur eingeschränkt möglich.
  3. Linear. Das ist der eigentliche Grund für das Upgrade. Signaturen und Schlüssel lassen sich addieren. Zwei Personen können gemeinsam einen Schlüssel bilden und gemeinsam eine einzige Signatur dafür erzeugen.
So funktioniert eine Schnorr-Signatur

Bezeichnungen: G ist der feste Startpunkt der Kurve, x dein privater Schlüssel, P = x·G dein öffentlicher Schlüssel, m die Nachricht (die Transaktion), H eine Hash-Funktion (SHA-256 mit „Tag“).

Unterschreiben:

  1. Wähle eine geheime Zufallszahl k (Nonce) und berechne R = k·G.
  2. Berechne e = H(R ‖ P ‖ m).
  3. Berechne s = k + e·x.
  4. Die Signatur ist (R, s): 32 Byte für die x-Koordinate von R, 32 Byte für s, zusammen 64 Byte.

Prüfen: Jeder kann nachrechnen, ob s·G = R + e·P gilt. Das stimmt, weil s·G = k·G + e·x·G = R + e·P.

Linearität: Haben Anna (x₁) und Ben (x₂) einen gemeinsamen Schlüssel P = P₁ + P₂, und wählen beide eine Nonce mit R = R₁ + R₂, dann ergibt s = s₁ + s₂ eine gültige Signatur für P. Keiner von beiden kennt den gesamten privaten Schlüssel x₁ + x₂.

Bei ECDSA geht das nicht, weil dort durch die Nonce geteilt wird: s = k⁻¹·(H(m) + r·x). Diese Formel lässt sich nicht einfach addieren.

MuSig2: viele Schlüssel, eine Unterschrift

Die einfache Addition hat eine Lücke: Ein Teilnehmer könnte seinen Schlüssel so wählen, dass er die Schlüssel der anderen aufhebt, und dann allein unterschreiben. Das Verfahren MuSig2 (BIP 327, seit 2023 als Standard beschrieben) verhindert das. Jeder Schlüssel bekommt einen eigenen Faktor, der von allen beteiligten Schlüsseln abhängt.

Dazu kommt ein Ablauf in zwei Runden: Zuerst tauschen alle zwei Nonces aus, dann ihre Teil-Signaturen. Die erste Runde lässt sich vorbereiten, bevor die Transaktion überhaupt feststeht.

Wichtig: MuSig2 ist ein n-von-n-Verfahren. Alle Beteiligten müssen mitmachen. Eine 2-von-3-Wallet baut man mit Taproot deshalb so: Die zwei Schlüssel, die normalerweise unterschreiben, bilden per MuSig2 den Hauptschlüssel. Die anderen Kombinationen liegen als Ersatzwege im Skript-Baum. Echte Schwellen-Signaturen wie „3 von 5 in einer Signatur“ (FROST) sind in Entwicklung, aber in verbreiteten Wallets Stand November 2026 noch die Ausnahme.

So bildet MuSig2 den gemeinsamen Schlüssel

Für die Schlüssel P₁ … Pₙ sei L die Liste aller Schlüssel.

  • Faktor je Schlüssel: aᵢ = H(L ‖ Pᵢ)
  • Gemeinsamer Schlüssel: P = a₁·P₁ + a₂·P₂ + … + aₙ·Pₙ
  • Jeder Teilnehmer bringt zwei Nonces ein (Rᵢ,₁ und Rᵢ,₂). Daraus entsteht ein gemeinsames R, das zusätzlich von der Nachricht abhängt. Das macht zwei Runden statt drei möglich und bleibt sicher, auch wenn mehrere Signier-Vorgänge parallel laufen.
  • Teil-Signatur: sᵢ = kᵢ + e·aᵢ·xᵢ, Gesamtsignatur s = s₁ + … + sₙ.

Das Ergebnis ist eine gewöhnliche 64-Byte-Signatur zu einem gewöhnlichen 32-Byte-Schlüssel. Niemand kann von außen erkennen, wie viele Personen beteiligt waren.

Skript-Bäume: Bedingungen, die niemand sieht

Bitcoin kann mehr als „ein Schlüssel, eine Unterschrift“. Eine Wallet kann Bedingungen haben, etwa: „Anna und Ben gemeinsam, oder Anna und der Notar, oder nach einem Jahr Ben allein.“ Vor Taproot musstest du beim Ausgeben das ganze Regelwerk offenlegen, auch die Teile, die du gar nicht nutzt. Das kostete Platz und verriet viel über deine Absicherung.

Taproot ordnet die Bedingungen in einem Baum an (MAST, „Merklized Alternative Script Tree“). Jede Bedingung ist ein Blatt. In der Adresse steckt nur ein Fingerabdruck des ganzen Baums. Beim Ausgeben zeigst du:

  • das eine Blatt, das du nutzt,
  • den Beweis, dass es zum Baum gehört (je Ebene 32 Byte),
  • die Unterschriften, die dieses Blatt verlangt.

Alle anderen Blätter bleiben für immer verborgen.

Schlüssel-Pfad und Skript-Pfad

Der eigentliche Trick von Taproot verbindet beides. Jede Taproot-Adresse hat einen Hauptschlüssel und optional einen Skript-Baum. Der Baum wird in den Hauptschlüssel „eingerechnet“ (Tweak). Daraus ergeben sich zwei Wege zum Ausgeben:

  • Schlüssel-Pfad: Eine einzige Schnorr-Signatur zum Hauptschlüssel genügt. Ob dahinter ein Baum steckt, sieht niemand.
  • Skript-Pfad: Du nutzt ein Blatt aus dem Baum. Dann wird sichtbar, dass es einen Baum gab, und welches Blatt du gewählt hast.

Der Normalfall läuft also über den Schlüssel-Pfad, der Baum ist die Rückfallebene. Bei einer einfachen Wallet mit einem Schlüssel gibt es gar keinen Baum. Sie nutzt immer den Schlüssel-Pfad.

So steckt der Baum im Schlüssel (BIP 341)
  • Blatt: hᵢ = H_TapLeaf(Version ‖ Länge ‖ Skript)
  • Ast: H_TapBranch(a ‖ b), wobei a und b sortiert werden
  • Wurzel: der oberste Ast, genannt Merkle-Root r
  • Tweak: t = H_TapTweak(P ‖ r)
  • Ausgabe-Schlüssel: Q = P + t·G

Q steht als 32 Byte in der Adresse (SegWit Version 1, bc1p). Beim Schlüssel-Pfad unterschreibt man direkt für Q mit dem privaten Schlüssel x + t. Beim Skript-Pfad legt man P, das Blatt und die Geschwister-Hashes offen (Control Block: 33 + 32 × Tiefe Byte), und jeder prüft, dass daraus Q entsteht. Ein Baum darf bis zu 128 Ebenen tief sein.

Tapscript: die überarbeitete Skriptsprache

BIP 342 legt fest, wie die Blätter geschrieben werden. Drei Änderungen sind wichtig:

  • CHECKSIGADD statt CHECKMULTISIG. Der alte Multisig-Befehl musste jede Signatur gegen mehrere Schlüssel probieren. Der neue zählt gültige Signaturen einfach zusammen, jede Signatur wird nur einmal geprüft.
  • Grenzen neu gezogen. Die alte Grenze von 10’000 Byte pro Skript und 201 Befehlen fällt. Stattdessen hängt das Prüf-Budget von der Größe der Daten ab. Diese Änderung wurde später wichtig, siehe Inscriptions.
  • Platz für künftige Upgrades. Ungenutzte Befehle sind als „OP_SUCCESS“ reserviert. Ein späterer Soft Fork kann ihnen eine Bedeutung geben, ohne die Skriptsprache neu zu erfinden.

Privatsphäre: Multisig sieht aus wie Single-Sig

Vor Taproot war eine 2-von-3-Wallet auf der Blockchain sofort erkennbar. Beim Ausgeben standen alle drei öffentlichen Schlüssel und die zwei Signaturen offen da.

Mit Taproot und MuSig2 erzeugt der Normalfall eine Signatur zu einem Schlüssel, genau wie eine einfache Handy-Wallet. Wer die Blockchain liest, sieht keinen Unterschied. Das gilt auch für Lightning-Kanäle, wenn beide Seiten kooperativ schließen und die Software Taproot-Kanäle nutzt. Wie Lightning funktioniert, erklärt der Artikel Lightning Network.

Grenzen gibt es trotzdem:

  • Der Skript-Pfad verrät etwas. Nutzt du einen Ersatzweg, sieht man, dass es einen Baum gab, und das genutzte Blatt.
  • Wenige nutzen bc1p. Solange nur ein kleiner Teil der Zahlungen Taproot nutzt, fällt eine bc1p-Adresse eher auf als eine bc1q-Adresse.
  • Beträge und Verbindungen bleiben sichtbar. Taproot versteckt Bedingungen, nicht wer wem wie viel sendet.

Was Taproot bei den Gebühren ändert

Bitcoin-Gebühren richten sich nach dem Platz einer Transaktion in vByte, nicht nach dem Betrag. Taproot verschiebt diesen Platz: Ein Taproot-Ausgang ist mit 43 vByte etwas größer als ein SegWit-Ausgang (31 vByte), weil er den ganzen Schlüssel statt eines Hashes enthält. Ein Taproot-Eingang ist mit 57,5 vByte kleiner (SegWit: 68 vByte). Den Vergleich für einfache Wallets zeigen der Artikel Bitcoin-Adressen und der Soft-Fork-Artikel. Hier geht es um Wallets mit mehreren Schlüsseln, wo der Unterschied groß wird.

So entstehen die vByte-Zahlen

Ein Eingang hat 41 Byte ohne Zeugen-Daten (Verweis 36, Länge 1, Sequenz 4). Sie zählen vierfach: 164 Gewichtseinheiten (WU). Zeugen-Daten (Witness) zählen einfach. vByte = WU ÷ 4.

  • Taproot, Schlüssel-Pfad: Witness = 1 (Anzahl) + 1 + 64 (Signatur) = 66 WU. Summe 230 WU = 57,5 vByte. Gleich für 1, 2 oder 5 Beteiligte.
  • SegWit 2 von 3: Witness = 1 + 1 (leeres Element) + 2 × 73 (Signaturen) + 1 + 105 (Skript mit drei Schlüsseln) = 254 WU. Summe 418 WU = 104,5 vByte.
  • Taproot, Skript-Pfad 2 von 2 in einem Baum mit zwei Blättern: Witness = 1 + 2 × 65 (Signaturen) + 1 + 68 (Skript) + 1 + 65 (Control Block) = 266 WU. Summe 430 WU = 107,5 vByte.
  • SegWit 3 von 5: Witness = 1 + 1 + 3 × 73 + 1 + 173 = 395 WU. Summe 559 WU = 139,75 vByte.

Gebühr = vByte × Gebührenrate, z. B. 57,5 × 20 = 1’150 Sats. ECDSA-Signaturen schwanken um ein Byte, deshalb „rund“.

Was diese Sats in Euro oder Franken wert sind, rechnest du hier um:

Rechner Sats-Rechner
Im Rechner öffnen →

Wer Taproot nutzt: Verbreitung Stand November 2026

Taproot ist fünf Jahre aktiv, aber für das Sparen noch nicht der Standard. Laut Glassnode lagen am 10.11.2026 rund 222’000 BTC auf Taproot-Adressen, gut 1 % aller Bitcoin. Die große Mehrheit liegt weiter auf bc1q-, 3- und 1-Adressen.

Das hat nachvollziehbare Gründe:

  • Bei einer einfachen Wallet ist der Vorteil klein. Wer selten ausgibt, spart mit bc1p kaum etwas.
  • Multisig mit MuSig2 kam spät. Der Standard für MuSig2 erschien erst 2023. Hardware-Wallets und Koordinations-Software müssen ihn erst umsetzen. Für die übliche private 2-von-3-Wallet ist MuSig2 Stand November 2026 noch die Ausnahme.
  • Senden geht fast überall, Empfangen nicht. Fast alle aktuellen Wallets und großen Börsen senden an bc1p. Eigene bc1p-Adressen erzeugen viele Wallets, aber nicht alle.

Für große Langzeit-Bestände gibt es außerdem ein Argument gegen bc1p: Der öffentliche Schlüssel steht direkt in der Adresse, nicht nur als Hash. Ein künftiger Quantencomputer hätte hier einen Angriffspunkt. Wie ernst das heute ist, ordnet der Artikel Quantencomputer und Bitcoin ein.

Die unerwartete Nutzung: Inscriptions und Ordinals

Die bekannteste Anwendung von Taproot hatte niemand geplant. Im Januar 2023 startete Casey Rodarmor das Ordinals-Projekt. Es besteht aus zwei Teilen:

  • Ordinals sind eine Zählweise: Jeder Satoshi bekommt eine Nummer nach der Reihenfolge, in der er geschürft wurde. Das ist nur eine Konvention außerhalb der Bitcoin-Regeln.
  • Inscriptions schreiben Daten (Bilder, Texte, später auch Token wie „BRC-20“) in ein Taproot-Skript, und zwar in einen Abschnitt, der nie ausgeführt wird (OP_FALSE OP_IF … OP_ENDIF). Die Daten landen im Witness-Teil der Transaktion.

Drei Eigenschaften machten das attraktiv: Witness-Daten zählen seit SegWit nur ein Viertel, Tapscript hob die alte Grenze von 10’000 Byte pro Skript auf, und ein Block darf bis zu 4 Millionen Gewichtseinheiten haben. Anfang 2023 füllte so ein einzelnes Bild fast einen ganzen Block.

Die Folgen spürten alle: In mehreren Wellen 2023 und 2024 stiegen die Gebühren zeitweise stark, weil Inscriptions um denselben Blockplatz boten wie normale Zahlungen. Für Miner war das zusätzliches Einkommen, für Sparer mit vielen kleinen Beträgen teuer. Die Frage, ob Bitcoin solche Daten begrenzen soll, führte 2025 und 2026 zu heftigen Debatten bis hin zum gescheiterten Vorschlag BIP 110. Die Einzelheiten stehen im Soft-Fork-Artikel.

Was Taproot für dich bedeutet

  • Einfache Wallet: bc1q und bc1p sind beide gut. Für große, ruhende Bestände ist bc1q nach heutigem Stand die vorsichtigere Wahl, wegen des Quanten-Arguments.
  • Multisig: Hier liegt der große Nutzen. Prüfe, ob deine Software Taproot-Multisig mit MuSig2 unterstützt und ob alle deine Geräte mitspielen. Bis dahin bleibt die bewährte bc1q-Multisig eine solide Lösung.
  • Nichts tun müssen: Deine alten Adressen funktionieren weiter. Taproot ist eine Möglichkeit, keine Pflicht.

Häufige Fragen

Wann wurde Taproot aktiviert?

Am 14.11.2021 mit Block 709’632. Die Miner hatten die nötige Zustimmung von 90 % schon im Juni 2021 signalisiert. Die Monate bis zur festen Aktivierungshöhe dienten Wallets und Node-Betreibern zum Aktualisieren.

Was ist der Unterschied zwischen Schnorr und ECDSA?

Beide unterschreiben auf derselben Kurve mit denselben Schlüsseln. Schnorr-Signaturen sind kürzer (64 statt meist 71 bis 72 Byte), mathematisch sauberer beweisbar und lassen sich addieren. Dadurch können mehrere Personen eine einzige gemeinsame Signatur erzeugen.

Ist eine bc1p-Adresse sicherer als bc1q?

Nicht grundsätzlich. Beide sind nach heutigem Stand sicher. bc1p spart beim Ausgeben etwas und schützt bei Multisig die Privatsphäre. bc1q zeigt deinen öffentlichen Schlüssel erst beim Ausgeben, das ist im Hinblick auf künftige Quantencomputer vorsichtiger.

Ist MuSig2 dasselbe wie Multisig?

Nein. Klassisches Multisig prüft mehrere Signaturen einzeln, zum Beispiel 2 von 3. MuSig2 fasst Schlüssel und Signaturen aller Beteiligten zu einer zusammen, alle müssen mitmachen (n von n). Mit Taproot kombiniert man beides: MuSig2 für den Normalfall, Skript-Blätter für die Ersatzwege.

Haben Ordinals etwas mit Taproot zu tun?

Die Nummerierung der Satoshis nicht, sie ist nur eine Zählweise. Inscriptions dagegen nutzen Taproot-Skripte, um Daten im Witness unterzubringen. Möglich wurde das durch die Witness-Ermäßigung von SegWit und die aufgehobene Größengrenze für Skripte in Tapscript.

Quellen

Keine Finanz-, Rechts- oder Steuerberatung. Modelle sind keine Garantie.

Schlagwörter:

Der Bitcoin-Power-Law-Newsletter

Eine E-Mail, wenn wir einen neuen Artikel oder Rechner veröffentlichen. Jede Ausgabe hat einen Abmeldelink.

← Alle Artikel