2010年時的從業者如何看待十年後的BTC建設之路

作者：比特幣播客 Block Digest聯創Shinobi；編譯：五銖，金色財經

本文是Shinobi寫於十年前的文章，探討了2020年時比特幣是什麼樣的。

本系列文章的第一篇可點擊查看《2010年時的從業者如何看待十年後的BTC生態？》

我們已經開始看到第二層潛力的種子從第一個十年的基礎層原語中發展出來。閃電網絡雖然仍受到一些相當大的限制，但確實開始蓬勃發展。這只是目前指定和部署的有限第一個版本。現在已經部署了各種類型的側鏈：Liquid、RSK，甚至還有 Commerceblock 開發的與比特幣綁定的代幣鏈。這只是一個開始。

###SCHNORR 和 TAPROT

不久之後，我們就有了 Schnorr 和 Taproot 的組合。從 Schnorr 的角度來看，這是一種批量驗證簽名方案，成本更低，也是優化比特幣多重簽名腳本構造的下一個重大飛躍。多重簽名最初只是將所有公鑰和多重簽名腳本塞入交易輸出中發送給它，並且必須將所有這些包含在輸入中才能使用它。P2SH 通過包含多重簽名的公鑰和腳本的恆定長度哈希值來優化輸出方面，為任何發送到多重簽名地址的人節省費用，只為發送者增加成本。SegWit 可以說通過見證折扣使花費多重簽名 UTXO 更便宜而進一步“優化”。Schnorr 將所有這些增量優化發揮到了極致。您將各個公鑰組合成一個密鑰，每個人都可以協作為其製作一個簽名，然後檢查一下。這為所有使用多重簽名的技術（包括閃電網絡 (Lightning) 和聯合側鏈等第二層）節省了大量成本，並且通過使所有這些多重簽名 UTXO 與單簽名 UTXO 無法區分，也帶來了隱私優勢。

現在，這並不能神奇地讓一切都完全保密。閃電通道狀態（交易）仍然需要單獨的密鑰路徑，以便其懲罰交易對舊狀態的提交做出反應。這意味著這些必須在創建指紋的輸出腳本中。Taproot 通過其加密魔法解決了這個問題，允許您提交一個具有不同支出條件的 merkle 樹，只需要使用的條件和 merkle 證明到 merkle 根即可支出，到看起來正常的 Schnorr 公鑰。現在，您可以使用 taproot 隱藏該懲罰腳本路徑。您可以使用 Taproot 隱藏任何條件腳本路徑，隱藏在看起來非常正常的 Schnorr 密鑰之下，該密鑰允許所有參與者就某事達成一致並進行看起來非常正常的交易。

###SIGHASH_ANYPREVOUTPUT

SIGHASH_ANYPREVOUTPUT（以前為 SIGHASH_NOINPUT）有望成為下一個新原語。它是新的公鑰格式/sighash 標誌升級。Sighash 標誌指定簽名將提交到交易的哪些部分。此功能的存在是為了讓您可以執行諸如僅簽署您的輸入和輸出之類的操作，但允許其他人將自己的輸入和輸出添加到交易中而不會使其無效。但目前，簽名必須提交到來自確切交易的確切 UTXO。除其他外，SIGHASH_ANYPREVOUT 可以將簽名提交到 UTXO 腳本，而不是實際的特定 UTXO。這允許一種新的方式（eltoo）來構建閃電通道狀態，不需要懲罰密鑰或處理舊狀態，允許受騙方沒收所有資金。相反，如果當前通道狀態在雙重支付競爭中失敗，它可以簡單地重新使用舊通道狀態，從而保證每個人都能在鏈上獲得他們當前的通道餘額，而不是之前的過期餘額。您只需在正確的位置重新使用相同的腳本並使用 SIGHASH_ANYPREVOUT 即可實現這一點。

這消除了許多風險，例如您丟失當前通道狀態，導致因無意之失而使罰款交易扣留您的資金。它還可以實現更多功能。現在，我們可以擁有超過 2 個參與者的閃電通道，甚至可以在這些通道之上堆疊“子通道”。此外，SIGHASH_ANYPREVOUT 和 eltoo 可以創建 Statechains，這是一種聯合通道構造，允許新參與者完全在鏈下進入和退出，並假設聯盟不會與過去的參與者合謀欺騙任何人。這為我一直稱之為“多方靜態 UTXO 協議”的協議打開了很多潛力。

###OP_CHECKTEMPLATEVERIFY

OP_CTV 是 Jeremy Rubin 提出的一項提案，旨在在比特幣上實現一種非常基本的“契約”。契約是對使用一枚BTC的更復雜的限制，而不僅僅是某些密鑰的簽名。Rubin 的提案將實施的契約類型是“模板”。本質上，這允許 UTXO 的腳本要求支出交易創建特定的精確輸出。因此，一旦使用 OP_CTV 創建了 UTXO，就會通過共識強制執行，即必須將 UTXO 花費到特定地址，金額在該 UTXO 的腳本中定義。您甚至可以將它們鏈接在一起，以便其中一個 UTXO 被迫再生成幾個，然後這些 UTXO 又被迫生成幾個，如此反覆。

這在任何地方都具有廣泛的普遍適用性。在高費用環境中，託管實體可以製作單個 UTXO，該實體 100% 按照共識規則保證其所有客戶的資金最終都將由客戶控制，即使他們目前無法立即訪問這些資金。這與多方渠道（渠道工廠）具有很大的潛在協同作用，因為像這樣進行的大規模“提款”也可以同時創建並用作渠道工廠。OP_CTV 可用於創建至少單向工作的支付渠道，而無需接收端參與或在線擁有密鑰來接收付款（請記住，您可以將渠道堆疊在一起）。它甚至可以用於允許單個渠道一次處理更多 HTLC，方法是將它們捆綁在一起，使用與第一個託管提款示例相同的技巧。甚至可能為新類型的 coinjoin 創造一些潛力。

###整合所有要素

假設上述所有提議都被採納並納入比特幣，我真的認為，除了實際從事這些前沿工作的開發人員之外，人們甚至不知道使用這些原語將構建哪些類型的協議和服務。或者服務或協議之間沒有明確分界線的奇怪事物。

它們將啟用理論上參與者數量不受限制的多方渠道，這些渠道可以在基礎渠道參與者的較小子組之上堆疊子渠道。可以在這些“渠道工廠”之上構建渠道，讓人們無需在線擁有熱錢包的密鑰即可收款。這些多方渠道本身可以堆疊在聯合渠道（狀態鏈）之上，允許參與者在鏈上活動為零的情況下進入或退出！渠道“拼接”的構造將允許流動性在不同渠道之間相對無縫地移動，從而實現人們甚至還沒有真正開始考慮的各種事情。

我在本節中的最後一句話是：這只是考慮了可以對我認為是比特幣協議棧本身的直接組成部分的東西做些什麼。如果你開始研究中心化託管服務，以及這些服務可以提供比特幣的哪些子集，而不受監管或法律障礙的影響，那麼你可以做更多的事情。