在區塊鏈中，詳細解析多重簽名_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。

報告：城商行、民營銀行加速在區塊鏈等領域的布局:近日，中國銀行業協會城商行工作委員會發布《城市商業銀行發展報告（2020）》，《報告》認為，城商行、民營銀行積極擁抱金融科技，不斷推動數字化轉型，加速在大數據、區塊鏈、人工智能、物聯網、云計算等領域的布局。通過金融科技賦能，優質金融產品供給不斷豐富，在提高金融效率、降低融資成本、拓寬金融客戶覆蓋面等方面發揮了積極作用。（證券日報）[2020/11/15 20:52:38]

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

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

動態 | 美洲開發銀行將在區塊鏈上試點土地注冊:美洲開發銀行(Inter-American Development Bank)將首次對土地注冊進行區塊鏈測試。該銀行將啟動一個為期兩年的項目，將三個拉丁美洲國家的土地注冊和貸款放在區塊鏈上。（coindesk）[2019/10/29]

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

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

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

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

聲音 | 袁煜明：在區塊鏈應用領域中國整體產業還處于初創階段:據投資者網消息，火幣中國CEO袁煜明對于區塊鏈技術的發展現狀，以及如何與傳統產業實現更好的融合發展，賦能傳統產業的轉型升級，闡述了自己的看法。袁煜明表示，全球各國在積極搶占區塊鏈這一重要產業機會，對中國來說，區塊鏈更是帶動經濟和產業格局調整的重要機遇，在區塊鏈應用的領域，中國整體產業還處于初創階段。他表示，從長遠來看，作為一項顛覆性技術，區塊鏈必然引領全球新一輪技術變革和產業變革，但推動時代變革需要引領者，所以非常希望能涌現出標桿性的大型區塊鏈應用項目，能為國內所有的區塊鏈從業者樹立起榜樣作用，并建立正確的價值導向，引領行業向正確的方向前進。[2019/3/12]

<SignatureB><SignatureC>

索尼著眼于將數字版權數據放在區塊鏈上:據coindesk消息，美國專利和商標局周四公布的一份專利申請顯示，日本科技巨頭索尼正在考慮使用區塊鏈來存儲數字版權數據。索尼方面表示，目前的數字版權管理(DRM)解決方案旨在實現互操作性，可能不太可靠。根據提交的文件，區塊鏈可以存儲所需的識別信息，以確保用戶可以看到他們購買的產品。索尼也認為，基于區塊鏈的系統可以管理各種類型的內容和數據，如電影、電視、視頻、音樂、音頻、游戲、科學數據、醫療數據等。[2018/4/27]

或者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幣

瑞波幣