Technik & KryptografieTechnology & CryptographyTecnología & CriptografíaTecnologia & Criptografia技術 & 暗号学技术 & 密码学التقنية & التشفير
BIP-340, BIP-341, BIP-342: Was hinter den Taproot-Upgrade-Dokumenten wirklich stecktBIP-340, BIP-341, BIP-342: What the Taproot Upgrade Documents Actually ContainBIP-340, BIP-341, BIP-342: ¿Qué hay detrás de los documentos del upgrade TaprootBIP-340, BIP-341, BIP-342: O que está realmente escondido por trás dos documentos de atualização TaprootBIP-340, BIP-341, BIP-342: ビットコインのTaprootアップグレードに関するドキュメントの真の背景BIP-340, BIP-341, BIP-342: Bitcoin隐私提升协议的真实含义BIP-340، BIP-341، BIP-342: ماذا يخفى حقًا وراء وثائق ترقية Taproot
Bewertung durch automatisierten Mehrquellen-Abgleich des KI-Redaktionsteams; anschließend menschlich freigegeben.Assessed via the AI newsroom's automated multi-source cross-check, then approved by a human.Evaluado mediante la verificación automatizada multifuente de la redacción de IA y aprobado por una persona.Avaliado pela verificação automatizada multifonte da redação de IA e aprovado por uma pessoa.AI編集部による自動マルチソース照合で評価し、人による承認を経ています。由AI编辑部的自动多源交叉核查评估，并经人工审核。جرى التقييم عبر التدقيق الآلي متعدد المصادر من غرفة أخبار الذكاء الاصطناعي، ثم اعتُمد بشريًا.
Die technische Darstellung der drei Taproot-BIPs ist im Kern korrekt und didaktisch klar – doch der Artikel blendet die politische Dimension des Upgrades vollständig aus: Die Aktivierung via Speedy Trial (BIP-8, LOT=false) war innerhalb der Bitcoin-Community umstritten, da sie Kritikern zufolge die Miner-Koordination gegenüber Node-Betreibern bevorzugte. Wer Taproot als rein technischen Dreiklang verkauft, ohne die Governance-Debatte zu erwähnen, zeichnet ein unvollständiges Bild. Darüber hinaus suggeriert die Privatsphäre-Darstellung eine stärkere Anonymität als in der Praxis nachweisbar: Key-Path-Spends sind zwar on-chain einheitlich, doch Heuristiken auf Wallet-Ebene, UTXO-Clustering und Script-Path-Offenlegungen ermöglichen nach wie vor erhebliche Chain-Analyse. Der Authscore von 0,93 erscheint angesichts der intern gemeldeten Quellen-Lücken und des 'hold'-Verdicts des Perspektiven-Systems zu hoch.The technical presentation of the three Taproot BIPs is fundamentally accurate and pedagogically clear — yet the article entirely ignores the political dimension of the upgrade: activation via Speedy Trial (BIP-8, LOT=false) was contentious within the Bitcoin community, as critics argued it favored miner coordination over node operators. Framing Taproot as a purely technical triad without mentioning the governance debate paints an incomplete picture. Furthermore, the privacy claims overstate practical anonymity: while key-path spends are on-chain uniform, wallet-level heuristics, UTXO clustering, and script-path revelations still enable significant chain analysis. The authscore of 0.93 appears too high given the internally flagged source gaps and the 'hold' verdict from the perspectives system.La representación técnica de los tres BIP de Taproot es correcta en su núcleo y clara didácticamente - pero el artículo omite por completo la dimensión política del upgrade: La activación a través de Speedy Trial (BIP-8, LOT=false) fue controversial dentro de la comunidad Bitcoin, ya que según los críticos favorecía la coordinación de mineros frente a los propietarios de nodos. Aquel que vende Taproot como un trío técnico sin mencionar el debate de gobernanza dibuja un cuadro incompleto. Además, la representación de privacidad sugiere una mayor anonimia que lo verificable en la práctica: Los gastos por camino de clave son uniformes en cadena, pero las heurísticas a nivel billetera, el agrupamiento de UTXO y la revelación de ruta de script permiten aún considerable análisis de cadena. El authscore de 0,93 parece alto teniendo en cuenta los vacíos de fuente informados internamente y el veredicto 'hold' del sistema de perspectivas.A representação técnica dos três BIPs de Taproot está corretamente e didaticamente - mas o artigo omite completamente a dimensão política da atualização: A ativação via Speedy Trial (BIP-8, LOT=false) foi controversa na comunidade Bitcoin, uma vez que, segundo os críticos, preferia a coordenação de mineiros em relação aos fornecedores de nós. Quem vende Taproot como um tríton tecnológico sem mencionar o debate de governança desenha um retrato incompleto. Além disso, a representação da privacidade sugere uma maior anonimia do que é comprovável na prática: As despesas de caminho-chave são uniformes em cadeia, mas as heurísticas no nível do cartão, o agrupamento de UTXO e a divulgação de caminho-de-script permitem ainda significativas análises de corrente. O authscore de 0,93 parece alto face às lacunas das fontes relatadas internamente e ao "hold" do sistema de perspectivas.技術的なTaproot BIPの表現は、核心的に正確で教育的ですが、この記事はアップグレードの政治的次元を完全に省いています: Speedy Trial (BIP-8, LOT=false)による活性化は、Bitcoinコミュニティ内で議論されていたため、批判家によると、マイナーとの協調がノード運営者に対して優先されるとされています。Taprootを完全に技術的な三部作として売り込むことで、Governanceの議論を省いたものは不完全な絵を描いています。また、私的空間の表現は実際には証明できないより強力な匿名性を示唆しています: Key-Path Spendsはオンチェで一貫してありますが、ウォレットレベルでのヒューリスティクス、UTXOクラスタリング、およびスクリプトパスへの公開は依然として重大なチェーン解析を可能にします。0.93の認証スコアは、報告された内部の源泉不足と「保持」判定の視点システムによる評決に照らして高すぎると見られます。这三个Taproot BIP的技术表述在本质上是正确且教育清晰的——但这篇文章完全忽略了升级的政治维度:通过Speedy Trial (BIP-8, LOT=false)激活的启用过程在Bitcoin社区中引起了争议，因为批评人士认为它优先考虑矿工协调而不是Node运营商。将Taproot作为纯技术三部曲来销售，而不提 Governance 的辩论，画出了一个不完整的图像。此外，隐私表述暗示了一种比实际情况更强烈的匿名性:尽管Key-Path Spends在链上是统一的，但在钱包级别上的Heuristics、UTXO聚类和Script-Path披露仍然使得链分析具有显著实力。鉴于报告的来源缺口和"hold"判决的视角系统，0.93的Authscore似乎过高。تمثيل تقني للثلاثة ببجي تابتروتل (Taproot) صحيح في جوهره وواضح تعليميًا - لكن المقال يغفل تمامًا الأبعاد السياسية لتحسين: تفعيل بواسطة Speedy Trial (BIP-8, LOT=false) كان مثار جدل داخل مجتمع بيتكوين، حيث تمت النقاش حول أنها كانت تتفضل على تنسيق المنجمين على حساب من يديرون العقد. من يباع تقنية Taproot كثلاثة موسيقى تقنية فقط دون ذكر نقاش الحكم، يرسم صورة غير كاملة. بالإضافة إلى ذلك، يمثل تمثيل الخصوصية صورة أكبر للانعدام الشهادة من الخصوصية مما يمكن إجراؤه في الواقع: إن استهلاك Key-Path هو على السلسلة متساوي، لكن الاستراتيجيات العشوائية على مستوى المحفظة ودمج UTXO وتبادل Script-Path يسمح بعدة أنواع كبيرة من التحليل السلسلي. درجة الثقة 0,93 تظهر مرتفعة في ظل الفجوات المبلغ عنها داخلياً والقرار 'hold' في نظام الآراء.
Video zum ArtikelVideo for this articleVídeo del artículoVídeo do artigo記事の動画本文视频فيديو المقال
Mit Block 709.632 am 12. November 2021 aktivierte Bitcoin das bis dahin bedeutendste Protokoll-Upgrade seit SegWit. Doch anders als oft dargestellt ist „Taproot" nicht ein einzelnes Dokument, sondern ein Stack aus drei untrennbar verzahnten Bitcoin Improvement Proposals: BIP-340 (Schnorr-Signaturen), BIP-341 (Pay-to-Taproot) und BIP-342 (Tapscript). Jedes BIP löst ein eigenes Problem – aber keines ist ohne die anderen sinnvoll einsetzbar.
BIP-340: Schnorr-Signaturen – die kryptografische Grundlage
BIP-340 standardisiert Schnorr-Signaturen über der elliptischen Kurve secp256k1 für Bitcoin. Der unmittelbarste Vorteil ist Kompaktheit: Eine Schnorr-Signatur ist exakt 64 Byte groß – gegenüber bis zu 72 Byte bei ECDSA im DER-Format. Wichtiger noch ist die mathematische Eigenschaft der linearen Homomorphie: Mehrere Schnorr-Signaturen lassen sich algebraisch zu einer einzigen zusammenfassen. Das ist die Grundvoraussetzung für Key-Aggregation-Protokolle wie MuSig2 und macht n-of-n-Multisig zu einer linearen Operation statt einer quadratischen – O(n) statt O(n²).
BIP-340 führt außerdem x-only Public Keys ein: Öffentliche Schlüssel werden nur mit ihrer 32-Byte-x-Koordinate gespeichert, da die y-Koordinate impliziert werden kann. Der deterministische Nonce-Mechanismus stellt sicher, dass Signaturen eindeutig sind und keine Zufallsquelle zum Sicherheitsrisiko wird. Schließlich ermöglicht die Batch-Verifizierbarkeit, viele Signaturen gleichzeitig effizienter zu prüfen als einzeln – relevant für Full Nodes beim Verarbeiten neuer Blöcke.
BIP-341: Pay-to-Taproot – der kryptografische Kern
BIP-341 definiert das neue Output-Format P2TR (Pay-to-Taproot). Das Herzstück ist der sogenannte Tweak-Mechanismus: Eine P2TR-Ausgabe committet auf einen modifizierten öffentlichen Schlüssel
Q = P + H(P ‖ Script-Merkle-Root) · G
wobei P der interne Public Key ist und H() eine Tagged-Hash-Funktion. Dieser tweaked Key Q bindet den Key-Path und alle Script-Pfade kryptografisch untrennbar zusammen – ohne dass die Script-Struktur selbst on-chain sichtbar wird, solange sie nicht benötigt wird.
BIP-341 implementiert damit auch Merkelized Alternative Script Trees (MAST): Komplexe Ausgabebedingungen – etwa ein Lightning-Channel mit Timelock-Fallback – werden als Blätter eines Merkle-Baums kodiert. Beim Ausgeben muss nur der tatsächlich verwendete Pfad zusammen mit einem Merkle-Proof offengelegt werden. Ungenutzte Pfade bleiben vollständig privat und verkleinern die On-Chain-Transaktion erheblich.
Das Adressformat für P2TR ist Bech32m (BIP-350), erkennbar am Präfix bc1p. Beim sogenannten Key-Path-Spend – also wenn der tweaked Key Q direkt zum Signieren verwendet wird – sieht die Transaktion on-chain wie eine gewöhnliche Einzelunterschrift aus. Lightning-Channels, MuSig2-Multisig-Wallets und einfache Single-Sig-Wallets sind damit strukturell ununterscheidbar. Privatsphäre ist kein optionales Feature, sondern das Default-Verhalten.
BIP-342: Tapscript – neue Skriptsprache für Script-Path-Spends
BIP-342 definiert Tapscript, die aktualisierte Skriptsprache, die in Taproot-Script-Pfaden ausgeführt wird. Die wichtigste Änderung für Entwickler: OP_CHECKMULTISIG und OP_CHECKMULTISIGVERIFY werden durch OP_CHECKSIGADD ersetzt. Statt das Ergebnis der Multisig-Prüfung als Ganzes zu evaluieren, akkumuliert OP_CHECKSIGADD gültige Signaturen stack-basiert – eine pro Schlüssel, ohne den quadratischen Overhead des alten Opcodes. Das Ergebnis: native k-of-n-Multisig, die batch-verifizierbar und vollständig MuSig2-kompatibel ist.
Die zweite strukturelle Neuerung in BIP-342 ist der OP_SUCCESS-Mechanismus: 185 Opcodes sind in Tapscript als OP_SUCCESS reserviert. Ein Skript, das einen solchen Opcode enthält, gilt bedingungslos als erfolgreich – solange kein späteres Soft Fork dem Opcode eine konkrete Semantik zuweist. Das erlaubt es, künftige Erweiterungen wie OP_CAT, OP_CHECKSIGFROMSTACK oder Covenant-Opcodes via Soft Fork einzuführen, ohne die bestehende Tapscript-Infrastruktur zu brechen. Tapscript ist damit ein zukunftssicheres Fundament, kein statisches Regelwerk.
Das Zusammenspiel: Ein Stack, kein Menü
Die drei BIPs sind konzeptionell eine Einheit. BIP-340 liefert die kryptografische Primitive (Schnorr), BIP-341 nutzt sie für den Tweak-Mechanismus und die MAST-Struktur, BIP-342 definiert die Skriptsprache, die in den Blättern dieses Merkle-Baums läuft. BIP-340 ohne BIP-341 wäre eine Signaturverbesserung ohne Anwendungskontext; BIP-341 ohne BIP-340 wäre nicht umsetzbar; BIP-342 ohne die anderen beiden hätte keine Ausführungsumgebung.
Für Entwickler (Stand 2026): P2TR-Adressen mit Präfix
bc1psind der aktuelle Standard für neue Wallets und Protokolle. Key-Path-Spends sollten bevorzugt werden, wo immer keine komplexe Script-Logik benötigt wird.OP_CHECKSIGADDersetztOP_CHECKMULTISIGin allen neuen Tapscript-Implementierungen. Der OP_SUCCESS-Slot-Mechanismus ist der Ankerpunkt für kommende Soft Forks – Entwickler sollten reservierte Opcodes nicht für proprietäre Zwecke belegen.
Taproot ist aktiviert seit Block 709.632 via Speedy Trial (BIP-8, LOT=false), Lock-in erfolgte bei Block 687.285. Die drei BIPs sind seither Teil des Bitcoin-Konsens und nicht rückwärtskompatibel mit Pre-Taproot-Nodes, die kein Update vorgenommen haben.
WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا
With block 709,632 on November 12, 2021, Bitcoin activated its most significant protocol upgrade since SegWit. Yet contrary to popular framing, "Taproot" is not a single document but a stack of three inseparably intertwined Bitcoin Improvement Proposals: BIP-340 (Schnorr signatures), BIP-341 (Pay-to-Taproot), and BIP-342 (Tapscript). Each BIP solves a distinct problem — but none is deployable without the others.
BIP-340: Schnorr Signatures – the Cryptographic Foundation
BIP-340 standardizes Schnorr signatures over the secp256k1 elliptic curve for Bitcoin. The most immediate advantage is compactness: a Schnorr signature is exactly 64 bytes — compared to up to 72 bytes for ECDSA in DER encoding. More important is the mathematical property of linear homomorphism: multiple Schnorr signatures can be algebraically combined into a single one. This is the prerequisite for key aggregation protocols such as MuSig2, turning n-of-n multisig into a linear operation instead of a quadratic one — O(n) instead of O(n²).
BIP-340 also introduces x-only public keys: public keys are stored using only their 32-byte x-coordinate, since the y-coordinate can be inferred. A deterministic nonce mechanism ensures signatures are unique, eliminating random number generation as a potential security risk. Finally, batch verifiability allows many signatures to be verified simultaneously more efficiently than individually — relevant for full nodes processing new blocks.
BIP-341: Pay-to-Taproot – the Cryptographic Core
BIP-341 defines the new output format P2TR (Pay-to-Taproot). Its centerpiece is the tweak mechanism: a P2TR output commits to a modified public key
Q = P + H(P ‖ Script-Merkle-Root) · G
where P is the internal public key and H() is a tagged hash function. This tweaked key Q cryptographically and inseparably binds the key path and all script paths together — without the script structure itself being visible on-chain, as long as it is not needed.
BIP-341 thereby implements Merkelized Alternative Script Trees (MAST): complex spending conditions — such as a Lightning channel with a timelock fallback — are encoded as leaves of a Merkle tree. When spending, only the actually used path along with a Merkle proof needs to be revealed. Unused paths remain completely private and considerably reduce the on-chain transaction size.
The address format for P2TR is Bech32m (BIP-350), recognizable by the prefix bc1p. In a key-path spend — where the tweaked key Q is used directly to sign — the transaction looks on-chain like an ordinary single signature. Lightning channels, MuSig2 multisig wallets, and simple single-sig wallets become structurally indistinguishable. Privacy is not an optional feature but the default behavior.
BIP-342: Tapscript – New Scripting Language for Script-Path Spends
BIP-342 defines Tapscript, the updated scripting language executed within Taproot script paths. The most important change for developers: OP_CHECKMULTISIG and OP_CHECKMULTISIGVERIFY are replaced by OP_CHECKSIGADD. Rather than evaluating the multisig result as a whole, OP_CHECKSIGADD accumulates valid signatures on the stack — one per key, without the quadratic overhead of the old opcode. The result: native k-of-n multisig that is batch-verifiable and fully MuSig2-compatible.
The second structural innovation in BIP-342 is the OP_SUCCESS mechanism: 185 opcodes are reserved in Tapscript as OP_SUCCESS. A script containing such an opcode is treated as unconditionally successful — until a future soft fork assigns the opcode a concrete semantics. This allows future extensions such as OP_CAT, OP_CHECKSIGFROMSTACK, or covenant opcodes to be introduced via soft fork without breaking existing Tapscript infrastructure. Tapscript is thus a future-proof foundation, not a static ruleset.
The Interplay: A Stack, Not a Menu
The three BIPs are conceptually a single unit. BIP-340 provides the cryptographic primitive (Schnorr), BIP-341 uses it for the tweak mechanism and MAST structure, BIP-342 defines the scripting language that runs in the leaves of that Merkle tree. BIP-340 without BIP-341 would be a signature improvement without an application context; BIP-341 without BIP-340 would be unimplementable; BIP-342 without the other two would have no execution environment.
For developers (as of 2026): P2TR addresses with prefix
bc1pare the current standard for new wallets and protocols. Key-path spends should be preferred wherever complex script logic is not required.OP_CHECKSIGADDreplacesOP_CHECKMULTISIGin all new Tapscript implementations. The OP_SUCCESS slot mechanism is the anchor point for upcoming soft forks — developers should not occupy reserved opcodes for proprietary purposes.
Taproot has been active since block 709,632 via Speedy Trial (BIP-8, LOT=false); lock-in occurred at block 687,285. The three BIPs have since been part of Bitcoin consensus and are not backward-compatible with pre-Taproot nodes that have not updated.
WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا
Con el bloque 709.632 el 12 de noviembre de 2021, Bitcoin activó la actualización de protocolo más significativa desde SegWit. Sin embargo, contrariamente a la narrativa habitual, «Taproot» no es un único documento, sino un conjunto de tres Bitcoin Improvement Proposals inseparablemente entrelazados: BIP-340 (firmas Schnorr), BIP-341 (Pay-to-Taproot) y BIP-342 (Tapscript). Cada BIP resuelve un problema distinto, pero ninguno es desplegable sin los demás.
BIP-340: Firmas Schnorr – la base criptográfica
BIP-340 estandariza las firmas Schnorr sobre la curva elíptica secp256k1 para Bitcoin. La ventaja más inmediata es la compacidad: una firma Schnorr ocupa exactamente 64 bytes, frente a los hasta 72 bytes de ECDSA en formato DER. Más importante aún es la propiedad matemática del homomorfismo lineal: varias firmas Schnorr pueden combinarse algebraicamente en una sola. Este es el requisito previo para los protocolos de agregación de claves como MuSig2, convirtiendo el multisig n-of-n en una operación lineal en lugar de cuadrática — O(n) en vez de O(n²).
BIP-340 introduce además las claves públicas solo-x (x-only public keys): las claves públicas se almacenan únicamente con su coordenada x de 32 bytes, ya que la coordenada y puede inferirse. Un mecanismo de nonce determinista garantiza que las firmas sean únicas y elimina la generación de números aleatorios como potencial riesgo de seguridad. Por último, la verificabilidad en lote (batch verifiability) permite comprobar múltiples firmas simultáneamente de forma más eficiente que de manera individual, algo relevante para los nodos completos al procesar nuevos bloques.
BIP-341: Pay-to-Taproot – el núcleo criptográfico
BIP-341 define el nuevo formato de salida P2TR (Pay-to-Taproot). Su elemento central es el llamado mecanismo de tweak: una salida P2TR se compromete con una clave pública modificada
Q = P + H(P ‖ Script-Merkle-Root) · G
donde P es la clave pública interna y H() es una función de hash etiquetada. Esta clave tweaked Q vincula criptográficamente de forma inseparable la ruta de clave y todas las rutas de script, sin que la estructura del script sea visible en la cadena mientras no sea necesaria.
BIP-341 implementa así los Merkelized Alternative Script Trees (MAST): las condiciones de gasto complejas —como un canal Lightning con un fallback por timelock— se codifican como hojas de un árbol de Merkle. Al gastar, solo es necesario revelar la ruta realmente utilizada junto con una prueba de Merkle. Las rutas no utilizadas permanecen completamente privadas y reducen considerablemente el tamaño de la transacción en la cadena.
El formato de dirección para P2TR es Bech32m (BIP-350), reconocible por el prefijo bc1p. En el llamado key-path spend —es decir, cuando la clave tweaked Q se usa directamente para firmar— la transacción aparece en la cadena como una firma individual ordinaria. Los canales Lightning, las billeteras multisig con MuSig2 y las billeteras simples de firma única son así estructuralmente indistinguibles entre sí. La privacidad no es una característica opcional, sino el comportamiento predeterminado.
BIP-342: Tapscript – nuevo lenguaje de script para los script-path spends
BIP-342 define Tapscript, el lenguaje de script actualizado que se ejecuta dentro de las rutas de script de Taproot. El cambio más importante para los desarrolladores: OP_CHECKMULTISIG y OP_CHECKMULTISIGVERIFY son reemplazados por OP_CHECKSIGADD. En lugar de evaluar el resultado del multisig como un todo, OP_CHECKSIGADD acumula firmas válidas en la pila —una por clave, sin el sobrecoste cuadrático del antiguo opcode—. El resultado: multisig k-of-n nativo que es verificable en lote y totalmente compatible con MuSig2.
La segunda innovación estructural de BIP-342 es el mecanismo OP_SUCCESS: 185 opcodes están reservados en Tapscript como OP_SUCCESS. Un script que contenga uno de estos opcodes se considera incondicionalmente exitoso, mientras ningún soft fork posterior le asigne una semántica concreta. Esto permite introducir futuras extensiones como OP_CAT, OP_CHECKSIGFROMSTACK o los opcodes de covenants mediante un soft fork sin romper la infraestructura existente de Tapscript. Tapscript es, por tanto, una base preparada para el futuro, no un conjunto de reglas estático.
La interacción: un conjunto integrado, no un menú de opciones
Los tres BIPs forman conceptualmente una sola unidad. BIP-340 proporciona la primitiva criptográfica (Schnorr), BIP-341 la utiliza para el mecanismo de tweak y la estructura MAST, y BIP-342 define el lenguaje de script que se ejecuta en las hojas de ese árbol de Merkle. BIP-340 sin BIP-341 sería una mejora de firma sin contexto de aplicación; BIP-341 sin BIP-340 sería inimplementable; BIP-342 sin los otros dos carecería de entorno de ejecución.
Para desarrolladores (a partir de 2026): Las direcciones P2TR con prefijo
bc1pson el estándar actual para nuevas billeteras y protocolos. Los key-path spends deben preferirse siempre que no se requiera lógica de script compleja.OP_CHECKSIGADDreemplaza aOP_CHECKMULTISIGen todas las nuevas implementaciones de Tapscript. El mecanismo de slots OP_SUCCESS es el punto de anclaje para los próximos soft forks; los desarrolladores no deben ocupar los opcodes reservados con fines propietarios.
Taproot está activo desde el bloque 709.632 a través de Speedy Trial (BIP-8, LOT=false); el lock-in se produjo en el bloque 687.285. Los tres BIPs forman parte desde entonces del consenso de Bitcoin y no son retrocompatibles con los nodos anteriores a Taproot que no hayan realizado la actualización.
WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا
Com o bloco 709.632, em 12 de novembro de 2021, o Bitcoin ativou a atualização de protocolo mais significativa desde o SegWit. Contudo, ao contrário do que muitas vezes se afirma, o "Taproot" não é um único documento, mas sim um conjunto de três Bitcoin Improvement Proposals indissociavelmente interligados: BIP-340 (assinaturas Schnorr), BIP-341 (Pay-to-Taproot) e BIP-342 (Tapscript). Cada BIP resolve um problema distinto — mas nenhum deles é utilizável sem os outros.
BIP-340: Assinaturas Schnorr – a base criptográfica
O BIP-340 padroniza as assinaturas Schnorr sobre a curva elíptica secp256k1 para o Bitcoin. A vantagem mais imediata é a compactidade: uma assinatura Schnorr tem exatamente 64 bytes — em comparação com até 72 bytes para ECDSA no formato DER. Mais importante ainda é a propriedade matemática do homomorfismo linear: múltiplas assinaturas Schnorr podem ser algebricamente combinadas numa única. Esta é a condição fundamental para protocolos de agregação de chaves como o MuSig2, transformando o multisig n-of-n numa operação linear em vez de quadrática — O(n) em vez de O(n²).
O BIP-340 também introduz as chaves públicas x-only: as chaves públicas são armazenadas apenas com a sua coordenada x de 32 bytes, uma vez que a coordenada y pode ser inferida. Um mecanismo de nonce determinístico garante que as assinaturas são únicas, eliminando a geração de números aleatórios como potencial risco de segurança. Por fim, a verificação em lote permite verificar muitas assinaturas simultaneamente de forma mais eficiente do que individualmente — relevante para os nós completos ao processar novos blocos.
BIP-341: Pay-to-Taproot – o núcleo criptográfico
O BIP-341 define o novo formato de saída P2TR (Pay-to-Taproot). O elemento central é o chamado mecanismo de tweak: uma saída P2TR faz commit a uma chave pública modificada
Q = P + H(P ‖ Script-Merkle-Root) · G
onde P é a chave pública interna e H() é uma função de hash com etiqueta. Esta chave ajustada Q vincula criptograficamente e de forma inseparável o caminho de chave e todos os caminhos de script — sem que a própria estrutura de script fique visível na cadeia, enquanto não for necessária.
O BIP-341 implementa assim as Merkelized Alternative Script Trees (MAST): condições de gasto complexas — como um canal Lightning com fallback por timelock — são codificadas como folhas de uma árvore de Merkle. Ao gastar, apenas o caminho efetivamente utilizado, juntamente com uma prova de Merkle, precisa de ser revelado. Os caminhos não utilizados permanecem completamente privados e reduzem consideravelmente o tamanho da transação na cadeia.
O formato de endereço para P2TR é Bech32m (BIP-350), reconhecível pelo prefixo bc1p. No chamado key-path spend — em que a chave ajustada Q é usada diretamente para assinar — a transação aparece na cadeia como uma assinatura individual comum. Canais Lightning, carteiras multisig MuSig2 e carteiras single-sig simples tornam-se assim estruturalmente indistinguíveis. A privacidade não é uma funcionalidade opcional, mas o comportamento predefinido.
BIP-342: Tapscript – nova linguagem de script para script-path spends
O BIP-342 define o Tapscript, a linguagem de script atualizada que é executada nos caminhos de script do Taproot. A mudança mais importante para os desenvolvedores: OP_CHECKMULTISIG e OP_CHECKMULTISIGVERIFY são substituídos por OP_CHECKSIGADD. Em vez de avaliar o resultado do multisig como um todo, o OP_CHECKSIGADD acumula assinaturas válidas na pilha — uma por chave, sem a sobrecarga quadrática do opcode antigo. O resultado: multisig k-of-n nativo, verificável em lote e totalmente compatível com MuSig2.
A segunda inovação estrutural do BIP-342 é o mecanismo OP_SUCCESS: 185 opcodes estão reservados no Tapscript como OP_SUCCESS. Um script que contenha um desses opcodes é considerado incondicionalmente bem-sucedido — enquanto um soft fork futuro não atribuir ao opcode uma semântica concreta. Isto permite introduzir extensões futuras como OP_CAT, OP_CHECKSIGFROMSTACK ou opcodes de covenant via soft fork, sem quebrar a infraestrutura Tapscript existente. O Tapscript é, portanto, uma base preparada para o futuro, e não um conjunto de regras estático.
A interação: uma pilha, não um menu
Os três BIPs são conceptualmente uma unidade. O BIP-340 fornece a primitiva criptográfica (Schnorr), o BIP-341 utiliza-a para o mecanismo de tweak e a estrutura MAST, e o BIP-342 define a linguagem de script que é executada nas folhas dessa árvore de Merkle. O BIP-340 sem o BIP-341 seria uma melhoria de assinatura sem contexto de aplicação; o BIP-341 sem o BIP-340 seria inimplementável; o BIP-342 sem os outros dois não teria ambiente de execução.
Para desenvolvedores (a partir de 2026): Os endereços P2TR com prefixo
bc1psão o padrão atual para novas carteiras e protocolos. Os key-path spends devem ser preferidos sempre que não seja necessária lógica de script complexa. OOP_CHECKSIGADDsubstitui oOP_CHECKMULTISIGem todas as novas implementações de Tapscript. O mecanismo de slots OP_SUCCESS é o ponto de ancoragem para futuros soft forks — os desenvolvedores não devem ocupar opcodes reservados para fins proprietários.
O Taproot está ativo desde o bloco 709.632 via Speedy Trial (BIP-8, LOT=false); o lock-in ocorreu no bloco 687.285. Os três BIPs fazem desde então parte do consenso do Bitcoin e não são retrocompatíveis com nós anteriores ao Taproot que não tenham sido atualizados.
WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا
2021年11月12日、ブロック709,632においてBitcoinはSegWit以来最大のプロトコルアップグレードを有効化した。しかし、よく誤解されるように「Taproot」は単一のドキュメントではなく、三つの不可分に絡み合ったBitcoin Improvement Proposalのスタックである：BIP-340（Schnorr署名）、BIP-341（Pay-to-Taproot）、BIP-342（Tapscript）。各BIPはそれぞれ固有の問題を解決しているが、他の二つなしには単独で機能しない。
BIP-340：Schnorr署名 – 暗号学的基盤
BIP-340は、Bitcoin向けにsecp256k1楕円曲線上のSchnorr署名を標準化する。最も直接的な利点はコンパクトさだ：Schnorr署名はちょうど64バイトであり、DERエンコードのECDSAが最大72バイトであるのと対照的である。さらに重要なのは線形準同型性という数学的特性だ：複数のSchnorr署名を代数的に一つにまとめることができる。これがMuSig2のようなKey Aggregationプロトコルの前提条件であり、n-of-nマルチシグを二次演算ではなく線形演算に変える——O(n²)ではなくO(n)。
BIP-340はさらにx-only公開鍵を導入する：y座標は推定できるため、公開鍵は32バイトのx座標のみで保存される。決定論的ナンスのメカニズムにより署名の一意性が保証され、乱数生成がセキュリティリスクになることがない。またバッチ検証により、多数の署名を個別に検証するよりも効率的に同時検証できる——新しいブロックを処理するフルノードにとって重要な特性だ。
BIP-341：Pay-to-Taproot – 暗号学的中核
BIP-341は新しいアウトプット形式P2TR（Pay-to-Taproot）を定義する。その核心はTweakメカニズムだ：P2TRアウトプットは改変された公開鍵にコミットする
Q = P + H(P ‖ Script-Merkle-Root) · G
ここでPは内部公開鍵、H()はTagged Hash関数である。このtweaked key Qは、Key PathとすべてのScript Pathを暗号学的かつ不可分に結合する——スクリプト構造自体は必要とされない限りオンチェーンで可視化されない。
BIP-341はこれによりMerkelized Alternative Script Trees（MAST）も実装する：タイムロックフォールバック付きのLightningチャネルといった複雑な支出条件をMerkleツリーの葉としてエンコードする。支出時には、実際に使用するパスとMerkle Proofのみを開示すればよい。未使用のパスは完全にプライベートなまま保たれ、オンチェーントランザクションのサイズを大幅に削減する。
P2TRのアドレス形式はBech32m（BIP-350）であり、プレフィックスbc1pで識別できる。Key Path Spend——つまりtweaked key Qを直接署名に使用する場合——オンチェーンでは通常の単一署名トランザクションと見分けがつかない。Lightningチャネル、MuSig2マルチシグウォレット、シンプルなSingle-sigウォレットは構造的に区別不可能になる。プライバシーはオプション機能ではなく、デフォルトの挙動だ。
BIP-342：Tapscript – Script Path Spend向けの新スクリプト言語
BIP-342は、TaprootのScript Path内で実行される更新されたスクリプト言語であるTapscriptを定義する。開発者にとって最も重要な変更点は：OP_CHECKMULTISIGとOP_CHECKMULTISIGVERIFYがOP_CHECKSIGADDに置き換えられることだ。マルチシグの結果を全体として評価するのではなく、OP_CHECKSIGADDは有効な署名をスタックベースで累積する——鍵ごとに一つずつ、旧オペコードの二次オーバーヘッドなしに。結果：バッチ検証可能かつMuSig2と完全互換のネイティブk-of-nマルチシグが実現する。
BIP-342の第二の構造的革新はOP_SUCCESSメカニズムだ：185個のオペコードがTapscriptでOP_SUCCESSとして予約されている。そのようなオペコードを含むスクリプトは、将来のSoft Forkがそのオペコードに具体的なセマンティクスを割り当てるまで、無条件に成功とみなされる。これにより、OP_CAT、OP_CHECKSIGFROMSTACK、あるいはCovenantオペコードといった将来の拡張を、既存のTapscriptインフラを壊さずにSoft Fork経由で導入できる。Tapscriptは静的なルールセットではなく、将来性を備えた基盤だ。
相互作用：メニューではなくスタック
三つのBIPは概念的に一つの単位だ。BIP-340は暗号学的プリミティブ（Schnorr）を提供し、BIP-341はそれをTweakメカニズムとMAST構造に活用し、BIP-342はそのMerkleツリーの葉で動作するスクリプト言語を定義する。BIP-341なきBIP-340は応用文脈のない署名改善に過ぎず、BIP-340なきBIP-341は実装不可能であり、他の二つなきBIP-342には実行環境が存在しない。
開発者向け（2026年時点）： プレフィックス
bc1pのP2TRアドレスは、新しいウォレットおよびプロトコルの現行標準だ。複雑なスクリプトロジックが不要な場面では、Key Path Spendを優先すべきである。OP_CHECKSIGADDはすべての新しいTapscript実装においてOP_CHECKMULTISIGに取って代わる。OP_SUCCESSスロットメカニズムは今後のSoft Forkのアンカーポイントであり、開発者は予約済みオペコードを独自目的で使用すべきでない。
TaprootはSpeedy Trial（BIP-8、LOT=false）を経てブロック709,632から有効化されており、ロックインはブロック687,285で完了した。三つのBIPはそれ以来Bitcoinコンセンサスの一部であり、アップデートを行っていないPre-TaprootノードとはBackward互換性がない。
WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا
2021年11月12日，比特币在区块 709,632 处激活了自 SegWit 以来最重要的协议升级。然而，与通常的描述不同，"Taproot"并非单一文档，而是由三个紧密交织、不可分割的比特币改进提案共同构成的技术栈：BIP-340（Schnorr 签名）、BIP-341（Pay-to-Taproot）和 BIP-342（Tapscript）。每个 BIP 各自解决一个独立的问题——但任何一个都无法脱离其他两个单独部署。
BIP-340：Schnorr 签名——密码学基础
BIP-340 为比特币在椭圆曲线 secp256k1 上标准化了 Schnorr 签名。最直接的优势在于紧凑性：一个 Schnorr 签名恰好为 64 字节——而 ECDSA 的 DER 编码最多可达 72 字节。更重要的是其数学特性——线性同态性：多个 Schnorr 签名可在代数层面合并为一个。这是 MuSig2 等密钥聚合协议的先决条件，使 n-of-n 多签从二次操作变为线性操作——O(n) 而非 O(n²)。
BIP-340 还引入了 x-only 公钥：公钥仅存储其 32 字节的 x 坐标，因为 y 坐标可以推导得出。确定性 nonce 机制确保签名的唯一性，从而消除随机数生成这一潜在安全隐患。此外，批量验证能力允许同时验证多个签名，效率高于逐一验证——这对处理新区块的全节点尤为重要。
BIP-341：Pay-to-Taproot——密码学核心
BIP-341 定义了新的输出格式 P2TR（Pay-to-Taproot）。其核心是所谓的 Tweak 机制：P2TR 输出承诺于一个经过修改的公钥
Q = P + H(P ‖ Script-Merkle-Root) · G
其中 P 为内部公钥，H() 为带标签的哈希函数。这个 tweaked key Q 将密钥路径与所有脚本路径在密码学上不可分割地绑定在一起——只要脚本结构无需使用，它就不会在链上可见。
BIP-341 由此实现了 Merkelized Alternative Script Trees（MAST）：复杂的花费条件——例如带有时间锁回退的 Lightning 通道——被编码为 Merkle 树的叶节点。花费时，只需公开实际使用的路径及相应的 Merkle 证明。未使用的路径完全保持私密，同时大幅缩减链上交易的体积。
P2TR 的地址格式为 Bech32m（BIP-350），以前缀 bc1p 为标志。在所谓的 密钥路径花费（Key-Path Spend）中——即直接使用 tweaked key Q 进行签名时——该交易在链上看起来与普通单签名交易无异。Lightning 通道、MuSig2 多签钱包与普通单签钱包在结构上因此无法区分。隐私性并非可选功能，而是默认行为。
BIP-342：Tapscript——脚本路径花费的新脚本语言
BIP-342 定义了 Tapscript，即在 Taproot 脚本路径中执行的更新版脚本语言。对开发者而言最重要的变化是：OP_CHECKMULTISIG 和 OP_CHECKMULTISIGVERIFY 被 OP_CHECKSIGADD 取代。与将多签结果整体求值不同，OP_CHECKSIGADD 以基于栈的方式逐一累积有效签名——每个密钥对应一个，避免了旧操作码的二次复杂度开销。结果是：原生的 k-of-n 多签，支持批量验证，并与 MuSig2 完全兼容。
BIP-342 的第二项结构性创新是 OP_SUCCESS 机制：Tapscript 中保留了 185 个操作码作为 OP_SUCCESS。包含此类操作码的脚本将被无条件视为执行成功——直到未来的软分叉为该操作码赋予具体语义为止。这使得 OP_CAT、OP_CHECKSIGFROMSTACK 或契约操作码等未来扩展能够通过软分叉引入，而不会破坏现有的 Tapscript 基础设施。因此，Tapscript 是一个面向未来的基础，而非一套静态规则。
三者的协作：一个技术栈，而非菜单
这三个 BIP 在概念上是一个整体。BIP-340 提供密码学原语（Schnorr），BIP-341 将其用于 Tweak 机制和 MAST 结构，BIP-342 定义在该 Merkle 树叶节点中运行的脚本语言。没有 BIP-341 的 BIP-340 只是一个缺乏应用场景的签名改进；没有 BIP-340 的 BIP-341 则无法实现；没有另外两者的 BIP-342 将没有执行环境。
开发者须知（截至 2026 年）：带有前缀
bc1p的 P2TR 地址是新钱包和协议的当前标准。在不需要复杂脚本逻辑的场合，应优先使用密钥路径花费。OP_CHECKSIGADD在所有新的 Tapscript 实现中取代OP_CHECKMULTISIG。OP_SUCCESS 插槽机制是未来软分叉的锚点——开发者不应将保留的操作码用于私有目的。
Taproot 自区块 709,632 起通过 Speedy Trial（BIP-8，LOT=false）激活，锁定发生在区块 687,285。这三个 BIP 自此成为比特币共识的一部分，与未进行升级的 Taproot 前节点不向后兼容。
WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا
مع الكتلة 709.632 في 12 نوفمبر 2021، فعّل Bitcoin أهم ترقية بروتوكولية له منذ SegWit. غير أنه خلافاً للتصور الشائع، فإن "Taproot" ليس وثيقةً واحدة، بل مجموعة من ثلاثة مقترحات تحسين Bitcoin متشابكة بشكل لا ينفصل: BIP-340 (توقيعات Schnorr)، وBIP-341 (Pay-to-Taproot)، وBIP-342 (Tapscript). يحل كل BIP مشكلةً بعينها — لكن لا يمكن تطبيق أيٍّ منها دون الآخرَين.
BIP-340: توقيعات Schnorr – الأساس التشفيري
يُقنّن BIP-340 توقيعات Schnorr على المنحنى الإهليلجي secp256k1 لصالح Bitcoin. أبرز الميزات الفورية هي الإيجاز: فتوقيع Schnorr لا يتجاوز 64 بايت بالضبط، مقارنةً بما يصل إلى 72 بايت في ECDSA بتنسيق DER. والأهم من ذلك هو الخاصية الرياضية المعروفة بـالتماثل الخطي: إذ يمكن دمج توقيعات Schnorr المتعددة جبرياً في توقيع واحد. وهذا هو الشرط الأساسي لبروتوكولات تجميع المفاتيح كـMuSig2، مما يحوّل n-of-n multisig من عملية تربيعية إلى عملية خطية — O(n) بدلاً من O(n²).
يُقدّم BIP-340 أيضاً مفاتيح عامة x-only: تُخزَّن المفاتيح العامة باستخدام إحداثياتها x ذات 32 بايت فقط، إذ يمكن استنتاج الإحداثية y ضمنياً. كما يضمن آلية nonce الحتمية أن تكون التوقيعات فريدة، مزيلاً خطر اعتماد مصادر عشوائية على أمان النظام. وأخيراً، تتيح قابلية التحقق الدفعي التحقق من توقيعات عديدة في آنٍ واحد بكفاءة أعلى مما لو جرى التحقق منها بشكل فردي — وهو أمر بالغ الأهمية للعقد الكاملة عند معالجة الكتل الجديدة.
BIP-341: Pay-to-Taproot – النواة التشفيرية
يُعرّف BIP-341 تنسيق الإخراج الجديد P2TR (Pay-to-Taproot). ويتمحور حول ما يُسمى آلية التعديل (Tweak): إذ يرتبط إخراج P2TR بمفتاح عام معدَّل
Q = P + H(P ‖ Script-Merkle-Root) · G
حيث P هو المفتاح العام الداخلي، وH() دالة تجزئة موسومة. يربط هذا المفتاح المعدَّل Q مسار المفتاح وجميع مسارات السكريبت معاً بشكل تشفيري لا يقبل الفصل — دون أن تظهر بنية السكريبت نفسها على السلسلة ما لم تُستخدَم.
يُطبّق BIP-341 بذلك Merkelized Alternative Script Trees (MAST): تُشفَّر شروط الإنفاق المعقدة — كقناة Lightning مع آلية Timelock احتياطية — على هيئة أوراق في شجرة Merkle. عند الإنفاق، لا يلزم الكشف إلا عن المسار المستخدم فعلاً مقروناً بدليل Merkle. وتبقى المسارات غير المستخدمة خاصةً تماماً، مما يقلص حجم المعاملة على السلسلة بشكل ملحوظ.
تنسيق العنوان لـP2TR هو Bech32m (BIP-350)، ويتميز بالبادئة bc1p. في ما يُعرف بـKey-Path Spend — أي حين يُستخدَم المفتاح المعدَّل Q مباشرةً للتوقيع — تبدو المعاملة على السلسلة كتوقيع فردي اعتيادي. وهكذا تصبح قنوات Lightning ومحافظ MuSig2 متعددة التوقيعات والمحافظ أحادية التوقيع البسيطة متماثلةً بنيوياً لا يمكن التمييز بينها. الخصوصية ليست ميزةً اختيارية، بل هي السلوك الافتراضي.
BIP-342: Tapscript – لغة سكريبت جديدة لإنفاق مسارات السكريبت
يُعرّف BIP-342 لغة Tapscript، وهي لغة السكريبت المحدَّثة التي تعمل ضمن مسارات سكريبت Taproot. أبرز تغيير للمطورين: يُستبدَل OP_CHECKMULTISIG وOP_CHECKMULTISIGVERIFY بـOP_CHECKSIGADD. بدلاً من تقييم نتيجة التوقيع المتعدد ككتلة واحدة، يتراكم في OP_CHECKSIGADD التوقيعات الصحيحة على المكدس — توقيع واحد لكل مفتاح، دون العبء التربيعي للكود القديم. والنتيجة: k-of-n multisig أصيل قابل للتحقق الدفعي ومتوافق كلياً مع MuSig2.
الابتكار البنيوي الثاني في BIP-342 هو آلية OP_SUCCESS: إذ تُحجَز 185 كوداً تشغيلياً في Tapscript بوصفها OP_SUCCESS. يُعدّ أي سكريبت يحتوي على أحد هذه الأكواد ناجحاً بشكل غير مشروط — ما لم يمنح Soft Fork مستقبلي الكودَ دلالةً محددة. يتيح ذلك إدخال توسعات مستقبلية كـOP_CAT وOP_CHECKSIGFROMSTACK وأكواد Covenant عبر Soft Fork دون كسر البنية التحتية القائمة لـTapscript. وبهذا يغدو Tapscript أساساً آمناً للمستقبل، لا مجرد مجموعة قواعد ثابتة.
التفاعل المتبادل: مجموعة متكاملة، لا قائمة خيارات
تشكّل المقترحات الثلاثة وحدةً مفاهيمية واحدة. يوفر BIP-340 العنصر التشفيري الأولي (Schnorr)، ويستخدمه BIP-341 في آلية التعديل وبنية MAST، فيما يُعرّف BIP-342 لغة السكريبت التي تعمل في أوراق شجرة Merkle تلك. فـBIP-340 بمعزل عن BIP-341 لن يعدو كونه تحسيناً للتوقيع بلا سياق تطبيقي؛ وBIP-341 بمعزل عن BIP-340 لا يمكن تنفيذه؛ وBIP-342 بمعزل عن الآخرَين لن يجد بيئةً للتشغيل.
للمطورين (اعتباراً من 2026): عناوين P2TR ذات البادئة
bc1pهي المعيار الحالي للمحافظ والبروتوكولات الجديدة. يُفضَّل استخدام Key-Path Spend كلما لم تكن ثمة حاجة لمنطق سكريبت معقد. يحلOP_CHECKSIGADDمحلOP_CHECKMULTISIGفي جميع تطبيقات Tapscript الجديدة. آلية OP_SUCCESS هي نقطة ارتكاز Soft Forks القادمة — ويجب على المطورين عدم شغل الأكواد المحجوزة لأغراض خاصة.
Taproot مفعَّل منذ الكتلة 709.632 عبر Speedy Trial (BIP-8، LOT=false)، وقد جرى تثبيته عند الكتلة 687.285. وقد باتت المقترحات الثلاثة منذ ذلك الحين جزءاً من إجماع Bitcoin، وهي غير متوافقة مع العقد السابقة لـTaproot التي لم تُجرِ التحديث.
WeiterführendRelatedContinuandoContinuando更に進める进一步استمراريا
⚖️ Die stärksten GegenargumenteThe Strongest CounterargumentsLos contraargumentos más fuertesOs contra-argumentos mais fortes最も強力な反論最有力的反方观点أقوى الحجج المضادة
Jedes Gegenargument in seiner stärksten Form – geprüft und nach Datenlage entschieden, kein Wunschdenken.Each counterargument in its strongest form – scrutinized and adjudicated per the data, no wishful thinking.Cada contraargumento en su forma más fuerte: examinado y juzgado según los datos, sin ilusiones.Cada contra-argumento na sua forma mais forte – examinado e julgado segundo os dados, sem ilusões.各反論を最も強い形で提示し、データに基づいて検証・判定しています。希望的観測はありません。每个反方观点均以其最强形式呈现——依据数据审视并判定，绝不一厢情愿。كل حجة مضادة في أقوى صورها — مفحوصة ومحسومة وفق البيانات، لا وفق التمني.
„Privatsphäre als Default” überzeichnet: Solange nur ein kleiner Teil aller Transaktionen P2TR nutzt, ist das bc1p-Format selbst ein Unterscheidungsmerkmal – und Wallet-Fingerprinting, Betrags-/Timing-Heuristiken sowie Script-Path-Offenlegungen halten Chain-Analyse weiterhin wirksam.Privacy by default is an overstatement: as long as only a small share of all transactions uses P2TR, the bc1p format is itself a distinguishing marker — and wallet fingerprinting, amount/timing heuristics, and script-path reveals keep chain analysis effective.Lo de la privacidad por defecto es una exageración: mientras solo una pequeña parte de las transacciones use P2TR, el propio formato bc1p es un rasgo distintivo, y el fingerprinting de wallets, las heurísticas de importes y tiempos y las revelaciones de script path mantienen eficaz el análisis de cadena.Privacidade por padrão é um exagero: enquanto apenas uma pequena parcela das transações usar P2TR, o próprio formato bc1p é um traço distintivo — e o fingerprinting de wallets, as heurísticas de valores e tempos e as revelações de script path mantêm a análise de cadeia eficaz.「デフォルトでプライバシー」は言い過ぎである。全トランザクションのうちP2TRを使うのが少数派である限り、bc1p形式それ自体が識別マーカーになる。さらにウォレットのフィンガープリンティング、金額・タイミングのヒューリスティクス、スクリプトパスの開示により、チェーン分析は依然として有効に機能する。「隐私是默认行为」言过其实:只要P2TR在全部交易中占比仍小,bc1p格式本身就是一个识别标记——加上钱包指纹、金额与时间启发式以及脚本路径的披露,链上分析依然有效。عبارة «الخصوصية هي الوضع الافتراضي» مبالغة: فما دامت حصة صغيرة فقط من المعاملات تستخدم P2TR، فإن صيغة bc1p نفسها علامة مميِّزة — كما أن بصمات المحافظ واستدلالات المبالغ والتوقيت وكشف مسارات السكربت تُبقي تحليل السلسلة فعالا.
Die strukturelle Ununterscheidbarkeit gilt nur innerhalb des Anonymity-Sets der Taproot-Key-Path-Spends – und das ist bei weiterhin niedrigem P2TR-Anteil am Transaktionsaufkommen klein. Forensikfirmen clustern Taproot-Transaktionen nachweislich weiter; das Default-Versprechen des Artikels gilt nur auf Ebene des Output-Formats.The structural indistinguishability only holds within the anonymity set of Taproot key-path spends — which remains small while P2TR's share of transaction volume stays low. Forensics firms demonstrably continue to cluster Taproot transactions; the article's default promise holds only at the output-format level.La indistinguibilidad estructural solo rige dentro del conjunto de anonimato de los gastos por key path de Taproot, que sigue siendo pequeño mientras la cuota de P2TR en el volumen de transacciones sea baja. Las firmas forenses siguen agrupando transacciones Taproot de forma demostrable; la promesa del artículo solo vale a nivel del formato de salida.A indistinguibilidade estrutural só vale dentro do conjunto de anonimato dos gastos por key path do Taproot — que permanece pequeno enquanto a fatia do P2TR no volume de transações for baixa. Empresas forenses comprovadamente continuam a agrupar transações Taproot; a promessa do artigo vale apenas no nível do formato de saída.構造的な識別不能性が成り立つのは、Taprootのキーパス支出という匿名性集合の内部だけであり、P2TRの取引シェアが低い間はその集合は小さい。フォレンジック企業が現にTaprootトランザクションのクラスタリングを続けていることは実証されており、記事の「デフォルト」という約束はアウトプット形式のレベルでしか成立しない。结构上的不可区分性只在Taproot密钥路径支出的匿名集内部成立——而只要P2TR占交易量的份额仍低,这个集合就很小。取证公司事实上仍在对Taproot交易做聚类分析;文章的「默认」承诺只在输出格式层面成立。عدم القابلية البنيوية للتمييز لا يسري إلا داخل مجموعة إخفاء الهوية لإنفاقات المسار المفتاحي في Taproot — وهي صغيرة ما دامت حصة P2TR من حجم المعاملات منخفضة. وتواصل شركات التحليل الجنائي عمليا تجميع معاملات Taproot؛ فوعد المقال بالوضع الافتراضي لا يصح إلا على مستوى صيغة المخرجات.
P2TR legt den (getweakten) öffentlichen Schlüssel direkt im Output offen, statt ihn wie bei P2PKH hinter einem Hash zu verbergen – gegenüber einem künftigen kryptografisch relevanten Quantencomputer vergrößert das die Angriffsfläche ruhender Coins.P2TR exposes the (tweaked) public key directly in the output instead of hiding it behind a hash as P2PKH does — against a future cryptographically relevant quantum computer, this widens the attack surface of dormant coins.P2TR expone la clave pública (con tweak) directamente en la salida, en lugar de ocultarla tras un hash como hace P2PKH; frente a un futuro ordenador cuántico criptográficamente relevante, eso amplía la superficie de ataque de las monedas en reposo.O P2TR expõe a chave pública (com tweak) diretamente no output, em vez de escondê-la atrás de um hash como o P2PKH — diante de um futuro computador quântico criptograficamente relevante, isso amplia a superfície de ataque das moedas paradas.P2TRはP2PKHのように公開鍵をハッシュの背後に隠すのではなく、(tweak済みの)公開鍵をアウトプットに直接さらす。将来、暗号学的に有意な量子コンピュータが登場した場合、これは休眠コインの攻撃対象領域を広げる。P2TR将(经tweak的)公钥直接暴露在输出中,而不是像P2PKH那样藏在哈希之后——面对未来具有密码学威胁的量子计算机,这扩大了休眠币的攻击面。يكشف P2TR المفتاح العام (المعدَّل) مباشرة في المخرج بدلا من إخفائه خلف تجزئة كما يفعل P2PKH — وأمام حاسوب كمومي مستقبلي ذي أهمية تشفيرية، يوسّع هذا سطح الهجوم على العملات الساكنة.
Der Expositionsunterschied ist faktisch korrekt und in der Fachdebatte anerkannt. Zugleich ist jeder ECDSA-Schlüssel bei Ausgabe oder Adress-Wiederverwendung ebenfalls exponiert, und ob bzw. wann kryptografisch relevante Quantenrechner existieren, ist ungewiss – ein realer Trade-off, kein akutes Sicherheitsdefizit.The exposure difference is factually correct and acknowledged in the technical debate. At the same time, every ECDSA key is likewise exposed on spending or address reuse, and whether or when cryptographically relevant quantum computers will exist is uncertain — a real trade-off, not an acute security deficit.La diferencia de exposición es objetivamente correcta y está reconocida en el debate técnico. Al mismo tiempo, toda clave ECDSA queda igualmente expuesta al gastar o reutilizar direcciones, y es incierto si llegarán ordenadores cuánticos criptográficamente relevantes y cuándo: un trade-off real, no un déficit de seguridad agudo.A diferença de exposição é factualmente correta e reconhecida no debate técnico. Ao mesmo tempo, toda chave ECDSA também fica exposta ao gastar ou reutilizar endereços, e é incerto se e quando existirão computadores quânticos criptograficamente relevantes — um trade-off real, não um déficit de segurança agudo.この露出の差は事実として正しく、技術的議論でも認知されている。同時に、ECDSA鍵も支出やアドレス再利用の際には同様に露出するうえ、暗号学的に有意な量子計算機がいつ、あるいはそもそも実現するかは不確かである。これは現実のトレードオフであって、差し迫ったセキュリティ欠陥ではない。这种暴露差异在事实上成立,也为技术圈的讨论所承认。但同时,任何ECDSA公钥在花费或地址复用时同样会暴露,而具有密码学威胁的量子计算机是否会出现、何时出现均不确定——这是真实的权衡,而非迫在眉睫的安全缺陷。فارق الكشف صحيح واقعيا ومعترف به في النقاش التقني. وفي الوقت نفسه، يُكشف كل مفتاح ECDSA أيضا عند الإنفاق أو إعادة استخدام العنوان، وليس مؤكدا إن كانت الحواسيب الكمومية ذات الأهمية التشفيرية ستوجد ومتى — إنها مفاضلة حقيقية، لا عجز أمني حاد.
Taproot als rein technischen Dreiklang zu erzählen, unterschlägt die Governance-Dimension: Der Aktivierungsweg „Speedy Trial” war in der Community heftig umstritten (LOT=true/false-Debatte) – und der Artikel nennt BIP-8, obwohl Bitcoin Core Speedy Trial faktisch als BIP-9-basierte Versionbits-Variante umsetzte.Telling Taproot as a purely technical triad suppresses the governance dimension: the Speedy Trial activation path was hotly contested in the community (the LOT=true/false debate) — and the article cites BIP-8, although Bitcoin Core actually deployed Speedy Trial as a BIP-9-based versionbits variant.Contar Taproot como una tríada puramente técnica suprime la dimensión de gobernanza: la vía de activación Speedy Trial fue muy disputada en la comunidad (el debate LOT=true/false), y el artículo cita BIP-8 aunque Bitcoin Core desplegó Speedy Trial en realidad como una variante de versionbits basada en BIP-9.Narrar o Taproot como uma tríade puramente técnica suprime a dimensão de governança: o caminho de ativação Speedy Trial foi duramente disputado na comunidade (o debate LOT=true/false) — e o artigo cita o BIP-8, embora o Bitcoin Core tenha implantado o Speedy Trial, na prática, como uma variante de versionbits baseada no BIP-9.Taprootを純粋に技術的な三部作として語ることは、ガバナンスの次元を覆い隠す。Speedy Trialというアクティベーション経路はコミュニティで激しく争われた(LOT=true/false論争)。しかも記事はBIP-8を挙げているが、Bitcoin Coreが実際に展開したSpeedy TrialはBIP-9ベースのversionbits方式の変種だった。把Taproot讲成纯技术的三部曲,掩盖了治理维度:Speedy Trial激活路径在社区中争议激烈(LOT=true/false之争)——而且文章写的是BIP-8,但Bitcoin Core实际部署的Speedy Trial是基于BIP-9的versionbits变体。سرد Taproot كثلاثية تقنية محضة يطمس بعد الحوكمة: كان مسار التفعيل Speedy Trial محل خلاف حاد في المجتمع (جدل LOT=true/false) — والمقال يذكر BIP-8 مع أن Bitcoin Core نشر Speedy Trial فعليا كصيغة versionbits قائمة على BIP-9.
Die Aktivierungsdebatte 2020/21 ist ausführlich dokumentiert (u. a. bei Bitcoin Optech), und Bitcoin Core 0.21.1 setzte Speedy Trial über BIP-9-Versionbits mit Mindest-Aktivierungshöhe um – nicht über BIP-8. Der Einwand trifft damit sowohl die Auslassung der Governance-Geschichte als auch ein sachliches Detail des Artikels.The 2020/21 activation debate is extensively documented (including by Bitcoin Optech), and Bitcoin Core 0.21.1 implemented Speedy Trial via BIP-9 versionbits with a minimum activation height — not via BIP-8. The objection thus hits both the omission of the governance history and a factual detail in the article.El debate de activación de 2020/21 está ampliamente documentado (entre otros, por Bitcoin Optech), y Bitcoin Core 0.21.1 implementó Speedy Trial mediante versionbits de BIP-9 con altura mínima de activación, no mediante BIP-8. La objeción acierta, pues, tanto en la omisión de la historia de gobernanza como en un detalle fáctico del artículo.O debate de ativação de 2020/21 está amplamente documentado (inclusive pela Bitcoin Optech), e o Bitcoin Core 0.21.1 implementou o Speedy Trial via versionbits do BIP-9 com altura mínima de ativação — não via BIP-8. A objeção acerta, portanto, tanto na omissão da história de governança quanto num detalhe factual do artigo.2020/21年のアクティベーション論争は(Bitcoin Optechなどに)詳細に記録されており、Bitcoin Core 0.21.1はSpeedy TrialをBIP-9のversionbitsに最低アクティベーション高を加えた形で実装した。BIP-8経由ではない。したがってこの反論は、ガバナンス史の省略と記事の事実的な細部の両方を突いている。2020/21年的激活之争有详尽记录(包括Bitcoin Optech的档案),且Bitcoin Core 0.21.1是通过BIP-9的versionbits加最低激活高度来实现Speedy Trial的——并非BIP-8。因此这一反驳既命中了治理史的缺失,也命中了文章的一个事实细节。جدل التفعيل في 2020/21 موثق باستفاضة (لدى Bitcoin Optech وغيرها)، وقد نفّذ Bitcoin Core 0.21.1 مسار Speedy Trial عبر versionbits وفق BIP-9 مع حد أدنى لارتفاع التفعيل — لا عبر BIP-8. وبذلك يصيب الاعتراض إغفال تاريخ الحوكمة وتفصيلة وقائعية في المقال معا.
Die gefeierte Schnorr-Aggregation bringt scharfe neue Fallstricke: MuSig2 ist ein interaktives Mehrrunden-Protokoll, und schon eine einzige wiederverwendete Nonce erlaubt die vollständige Extraktion des privaten Schlüssels – „einfacher” wird Multisig nur on-chain, nicht in der Implementierung.The celebrated Schnorr aggregation introduces sharp new foot-guns: MuSig2 is an interactive multi-round protocol, and a single reused nonce allows complete extraction of the private key — multisig only gets simpler on-chain, not in implementation.La celebrada agregación de Schnorr introduce trampas nuevas y afiladas: MuSig2 es un protocolo interactivo de varias rondas, y una sola nonce reutilizada permite extraer por completo la clave privada; la multifirma solo se simplifica on-chain, no en la implementación.A celebrada agregação de Schnorr introduz armadilhas novas e afiadas: o MuSig2 é um protocolo interativo de várias rodadas, e uma única nonce reutilizada permite a extração completa da chave privada — a multiassinatura só fica mais simples on-chain, não na implementação.称賛されるSchnorr集約は、新たに鋭い落とし穴をもたらす。MuSig2は対話的な複数ラウンドのプロトコルであり、ノンスを一度でも再利用すれば秘密鍵を完全に抽出されうる。マルチシグが「簡単」になるのはオンチェーン上だけで、実装においてではない。备受赞誉的Schnorr聚合带来了锋利的新陷阱:MuSig2是需要多轮交互的协议,只要重复使用一次nonce,私钥就可被完整提取——多签只是在链上变简单了,在实现层面并没有。تجميع Schnorr المحتفى به يجلب مزالق جديدة حادة: MuSig2 بروتوكول تفاعلي متعدد الجولات، وإعادة استخدام nonce واحدة فقط تتيح الاستخراج الكامل للمفتاح الخاص — فالتوقيع المتعدد يصبح أبسط على السلسلة فقط، لا في التنفيذ.
BIP-327 und die MuSig2-Literatur warnen explizit vor katastrophaler Nonce-Wiederverwendung und verlangen sorgfältiges State-Management; die Komplexität verlagert sich von der Chain in die Wallet-Software. Die Effizienzdarstellung des Artikels stimmt – die Risikoseite der neuen Kryptografie fehlt.BIP-327 and the MuSig2 literature explicitly warn of catastrophic nonce reuse and demand careful state management; the complexity shifts from the chain into wallet software. The article's efficiency account is accurate — the risk side of the new cryptography is missing.El BIP-327 y la literatura sobre MuSig2 advierten explícitamente de la reutilización catastrófica de nonces y exigen una gestión de estado cuidadosa; la complejidad se desplaza de la cadena al software de wallet. El relato de eficiencia del artículo es correcto, pero falta el lado de riesgo de la nueva criptografía.O BIP-327 e a literatura sobre MuSig2 alertam explicitamente para a reutilização catastrófica de nonces e exigem gestão de estado cuidadosa; a complexidade migra da chain para o software de wallet. O relato de eficiência do artigo está correto — falta o lado de risco da nova criptografia.BIP-327とMuSig2の文献は、壊滅的なノンス再利用について明示的に警告し、慎重な状態管理を要求している。複雑さはチェーンからウォレットソフトウェアへと移動するのである。記事の効率性に関する記述は正確だが、新しい暗号技術のリスク面が欠けている。BIP-327与MuSig2文献明确警告灾难性的nonce复用,并要求严谨的状态管理;复杂性只是从链上转移到了钱包软件中。文章对效率的描述是准确的——缺的是这套新密码学的风险面。يحذر BIP-327 وأدبيات MuSig2 صراحة من إعادة الاستخدام الكارثية للـnonce ويشترطان إدارة حالة دقيقة؛ فالتعقيد ينتقل من السلسلة إلى برمجيات المحفظة. وصف الكفاءة في المقال دقيق — لكن جانب المخاطر في هذا التشفير الجديد غائب.
QuellenSourcesFuentesFontes出典来源المصادر
- BIP-340: Schnorr Signatures for secp256k1 (github.com)
- BIP-341: Taproot: SegWit version 1 spending rules (github.com)
- BIP-342: Validation of Taproot Scripts (github.com)
- BIP-350: Bech32m format for v1+ witness addresses (github.com)
- Bitcoin Optech: Taproot (bitcoinops.org)