MULTI:在區塊鏈中，詳細解析多重簽名

大家好，這里是鏈客區塊鏈技術問答社區。

鏈客，專為技術開發者而生，有問必答！

多重簽名

多重簽名腳本設置了一個條件，N個公鑰記錄在腳本中，并且需要其中至少M個提供簽名才能解鎖資金。這也被稱為M-of-N方案，其中N是密鑰的總數，M是驗證所需簽名個數的閾值。例如，一個2-of-3的多重簽名是三個公鑰被列為潛在簽名者并且其中至少兩個必須被用來創建簽名，從而創建有效的交易花費資金。

目前，標準的多重簽名腳本最多只能列出3個公鑰，這意味著你可以執行從1-of-1到1-of-3之間的任意組合的多重簽名。本書出版時，列出3個公鑰的限制可能已經解除，因此請檢查IsStandard()函數以查看網絡當前接受的操作。請注意，3鍵的限制僅適用于標準多重簽名腳本，而不適用于包含在支付到腳本哈希中的多重簽名腳本。P2SH多重簽名腳本限于15個鍵，最多允許15-of-15的多重簽名。我們將在支付到腳本哈希Pay-to-Script-Hash(P2SH)中學習P2SH。

研究：A16z在區塊鏈方面的投資占金融科技領域的22%:金色財經報道，CB Insights的研究顯示，風投公司紅杉資本和Andreessen Horowitz在2022年對金融科技的投資超過了其他任何類別。紅杉去年總體上投資超過100筆。金融科技占該公司交易的近四分之一。在a16z去年參與的206筆交易中，近四分之一的交易對象是金融科技公司——高于其他任何行業。A16z去年在金融科技領域投資了49家公司，其三大金融科技投資目標是支付(28%)、區塊鏈(22%)和數字貸款(12%)。[2023/2/27 12:30:56]

M-of-N多重簽名條件的鎖定腳本設置通常形式如下：

M<PublicKey1><PublicKey2>……<PublicKeyN>NCHECKMULTISIG

巴西銀行巨頭Bradesco在區塊鏈試點中推出代幣化信貸票據:金色財經報道，巴西最大的銀行之一、拉美第三大銀行Bradesco宣布與BolsaOTC合作將第一批價值近200萬美元的銀行信貸票據代幣化，作為其測試區塊鏈技術的試點項目的一部分。據悉，此次合作還使用了一個監管沙盒，允許金融機構使用新技術進行這種測試。Bradesco是巴西第二家目前正在嘗試代幣化和代幣化資產的銀行。第一個是ItauUnibanco，它早在去年7月就執行了一系列的代幣化測試，向該銀行的員工和客戶發行資產。[2023/1/17 11:15:15]

其中N是列出的公鑰數量，M是花費這筆支出所需的簽名個數。

一個2-of-3多重簽名條件的鎖定腳本設置如下：

聲音 | 奧拓電子：公司在區塊鏈技術與現有業務的結合中取得一定突破:據新浪網消息，奧拓電子（002587.SZ）在接受投資者提問時表示，公司目前正積極探索區塊鏈的應用，在區塊鏈技術與現有業務的結合中取得一定突破，奧拓翰明已取得《基于區塊鏈技術的電子對賬系統軟件V1.0》、《基于區塊鏈技術的理財雙錄軟件V1.0》及《翰明智能化自助平臺軟件V1.0》等多個軟件著作權證書。[2019/9/10]

2<PublicKeyA><PublicKeyB><PublicKeyC>3CHECKMULTISIG

上面的鎖定腳本可以被包含簽名和公鑰對兒的解鎖腳本滿足：

<SignatureB><SignatureC>

現場|DOCLOCK CEO：可將視覺鎖定在區塊鏈:金色財經現場報道，6月29日，在東京舉辦的BLOCK CO+ TOKYO CONFERENCE 2018峰會上，DOCLOCK CEO兼創始人Greg Ellis表示人們可以在區塊鏈上留下旅游足跡，并選擇共享，該公司DOCLOCK就是一種視覺區塊鏈項目，用戶可通過移動設備達到視覺區塊鏈價值，可用攝像頭進行掃描、隨同地址、時間等信息上傳至區塊鏈。[2018/6/29]

或者3個公鑰中的任意兩個對應的私鑰生成的簽名的組合

兩個腳本組合起來形成下面的驗證腳本

<SignatureB><SignatureC>2<PublicKeyA><PublicKeyB><PublicKeyC>3CHECKMULTISIG

執行時，只有在解鎖腳本與鎖定腳本設置的條件匹配時，此組合腳本才會評估為TRUE。在這種情況下，條件是解鎖腳本是否具有來自3個公鑰中的兩個對應私鑰的有效簽名。

CHECKMULTISIG執行中的一個錯誤

在CHECKMULTISIG的執行過程中有一個錯誤，需要稍微解決一下。當CHECKMULTISIG執行時，它應該消耗堆棧中的M+N+2個項目作為參數。但是，由于該錯誤，CHECKMULTISIG會彈出額外的值或超出預期的值。

讓我們用前面的驗證示例更詳細地看一下：

<SignatureB><SignatureC>2<PublicKeyA><PublicKeyB><PublicKeyC>3CHECKMULTISIG

首先，CHECKMULTISIG+彈出頂部元素，它是+N。然后它彈出N個元素，這是可簽名的公鑰。在這個例子中，是公鑰A，B和C。然后，它彈出一個項目，即M，仲裁數。這里M=2。此時，CHECKMULTISIG應該彈出最后的M個元素，這是簽名，并查看它們是否有效。然而，不幸的是，實現中的一個錯誤會導致CHECKMULTISIG彈出另一個元素。額外的項目在檢查簽名時被忽略，因此它對CHECKMULTISIG本身沒有直接影響。但是，必須存在額外的值，因為如果它不存在，當CHECKMULTISIG試圖彈出空堆棧時，它將導致堆棧錯誤和腳本失敗。由于額外的項目被忽略，它可以是任何東西，但通常使用0。

由于這個bug成為了共識規則的一部分，現在必須永久復制。因此，正確的腳本驗證將如下所示：

0<SignatureB><SignatureC>2<PublicKeyA><PublicKeyB><PublicKeyC>3CHECKMULTISIG

所以，正確的解鎖腳本不是

<SignatureB><SignatureC>

而是：

0<SignatureB><SignatureC>

從現在起，如果你看到一個multisig解鎖腳本，你應該在開始時看到一個額外的0，其唯一目的是修正意外成為共識規則的錯誤。

Tags：MULTICHEHECMULTI價格MULTI幣CHE幣CHE價格HEC價格HEC幣

Coinw