{"id":126,"date":"2026-06-29T10:21:37","date_gmt":"2026-06-29T10:21:37","guid":{"rendered":"https:\/\/hoge.gg\/de\/taproot-bitcoin-upgrade-erklaert-3\/"},"modified":"2026-06-29T10:21:37","modified_gmt":"2026-06-29T10:21:37","slug":"taproot-bitcoin-upgrade-erklaert-3","status":"publish","type":"post","link":"https:\/\/hoge.gg\/de\/taproot-bitcoin-upgrade-erklaert-3\/","title":{"rendered":"Taproot erkl\u00e4rt: Bitcoins gr\u00f6\u00dftes Upgrade seit SegWit"},"content":{"rendered":"\n

Am 14. November 2021 aktivierte das Bitcoin-Netzwerk bei Block 709.632 sein bis dahin tiefgreifendstes Upgrade seit der Einf\u00fchrung von Segregated Witness (SegWit) im Jahr 2017. Taproot, so der Name dieses Soft Forks, klingt technisch und sperrig, ver\u00e4ndert aber im Hintergrund grundlegend, wie Transaktionen signiert, gepr\u00fcft und auf der Blockchain dargestellt werden. Dieser Beitrag erkl\u00e4rt verst\u00e4ndlich, was Taproot ist, wie die Technik dahinter funktioniert und warum sie f\u00fcr Privatsph\u00e4re, Geb\u00fchren und die Zukunft von Smart Contracts auf Bitcoin z\u00e4hlt. F\u00fcr Anlegerinnen und Anleger im deutschsprachigen Raum ordnen wir am Ende auch den regulatorischen Rahmen ein.<\/p>\n\n\n

Was ist Taproot?<\/h2>\n\n\n

Taproot ist ein B\u00fcndel aus drei eng verzahnten Verbesserungsvorschl\u00e4gen, den sogenannten Bitcoin Improvement Proposals (BIPs). Zusammen f\u00fchren sie eine neue Art ein, Bitcoin-Betr\u00e4ge zu sperren und wieder auszugeben. Im Kern geht es um drei Dinge: ein moderneres Signaturverfahren, eine effizientere Methode, komplexe Ausgabebedingungen zu verbergen, und ein angepasstes Skriptsystem. Das Ergebnis ist ein Netzwerk, in dem eine simple Zahlung und ein komplexes Multisignatur-Konstrukt auf der Blockchain praktisch gleich aussehen.<\/p>\n\n\n

Damit war Taproot das wichtigste Update seit vier Jahren. W\u00e4hrend SegWit 2017 vor allem das Transaktionsformat und die Kapazit\u00e4t betraf, zielt Taproot auf Effizienz, Vertraulichkeit und die Grundlage f\u00fcr anspruchsvollere Anwendungen. Die offizielle Spezifikation BIP 341<\/a> beschreibt Taproot als neuen Output-Typ der SegWit-Version 1, dessen Ausgaberegeln auf Schnorr-Signaturen und Merkle-B\u00e4umen beruhen. Wichtig ist: Es handelt sich um einen Soft Fork, also eine r\u00fcckw\u00e4rtskompatible \u00c4nderung, bei der \u00e4ltere Knoten weiter funktionieren.<\/p>\n\n\n

Der lange Weg zur Aktivierung<\/h2>\n\n\n

Die Idee hinter Taproot wurde bereits 2018 vom damaligen Bitcoin-Core-Entwickler Pieter Wuille skizziert. Bis zur tats\u00e4chlichen Aktivierung vergingen jedoch Jahre, in denen die Community um den richtigen Aktivierungsmechanismus rang. Anders als bei fr\u00fcheren Upgrades, die zu erbitterten Lagerk\u00e4mpfen gef\u00fchrt hatten, einigte man sich diesmal auf einen vergleichsweise konservativen Ansatz mit dem Namen Speedy Trial.<\/p>\n\n\n

Bei Speedy Trial signalisieren Miner ihre Zustimmung, indem sie eine kleine Information in die von ihnen gesch\u00fcrften Bl\u00f6cke einbetten. Erreichen innerhalb einer zweiw\u00f6chigen Schwierigkeitsperiode mindestens 90 Prozent der Bl\u00f6cke dieses Signal, gilt das Upgrade als gesichert. Konkret mussten 1.815 von 2.016 Bl\u00f6cken zustimmen. Wie CoinDesk berichtete<\/a>, war diese H\u00fcrde am 12. Juni 2021 genommen, woraufhin Taproot fest eingeplant war (im Fachjargon ‘locked in’).<\/p>\n\n\n

Danach folgte eine mehrmonatige Wartephase, in der Miner, Knotenbetreiber und Wallet-Anbieter ihre Software auf Bitcoin Core 0.21.1 aktualisieren konnten. Erst beim Erreichen der festgelegten Blockh\u00f6he wurde Taproot scharfgeschaltet. Den ersten Taproot-Block sch\u00fcrfte der Mining-Pool F2Pool, wie unter anderem CoinDesk<\/a> festhielt. Die folgende \u00dcbersicht fasst die wichtigsten Stationen zusammen.<\/p>\n\n\n

Zeitpunkt<\/th>Ereignis<\/th><\/tr><\/thead>
2018<\/td>Pieter Wuille skizziert das Taproot-Konzept<\/td><\/tr>
M\u00e4rz 2021<\/td>Vorschlag des Aktivierungsmodells Speedy Trial<\/td><\/tr>
12. Juni 2021<\/td>90-Prozent-Schwelle erreicht, Upgrade gilt als gesichert<\/td><\/tr>
14. November 2021<\/td>Aktivierung bei Block 709.632 durch F2Pool<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n

Schnorr-Signaturen: das mathematische Fundament<\/h2>\n\n\n

Das Herzst\u00fcck von Taproot ist BIP 340, das ein neues digitales Signaturverfahren einf\u00fchrt: die Schnorr-Signatur. Sie ersetzt f\u00fcr Taproot-Ausgaben das zuvor genutzte Verfahren ECDSA. Das Konzept geht auf den deutschen Mathematiker Claus-Peter Schnorr zur\u00fcck und galt lange als besonders elegant, war aber bis zum Auslaufen des Patents im Jahr 2008 nur eingeschr\u00e4nkt nutzbar.<\/p>\n\n\n

F\u00fcr Bitcoin bringt Schnorr drei praktische Vorteile. Erstens sind die Signaturen kompakter: Eine ECDSA-Signatur belegt rund 71 bis 72 Byte, eine Schnorr-Signatur h\u00f6chstens 64 Byte. Zweitens erlaubt die sogenannte Linearit\u00e4t der zugrunde liegenden Mathematik die Stapelpr\u00fcfung (batch validation), bei der viele Signaturen gemeinsam in einem Rechenschritt verifiziert werden. Drittens, und das ist der weitreichendste Punkt, lassen sich mehrere Schl\u00fcssel zu einem einzigen zusammenfassen. Die technischen Details h\u00e4lt die Spezifikation BIP 340<\/a> fest.<\/p>\n\n\n

Diese Schl\u00fcsselaggregation, etwa \u00fcber das Verfahren MuSig, hat eine bemerkenswerte Folge: Ein Wallet, das eigentlich drei Unterschriften ben\u00f6tigt, kann nach au\u00dfen wie ein simples Konto mit einem einzigen Schl\u00fcssel auftreten. Auf der Blockchain ist nicht mehr erkennbar, ob hinter einer Zahlung eine Einzelperson oder ein vielk\u00f6pfiges Gremium steht. Genau an dieser Stelle verschmelzen Effizienz und Privatsph\u00e4re zu einem einzigen Merkmal.<\/p>\n\n\n

MAST und Tapscript: versteckte Bedingungen<\/h2>\n\n\n

W\u00e4hrend BIP 340 die Signaturen regelt, definiert BIP 341 die eigentliche Taproot-Struktur und BIP 342 das angepasste Skriptsystem namens Tapscript. Zentral ist dabei das Konzept der Merkelized Alternative Script Trees, kurz MAST. Vereinfacht gesagt werden alle m\u00f6glichen Ausgabebedingungen einer Transaktion in einem Merkle-Baum zusammengefasst, also in einer Datenstruktur, die viele Eintr\u00e4ge zu einem einzigen Pr\u00fcfwert verdichtet.<\/p>\n\n\n

Der Clou: Beim Ausgeben muss nur der tats\u00e4chlich genutzte Zweig offengelegt werden, nicht der gesamte Bedingungsbaum. Hat ein Vertrag zehn m\u00f6gliche Ausg\u00e4nge und wird nur einer davon verwendet, bleiben die \u00fcbrigen neun f\u00fcr immer verborgen. Das spart Platz, senkt Geb\u00fchren und erh\u00f6ht zugleich die Vertraulichkeit. BIP 342 deaktiviert au\u00dferdem die ineffizienten Opcodes OP_CHECKMULTISIG und OP_CHECKMULTISIGVERIFY und f\u00fchrt mit OP_CHECKSIGADD eine stapelpr\u00fcfbare Alternative ein, wie die Spezifikation BIP 342<\/a> beschreibt.<\/p>\n\n\n

Taproot kombiniert damit zwei Ausgabewege: den Schl\u00fcsselpfad (key path) f\u00fcr den einfachen, h\u00e4ufigen Fall und den Skriptpfad (script path) f\u00fcr komplexe Bedingungen. Solange alle Beteiligten kooperieren, wird der g\u00fcnstige und unauff\u00e4llige Schl\u00fcsselpfad genutzt. Die Referenzimplementierung der neuen Regeln wurde im Bitcoin-Core-Pull-Request 19953<\/a> umgesetzt und ausf\u00fchrlich gepr\u00fcft.<\/p>\n\n\n

Mehr Privatsph\u00e4re, kleinere Geb\u00fchren<\/h2>\n\n\n

F\u00fcr Endnutzer \u00fcbersetzt sich diese Technik in zwei greifbare Vorteile. Erstens werden Transaktionen tendenziell kleiner, was bei hoher Netzauslastung niedrigere Geb\u00fchren bedeuten kann, denn Bitcoin-Geb\u00fchren richten sich nach der Datengr\u00f6\u00dfe in Byte und nicht nach dem \u00fcberwiesenen Betrag. Zweitens steigt die Privatsph\u00e4re, weil sich Standardzahlungen und aufwendige Konstrukte auf der Kette nicht mehr ohne Weiteres unterscheiden lassen.<\/p>\n\n\n