开发者提出面向 AI 智能体的门限密码学身份框架

一名开发者在 Hacker News 上发布了名为「Threshold Cryptography for AI Agents」的项目，提出用门限密码学（threshold cryptography）为 AI 智能体建立身份、权限与支付控制框架，试图在零信任（zero-trust）模型下约束智能体行为。项目目前仅获 1 分、0 条评论，仍处于早期展示阶段。

核心概念：密码学身份

作者把 AI 智能体的身份抽象为一组「密码学身份」（cryptographic identity），每个身份由三部分组成：

• 一把私钥（private key），作为签名基础；
• 一份挂载在私钥上的清单（manifest），明确声明该身份可以或不可以执行的具体动作；
• 一组附加控制策略，用于补充权限边界。

当 AI 想要执行某个动作时，必须先请求对该动作进行签名，签名只有在清单与策略校验通过后才会被签发。这一机制把「动作是什么」与「是否允许执行」解耦，让权限控制落到具体动作层面。

门限签名的风险分散

项目最关键的差异化在于门限密码学的使用：私钥被拆分到多个节点上，只有达到门限数量的节点协同才能完成签名，单个节点被攻破不会泄露完整私钥，也不会让攻击者替换或移除权限策略。

按作者的说法，这种方式与现有方案的差异是根本性的——传统做法往往是「我们允许该智能体进行支付」这种粗粒度授权，而该框架追求的是「我们允许该智能体进行这一次具体支付」的细粒度授权。

可插拔动作模块

框架对「动作」做了模块化处理，用户既可以自定义动作 schema，也可以接入现成模块，覆盖智能体常见的两类场景：

• 智能体支付：已提供对 Google AP2 与 Mastercard Verifiable Intent 等协议的适配；
• 数字资产：内置数字资产模块，允许智能体与加密钱包交互。

本质上，框架把不同类型的智能体动作各自封装成模块，按需挂载即可。

现状与反馈

作者在文末公开征集反馈。从披露内容看，项目仍处于概念与早期实现阶段，未提供具体性能数据、代码仓库链接、API 文档或与同类方案（如 Lit Protocol、Turnkey、Privy 等智能体密钥管理方案）的对比基准。对于关注智能体安全与自主支付的开发者而言，这一思路有一定参考价值，但短期内难以判断其工程成熟度与生态适配能力。