2026-08-23
上周的教训是，密钥安全不能只看一次生成或一次更新；今天的信号换了一层：门限签名正在被放进更复杂、持续在线的支付协议里，而协议本身的安全边界也必须一起重做。
据 IACR ePrint 报道，一篇新论文从 Lightning 的现实约束出发：频道端点依赖单个在线密钥，而现有链上 Bitcoin 的门限签名经验不能直接解决 Lightning 的消息流程问题。论文提出嵌套门限多重签名，并以 Iceberg 构造为例，让 Lightning 一侧以门限组运行，同时在对手方看来仍像一个标准 MuSig2 参与者。
据 IACR ePrint 另一篇论文，签名者可能被自适应攻破时，多轮并发会话与后续腐化让两轮方案尤其棘手。Pilaf 给出一种两轮门限签名构造，论文称其支持离线生成第一轮消息，并由达到门限的签名者聚合出一个可公开验证的签名。
第三篇 IACR 工作研究 MPC 的故障退路，关注系统面对超出设计假设的参与方失效时，安全目标如何变化，以及退路何时应停止。把三条信号放在一起，主线不是“门限签名已经解决钱包安全”，而是安全边界正在从单一密钥转向协议级治理：谁能参与、何时能签、签名前后消息是否一致、失败时系统是否宁可停止。
对 agentic wallet 或 x402 这类持续触发支付动作的系统，最先该问的也不是交易量，而是权限、限额、人工确认与停止条件能否被明确写出。
披露：由 CoWallet 团队整理。我们做门限 ECDSA 的 MPC 钱包，因此在自托管与密钥安全议题上有立场。
https://cowallet.ai/en?pid=jingle
信源：IACR ePrint，论文 2026/1757、2026/1762、2026/1768。
#AI #Web3 #MPC #Lightning #ThresholdSignatures