SIG:在区块链中，详细解析多重签名_KEY

大家好，这里是链客区块链技术问答社区。

链客，专为技术开发者而生，有问必答！

多重签名

多重签名脚本设置了一个条件，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。

IOTA代币持有者将投票决定无人认领的代币该如何处置:1月27日消息，IOTA代币持有者将投票决定无人认领的代币应该如何处置。投票选项有两种：1、用于支持和资助对IOTA社区生态系统至关重要的项目和计划，这些资金将完全由社区管理。2、从IOTA分类账中删除，总供应量将减少。

投票过程将分为三个阶段：提案公告；投票（七天）；计票（10天）。投票结果将通过参与计数的每个节点以分散的方式生成和验证。每个节点都可以通过API终结点公开其当前和最终结果。

据此前消息，在去年的Chrysalis网络升级期间，IOTA基金会要求IOTA社区决定如何使用超过50个无人认领的IOTA代币。[2022/1/28 9:18:08]

M-of-N多重签名条件的锁定脚本设置通常形式如下：

调查：大部分数字资产持有者担心死后资产如何被处理:2019年10月到2020年6月的调查显示，大部分数字资产持有者担心死后如何处理资产，但是其中很大一部分不会使用遗嘱、信托或者其它工具。89%的受访者不同程度上表示他们很担忧数字资产在他们死后能否传递给家人或者朋友，没有人说完全不担心。（Cointelegraph）[2020/7/8]

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

其中N是列出的公钥数量，M是花费这笔支出所需的签名个数。

一个2-of-3多重签名条件的锁定脚本设置如下：

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

直播 ｜ 小凤仙 > 交易所如何助力矿业发展？:金色财经 · 直播主办的《 币圈 “后浪” 仙女直播周》第4期今晚20:00准时开始，本期“后浪”仙女Aex CMO 小凤仙将在直播间聊聊 “交易所如何助力矿业发展”，感兴趣的朋友扫码移步收听！[2020/6/9]

上面的锁定脚本可以被包含签名和公钥对儿的解锁脚本满足：

<SignatureB><SignatureC>

或者3个公钥中的任意两个对应的私钥生成的签名的组合

两个脚本组合起来形成下面的验证脚本

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

声音 | 新加坡金管局高管：金管局正在研究如何通过监管应对加密货币带来的风险:据Finance Magnates消息，新加坡金融管理局（MAS）高管Damien Pang在本周四举行的年度金融科技联合大会上表示，许多监管机构和行业人士呼吁以自上而下的方式对加密货币行业进行监管。金管局正在研究加密货币带来的风险，以及如何通过监管来予以应对。 Pang称：“我们绝对需要监管加密货币，这是为了正确应对风险。例如使用加密货币为恐怖主义融资等，这是我们需要解决的问题。因此，问题不在于加密货币是否应该受到监管，而是关于（区块链）技术所带来的风险，以及我们如何在不对整个加密货币行业一网打尽的情况下，试图减轻这些风险。”[2019/6/27]

执行时，只有在解锁脚本与锁定脚本设置的条件匹配时，此组合脚本才会评估为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，其唯一目的是修正意外成为共识规则的错误。

标签：SIGICKPUBKEYunsigKICK币PUBLX价格Mr. Hankey

USDC热门资讯