軟叉與硬叉

需要注意的是，Taproot和Schnorr都可以作為軟分叉實現。雖然在技術上可以在比特幣中實現硬分叉，但它通常被認為是最糟糕的升級路徑，原因如下：

· 協調

· 向后兼容性

· 社區分裂的風險

由于比特幣的分散性，在這一點上，主要的經濟、技術和社區參與者之間的協調幾乎是不可能的。設置每個人都需要升級的最后期限是一個嚴重的挑戰。軟件開發團隊有設計和迭代階段，世界范圍內的經濟參與者并不總是使用相同的渠道。向后兼容性也是設計軟件時不可忽視的一個重要設計決策。幾乎所有保持向后兼容性的軟件升級在長期運行中都會勝出，而那些破壞并使舊版本無法使用的設計則會失敗。軟分叉通常向后兼容，而硬分叉則不兼容。最后，當建議使用硬分叉時，存在社區分裂的主要風險。

簽名方案和多重簽名

1999年和2000年接受了數字簽名算法（DSA）、橢圓曲線數字簽名算法（ECDSA）作為ANSI、IEEE和NIST標準， 并提供了許多優點，包括更快的計算時間以及對內存和帶寬的更低要求。值得注意的是， 比特幣公鑰和私鑰可與 ECDSA 一起使用， 使用 secp256k1 曲線可用于生成 Schnorr 簽名。

在許多情況下，只需要一個簽名就可以對消息進行簽名。然而，很明顯，在某些情況下，擁有多個密鑰簽名消息尤其有用，而且更安全。大多數多重簽名方案通常需要來自多個人員、機構或編程腳本的m-of-n簽名。這限制了資金的轉移，直到滿足m方之間合作的要求。

比特幣中的基本交易（將比特幣發送到公鑰）稱為payto - public - key - hash （P2PKH）。與P2PKH不同，Pay to Script Hash （P2SH）是比特幣中使用的一種高級交易類型，它允許發送方將資金提交到任意有效腳本的哈希值中。P2SH主要用于多重簽名和非本地SegWit交易（P2WPKH-in-P2SH）。最初在BIP 16中概述，P2SH的目的是“將提供贖回交易條件的責任從資金的發送方轉移到贖回方”。不會強制發送者在scriptPubKey中放入長腳本的消費條件，相反，發送者可以將其消費條件的哈希值放入到贖回腳本中。P2SH資金交易包含scriptPubKey中贖回腳本的哈希值。

發送方可以資助贖回腳本，而其他人不知道腳本的具體支出條件——只有接收方知道進一步支出的條件。對于多團體交易，發送者可以在不知道多簽名地址所需公鑰的情況下發送資金。公鑰只有在接收方使用資金時才會顯示。當受助人選擇使用資金時，必須披露整個腳本以及腳本的解決方案;任何人都可以驗證提供的腳本確實是原始腳本。

然而，P2SH也有缺點。必須揭示所有可能滿足的條件。這自然會產生潛在的隱私問題，因為網絡參與者可以了解所有可能滿足條件的方法，比如使用哪種錢包，等等。此外，如果有許多可能的條件，計算和驗證就會變得非常麻煩，在這種情況下，計算和驗證就會變得非常繁重。

其他多重簽名方案包括Shamir的秘密共享（SSS）、Threshold ECDSA、Threshold Ed25519、Bohen-Lynn-Shacham （BLS）簽名和Schnorr簽名;這些方案之間有許多權衡，包括但不限于預圖像、可信設置、交互輪、隱私和計算效率。

Schnorr簽名

Schnorr簽名于1991年獲得克勞斯·施諾爾（Claus Schnorr）的專利，并于2008年到期。Schnorr簽名的主要好處是它使區塊鏈上的多簽名和單簽名交易無法區分。使用Schnorr簽名，多個簽名者可以生成聚合的公鑰，然后使用一個簽名聯合簽名，而不是在區塊鏈上分別發布每個公鑰和每個簽名。這是一個重要的可擴展性和隱私增強的功能。Schnorr簽名了取代ECDSA，使比特幣的數字簽名基礎設施在多個方面變得更好，有三個關鍵的新功能：

· 非延展性

· 線性核查

· 通過密鑰聚合實現多簽名隱私

對于在比特幣區塊鏈上建立第二層網絡來說，非延展性是一個顯著優勢。ECDSA的主要問題之一是： 接受一連串未經確認的交易是不安全的，因為后面的交易依賴于以前交易的哈希值，因此建議等到交易確認6次之后再進行。使用Schnorr，可塑性不再是一個問題，簡化了第2層的采用并提高了安全性。

Schnorr簽名可以顯著節省空間和驗證時間。Schnorr簽名驗證是線性的，這意味著可以聚合簽名驗證步驟中的密鑰和簽名部分。這是一個稱為批量驗證的新特性，這意味著一次驗證多個簽名的速度比以前更快。它是通過一次驗證多個簽名而不是逐個線性驗證來加速的。自然，隨著簽名集的增加，儲蓄會增加，但最終會逐漸減少。

分別驗證n個簽名和驗證一批n個簽名所需的時間之比隨簽名數量的增加呈對數增長;驗證一批100個簽名的時間要快1.75倍，

BIPSchnorr使錢包軟件能夠將密鑰聚合在一起。Schnorr的多簽名輸出看起來像單個簽名輸出。在Schnorr之前，多簽名交易很容易被發現，并且可以與網絡上的正常交易區分開來。在P2SH中，網絡知道存在多簽名交易、簽名者是誰以及有多少簽名者。使用Schnorr，外部觀察者不可能看出其中的區別，因為簽名者創建了一個具有單個簽名的聚合公鑰。這有助于提高可擴展性、可替換性和隱私性。

Schnorr還獲得了其他小的收益。Schnorr簽名是一個固定的64字節簽名，它低于現有的70-72字節ECDSA簽名。

Schnorr有正式的安全證明，ECDSA沒有。Schnorr具有自適應簽名，這是一個有助于原子交換的特性，也可以用于一般的支付渠道。

Taproot & Tapscript

Merkelized Abstract Syntax Tree （MAST）

MAST最初是由比特幣協議開發者劉江森博士于2016年提出的。MAST提出了一個新的witness程序，它使用Merkle樹在腳本中編碼互斥分支，從而實現更復雜的阻礙條件，通過隱藏未執行的條件來改善隱私，其成本非常低。MAST允許在Merkle樹中構造多個支出條件，并且只需要公開滿足的條件（與P2SH要求公開所有條件相反）。 如果滿足任何條件，可以使用Merkle root和path來驗證條件是否駐留在Merkle樹中，同時隱藏Merkle樹的其余部分。

除了隱私方面的好處，MAST還可以創建更小的交易大小。非主交易大小在成本上呈線性增長，而主交易大小僅呈對數增長，為更復雜的產權負擔情況提供了顯著的縮放效率。鑒于比特幣的字節大小受到嚴格限制，這一點尤其重要;裸腳本和SegWit有10，000字節的限制，P2SH交易有520字節的限制。

具有和不具有 MAST 的子腳本和保留項數據大小的數量

Taproot

Taproot 升級是 MAST 協議的一個特殊實現， 它使輸出和協作支出之間無法區分。［3， 4］與 MAST 一樣， taproot 使用 Merkle 分支來隱藏腳本中未執行的分支。此腳本更新 （稱為 Tapscript） 意味著部分執行的腳本在使用之前將其其余執行代碼隱藏， 同時在以后由對等方驗證和驗證該代碼時仍保留該代碼的完整性。Taproot 和 Tapscript 從一開始就被設計為可控制和升級的版本。它們加入代碼庫并不是什么大的變化， 總的來說， 實現 Taproot 和 Tapscript 的共識變化只有500行代碼左右。

使用專門的比特幣腳本很容易識別，而且從一個地址到一個外部觀察者的簡單支出看起來也不一樣。對于Taproot，所有輸出看起來都一樣。Taproot真正的創新之處在于它對保護隱私的合作開銷的靈活性：在某些情況下，Merkle樹存在的證據不需要發布，只需要發布一個公鑰和一個簽名。比特幣用戶可以將比特幣作為可編程貨幣使用，而無需識別他們是否在為此目的使用比特幣，從而提高了比特幣的隱私性和可替代性。

腳本的所有參與者都可以就結果達成一致，而不考慮現有的條件，只需一起簽署一個消費交易。這種“合作關閉”使用了Schnorr的Threshold簽名”，使交易看起來像一個常規交易——參與者的公鑰聚合在一起成為Threshold公鑰。對于鏈，此合作交易作為常規交易的出現，具有傳統的公鑰和簽名。

只有在非協作的支出下，Merkle樹的存在才會被揭示出來。在非協作開銷中，可以使用滿足條件的腳本對初始閾值公鑰進行調整，以創建調整后的閾值公鑰;這證明了只要滿足劇本的具體條件，劇本的資金是可以使用的。或者，可以使用桅桿結構的Merkle root對閾值公鑰進行調整，該結構適用于支出腳本資金的所有不同條件。這種方式只需要暴露滿足的支出條件，其余條件可以隱藏，從而提高隱私，優化網絡資源的使用。

未來的升級路徑

使用Tapscript的Schnorr簽名和主Taproot根通過隱藏腳本和模糊密鑰提高了可擴展性和隱私性，并限制了第三方確定發生的交易類型的能力。這些改進可以極大地改進多簽名交易的采用。未來，比特幣開發者及其社區計劃將這些增強功能集成到核心代碼中。比特幣的核心代碼還將進行各種以隱私為重點的升級，這將使交易更安全、更私密以及使比特幣更具可替代性。