Was ist ein Taproot-Upgrade und warum brauchte Bitcoin es?

Pfahlwurzel-Aktivierungsmechanik

1. Taproot wurde am 12. November 2021 auf Blockhöhe 709632 aktiviert, nachdem ein Soft-Fork-Konsensmechanismus eine 90-prozentige Miner-Signalisierung über einen Schwierigkeitsanpassungszeitraum von 3.024 Blöcken erforderte.

2. Mit dem Upgrade wurden Zeugenausgaben der Version 1 eingeführt und die vorherigen Segregationszeugenstrukturen der Version 0 ersetzt, die in P2WPKH- und P2WSH-Transaktionen verwendet wurden.

3. Im Gegensatz zu früheren Versionen kodieren Taproot-Ausgaben alle Ausgabebedingungen innerhalb eines Merkleized Abstract Syntax Tree (MAST) und ermöglichen so eine bedingte Logik, ohne ungenutzte Zweige in der Kette offenzulegen.

4. Die Aktivierung hat weder die Geldpolitik noch die Blockgrößenbeschränkung von Bitcoin geändert, sondern neu definiert, wie die Skriptvalidierung während der Transaktionsüberprüfung ausgeführt wird.

5. Knoten, auf denen Bitcoin Core v0.21.1 oder höher ausgeführt wird, erkennen und erzwingen automatisch Taproot-Regeln und stellen so die Abwärtskompatibilität mit älteren Adressen und Wallets sicher.

Datenschutzverbesserungen durch Schnorr-Signaturen

1. Schnorr-Signaturen ersetzten ECDSA für Schlüsselpfadausgaben und erzeugten deterministische 64-Byte-Signaturen, die für externe Beobachter nicht von zufälligen Bytefolgen zu unterscheiden sind.

2. Durch die Signaturaggregation können mehrere Unterzeichner ihre Teilsignaturen zu einer einzigen Signatur kombinieren, wodurch Multi-Signatur-Footprint-Muster vermieden werden, die in UTXOs vor Taproot sichtbar sind.

3. Die Optimierung des öffentlichen Schlüssels durch Hash-basierte Punktaddition stellt sicher, dass sich die Darstellung in der Kette jedes Mal unterscheidet, selbst wenn derselbe öffentliche Schlüssel in mehreren Ausgaben erscheint.

4. Zeugendaten für Schlüsselpfadausgaben enthalten nur eine Signatur – kein Skript, keine Opcodes, keine Stack-Operationen – was die Transaktionsabsicht für Blockchain-Analysten undurchsichtig macht.

5. Skriptpfadausgaben offenbaren nur den ausgeführten Zweig eines MAST und verbergen alle alternativen Bedingungen und zugehörigen öffentlichen Schlüssel, sofern sie nicht explizit ausgelöst werden.

Steigerung der Transaktionseffizienz

1. Eine standardmäßige P2TR-Schlüsselpfadausgabe verbraucht 57,5 ​​Vbyte im Vergleich zu 68 Vbyte für eine entsprechende P2WPKH-Transaktion, wodurch sich die Gebühren unter typischen Mempool-Bedingungen um etwa 15 % senken.

2. Multi-Signatur-Setups profitieren überproportional: Eine 3 von 5 MuSig2-Ausgabe passt in 104 Vbyte im Vergleich zu 289 Vbyte für älteres P2WSH, was die Kosten um über 64 % senkt.

3. Die Verzögerung bei der Blockausbreitung verringerte sich aufgrund kleinerer Witness-Payloads, wodurch die Synchronisierungsgeschwindigkeit für den gesamten Knoten verbessert und die Waisenraten in Zeiten mit hohem Durchsatz reduziert wurden.

4. Die Validierungszeit pro Transaktion wurde um das bis zu 2,5-fache gesenkt, da bei der Schnorr-Signaturüberprüfung teure modulare Inversionen vermieden werden, die von ECDSA gefordert werden.

5. Die Gebührenschätzungsmodelle mussten nach der Aktivierung neu kalibriert werden, um variable Zeugengewichtungsbeiträge basierend auf der Pfadauswahl und nicht auf festen scriptPubKey-Vorlagen zu berücksichtigen.

Skriptausdruckskraft und Vertragsflexibilität

1. Taproot ermöglicht komplexe Ausgabebedingungen, die als verschachtelte If-Else-Bäume codiert sind, wobei jedes Blatt einem bestimmten Skript mit seiner eigenen Sperrlogik entspricht.

2. Zeitgesperrte Bedingungen können mit Hash-gesperrten Pfaden koexistieren und so atomare Swaps, Zahlungskanäle und soziale Wiederherstellungsmechanismen ermöglichen, ohne strukturelle Details preiszugeben.

3. CLTV- und CSV-Opcodes bleiben voll funktionsfähig, arbeiten jedoch jetzt in einer einheitlichen Ausführungsumgebung, in der alle Zweige dasselbe Ausgabeformat verwenden.

4. Entwickler können beliebige Logik einbetten – einschließlich Multisig-Schwellenwerten, Delegationsschlüsseln und Widerrufsklauseln – ohne den Footprint in der Kette zu vergrößern, es sei denn, diese Pfade werden genutzt.

5. Die rekursive Skriptauswertung ist weiterhin verboten, wodurch die Anti-DOS-Designprinzipien von Bitcoin erhalten bleiben und gleichzeitig die praktische Ausdruckskraft durch MAST-Bereinigung erweitert wird.

Häufig gestellte Fragen

F1: Können ältere Bitcoin-Wallets Geld an Taproot-Adressen senden? Ja. Jede Wallet, die die Bech32-Kodierung unterstützt, kann gültige P2TR-Adressen generieren und Transaktionsausgaben an diese senden. Die Kompatibilität hängt von der Wallet-Software ab, nicht von Einschränkungen auf Protokollebene.

F2: Erfordern Taproot-Transaktionen neue private Schlüssel? Nein. Vorhandene private ECDSA-Schlüssel können mithilfe der in BIP-340 definierten deterministischen Ableitungsmethoden in Schnorr-kompatible Schlüssel umgewandelt werden, wodurch die volle Kontrolle über Vermögenswerte erhalten bleibt.

F3: Ist es möglich, Taproot-Ausgaben anhand der Rohdaten der Blockchain zu identifizieren? Ja. P2TR-Ausgaben beginnen mit der Bytesequenz 0x5120, gefolgt von einem 32-Byte-optimierten öffentlichen Schlüssel, der von den Präfixen P2WPKH (0x0014) und P2WSH (0x0020) unterscheidbar ist.

F4: Eliminiert Taproot das Adress-Clustering vollständig? Nein. Während Taproot die Skriptstruktur verschleiert und Fingerprinting-Vektoren reduziert, bleiben Clustering-Heuristiken, die auf der Topologie des Transaktionsdiagramms, dem Timing und dem Co-Spending-Verhalten basieren, brauchbare forensische Tools.