什麼是 Taproot 升級以及為什麼 Bitcoin 需要它？

主根活化機制

1. Taproot 於 2021 年 11 月 12 日在區塊高度 709632 激活，遵循軟分叉共識機制，要求 90% 的礦工在 3,024 個區塊的難度調整期內發出信號。

2. 升級引入了版本 1 見證輸出，取代了先前在 P2WPKH 和 P2WSH 交易中使用的版本 0 隔離見證結構。

3. 與早期版本不同，Taproot 輸出對 Merkleized 抽象語法樹 (MAST) 內的所有支出條件進行編碼，從而啟用條件邏輯，而無需暴露鏈上未使用的分支。

4. 啟動並沒有改變Bitcoin的貨幣政策或區塊大小限制，但重新定義了交易驗證期間腳本驗證的執行方式。

5. 執行 Bitcoin Core v0.21.1 或更高版本的節點會自動識別並執行 Taproot 規則，確保與舊位址和錢包的向後相容性。

透過 Schnorr 簽名增強隱私

1. Schnorr 簽名取代了金鑰路徑支出的 ECDSA，產生確定性的 64 位元組簽名，對於外部觀察者來說，這些簽名與隨機位元組字串無法區分。

2. 簽章聚合允許多個簽署者將其部分簽章合併為單一簽名，從而消除了在 Taproot 之前的 UTXO 中可見的多簽名足跡模式。

3. 透過基於哈希的點加法進行公鑰調整，確保即使相同的公鑰出現在多個輸出中，其鏈上表示每次也不同。

4.關鍵路徑支出的見證資料僅包含簽名－沒有腳本、沒有操作碼、沒有堆疊操作－使得交易意圖對區塊鏈分析師來說不透明。

5. 腳本路徑支出僅顯示 MAST 的已執行分支，隱藏所有替代條件和關聯的公鑰，除非明確觸發。

交易效率提升

1. 標準 P2TR 鍵路徑支出消耗 57.5 vbytes，而同等 P2WPKH 交易則消耗 68 vbytes，在典型記憶體池條件下，費用降低約 15%。

2. 多重簽名設定的好處不成比例：5 中的 3 的 MuSig2 支出適合 104 vbytes，而傳統 P2WSH 則需要 289 vbytes，從而將成本削減了 64% 以上。

3. 由於見證負載較小，區塊傳播延遲降低，提高了全節點同步速度並降低了高吞吐量期間的孤塊率。

4. 每筆交易的驗證時間最多減少 2.5 倍，因為 Schnorr 簽名驗證避免了 ECDSA 所需的昂貴的模組化反轉。

5. 費用估算模型必須在啟動後重新校準，以考慮基於路徑選擇而不是固定 scriptPubKey 範本的可變見證人權重貢獻。

腳本表現力和契約靈活性

1. Taproot 支援將複雜的支出條件編碼為嵌套的 if-else 樹，其中每個葉子對應於具有自己的鎖定邏輯的不同腳本。

2. 時間鎖定條件可以與哈希鎖定路徑共存，允許原子交換、支付通道和社交恢復機制，而無需暴露結構細節。

3. CLTV 和 CSV 操作碼仍然具有完整的功能，但現在在統一的執行環境中運行，其中所有分支共享相同的輸出格式。

4. 開發人員可以嵌入任意邏輯（包括多重簽章閾值、委託金鑰和撤銷條款），而不會增加鏈上足跡，除非這些路徑被執行。

5. 仍禁止遞歸腳本評估，保留Bitcoin的反DOS設計原則，同時透過MAST修剪擴展實際表現力。

常見問題解答

問題 1：舊版 Bitcoin 錢包可以將資金發送到 Taproot 地址嗎？是的。任何支援 Bech32 編碼的錢包都可以產生有效的 P2TR 位址並向其廣播交易支出。相容性取決於錢包軟體，而不是協議級別的限制。

Q2：Taproot 交易需要新的私鑰嗎？不需要。可以使用 BIP-340 中定義的確定性派生方法將現有 ECDSA 私鑰轉換為 Schnorr 相容金鑰，從而保留對資產的完全控制。

Q3：是否可以透過查看原始區塊鏈資料來識別 Taproot 輸出？是的。 P2TR 輸出以位元組序列 0x5120 開頭，後面接著 32 位元組調整後的公鑰，可與 P2WPKH (0x0014) 和 P2WSH (0x0020) 前綴區分開。

Q4：Taproot 是否完全消除了位址叢集？不會。雖然 Taproot 模糊了腳本結構並減少了指紋向量，但基於交易圖拓撲、計時和共同支出行為的聚類啟發法仍然是可行的取證工具。