Taproot ist das bislang umfangreichste Update des Bitcoin-Protokolls seit SegWit aus dem Jahr 2017. Aktiviert wurde es am 14. November 2021 bei Blockh\u00f6he 709.632, ohne Streit, ohne Kettenspaltung und f\u00fcr die meisten Nutzer praktisch unsichtbar. Genau das ist der Punkt: Taproot ver\u00e4ndert nicht, wie viele Bitcoin existieren oder wie schnell Bl\u00f6cke entstehen, sondern wie Transaktionen signiert, gespeichert und gepr\u00fcft werden. Das Ergebnis sind bessere Privatsph\u00e4re, etwas niedrigere Geb\u00fchren f\u00fcr komplexe Zahlungen und eine deutlich flexiblere Skriptsprache.<\/p>\n\n
Hinter dem Begriff stecken drei eng verzahnte Bitcoin Improvement Proposals (BIPs): BIP 340<\/a> (Schnorr signatures), BIP 341<\/a> (Taproot) und BIP 342<\/a> (Tapscript). Verfasst wurden die Kernspezifikationen unter anderem von Pieter Wuille, Jonas Nick und Anthony Towns. Dieser Beitrag erkl\u00e4rt, was technisch hinter Taproot steckt, warum die Aktivierung politisch heikel war und welche Folgen das Upgrade bis heute f\u00fcr Geb\u00fchren, Privatsph\u00e4re und ganze Marktsegmente hat. Wer Bitcoin heute nutzt, profitiert oft von Taproot, ohne es zu bemerken, denn moderne Wallets erzeugen die neuen Adressen automatisch.<\/p>\n\n Bis Taproot signierte Bitcoin jede Transaktion mit dem ECDSA-Verfahren. BIP 340 f\u00fchrte daneben Schnorr signatures ein, ein \u00e4lteres, mathematisch besonders elegantes Signaturschema, das jahrzehntelang durch ein inzwischen ausgelaufenes Patent blockiert war. Schnorr-Signaturen sind mit 64 Byte etwas kleiner als typische ECDSA-Signaturen, sie nutzen weiterhin dieselbe elliptische Kurve secp256k1 und lassen sich schneller im Stapel (Batch-Verfahren) pr\u00fcfen. F\u00fcr Betreiber eines eigenen Knotens bedeutet das weniger Rechenaufwand bei der Validierung neuer Bl\u00f6cke.<\/p>\n\n Die eigentliche St\u00e4rke ist die sogenannte Linearit\u00e4t. Vereinfacht gesagt lassen sich mehrere Signaturen und \u00f6ffentliche Schl\u00fcssel mathematisch zu einer einzigen zusammenfassen. \u00dcber Protokolle wie MuSig2 kann eine Gruppe von Unterzeichnern eine gemeinsame Signatur erzeugen, die auf der Blockchain wie eine ganz gew\u00f6hnliche Einzelsignatur aussieht. Eine 3-von-5-Multisignatur ist damit von einer simplen \u00dcberweisung nicht mehr zu unterscheiden, was Privatsph\u00e4re und Effizienz zugleich erh\u00f6ht. Hinzu kommt ein Sicherheitsgewinn, denn Schnorr gilt unter klar definierten Annahmen als beweisbar sicher.<\/p>\n\n Der zweite Baustein ist Taproot selbst. Jede Taproot-Ausgabe l\u00e4sst sich auf zwei Wegen ausgeben: \u00fcber den Key Path (eine einzige Signatur) oder \u00fcber den Script Path (komplexere Bedingungen wie Zeitschl\u00f6sser oder Multisig). Solange alle Beteiligten kooperieren, wird nur der Key Path genutzt, und nach au\u00dfen ist \u00fcberhaupt nicht erkennbar, dass es alternative Bedingungen \u00fcberhaupt gab. Diese Wahlfreiheit ist der Kern dessen, was Taproot so flexibel macht.<\/p>\n\n M\u00f6glich macht das ein Merkle-Baum, im Bitcoin-Jargon MAST (Merklized Alternative Script Trees) genannt. Statt s\u00e4mtliche m\u00f6glichen Ausgabebedingungen offenzulegen, wird nur der tats\u00e4chlich genutzte Zweig ver\u00f6ffentlicht. BIP 342 (Tapscript) r\u00e4umt zugleich die Skriptsprache auf: Es ersetzt das alte OP_CHECKMULTISIG durch das effizientere OP_CHECKSIGADD und hebt mehrere starre Gr\u00f6\u00dfenbeschr\u00e4nkungen auf. F\u00fcr die Privatsph\u00e4re ist der Effekt erheblich, denn eine Wallet mit aufwendigem Wiederherstellungs- oder Erbschaftsmechanismus kann ihre Bitcoin im Normalfall ausgeben, ohne diese Sonderregeln jemals offenzulegen. Genau diese scheinbar nebens\u00e4chlichen Details werden sp\u00e4ter f\u00fcr Ordinals entscheidend.<\/p>\n\n Bitcoin hat keine zentrale Instanz, die Updates verordnet. Taproot wurde deshalb als Soft Fork eingef\u00fchrt, also abw\u00e4rtskompatibel: Alte Knoten akzeptieren die neuen Transaktionen weiterhin, auch wenn sie die neuen Regeln nicht selbst voll durchsetzen. F\u00fcr normale Nutzer hie\u00df das, dass kein Handeln n\u00f6tig war und alte Guthaben jederzeit g\u00fcltig und zug\u00e4nglich blieben. Nach den zerm\u00fcrbenden Blocksize-Debatten von 2017 wollte die Community einen erneuten Lagerkampf unbedingt vermeiden.<\/p>\n\n Die L\u00f6sung hie\u00df Speedy Trial, ein Aktivierungsmechanismus, bei dem Miner innerhalb eines festen Zeitfensters Unterst\u00fctzung signalisieren mussten. \u00dcber 90 Prozent taten dies, und im Juni 2021 war das Upgrade gesperrt (locked in). Der entscheidende Code steckte in der Version Bitcoin Core 0.21.1<\/a>. Eine anschlie\u00dfende Wartezeit gab Minern und Knotenbetreibern Zeit zum Aktualisieren, bevor Taproot im November endg\u00fcltig aktiv wurde. CoinDesk<\/a> bezeichnete das Upgrade damals als die wichtigste \u00c4nderung an Bitcoin seit SegWit.<\/p>\n\n Vorausgegangen war ein z\u00e4hes Ringen um die richtige Aktivierungsmethode. Ein Teil der Community pl\u00e4dierte f\u00fcr einen User Activated Soft Fork (UASF), bei dem nicht die Miner, sondern die Knotenbetreiber den Ausschlag geben. Speedy Trial war am Ende der Kompromiss, der beide Lager zusammenf\u00fchrte, weil er ein schnelles Ja oder Nein erzwang, ohne das Netzwerk zu riskieren.<\/p>\n\n Das sichtbarste Zeichen sind die neuen Adressen. Taproot-Adressen nutzen das Format bech32m und beginnen mit bc1p, w\u00e4hrend die \u00e4lteren SegWit-Adressen mit bc1q starten. Die folgende Tabelle ordnet die wichtigsten Adresstypen in ihrer historischen Reihenfolge ein.<\/p>\n\nSchnorr-Signaturen: das mathematische Fundament (BIP 340)<\/h2>\n\n
MAST und Tapscript: Skripte, die sich verstecken (BIP 341 und 342)<\/h2>\n\n
Speedy Trial: wie der Soft Fork aktiviert wurde<\/h2>\n\n
Was sich f\u00fcr Nutzer ge\u00e4ndert hat<\/h2>\n\n