适用范围与技术基础
TSS通常指门限签名方案：多个参与方分别持有同一私钥的份额，达到规定门限后协作产生签名。NIST的多方门限密码项目介绍了通过多方计算分散密码运算信任的基本思路，其研究范围也包括密钥生成等环节。以下检查适用于采用门限签名的钱包，不构成对任何具体产品的安全认证。
门限配置与参与方独立性
首先确认共有多少签名参与方、完成签名至少需要多少方，以及各方由谁控制。门限方案的一般安全假设要求攻击者控制的参与方数量严格少于门限。
检查重点应落在实际控制关系上：多个份额若依赖同一管理账户或共同的控制入口，就需要评估一次入侵是否可能同时影响多个参与方。份额分散存放本身不足以说明控制权已经分散。
密钥生成与恢复边界
需要了解初始份额如何生成，是否存在接触完整私钥的可信分发者，以及备份和恢复由谁掌握。RFC 9591主要规定FROST签名协议，密钥生成不属于其主体范围，附录另述可信分发者方式。因此，采用FROST并不能直接证明钱包采用了分布式密钥生成。
恢复机制也应单独评估：恢复材料是否集中，恢复权限是否改变原有门限约束，以及丢失部分份额后是否仍有足够参与方完成签名。
随机数与签名状态管理
RFC 9591指出，FROST不能照搬单方EdDSA的确定性签名随机数生成方式，否则可能出现完整密钥恢复攻击。其随机数生成设计结合新鲜随机性与秘密输入。
检查实现时，应关注随机性来源，以及并发、失败重试和备份回滚时能否避免重复使用签名随机数。此处所指的是密码学签名中的秘密随机量，并非区块链交易序号。
协议兼容性与可用性
FROST是两轮Schnorr门限签名协议，其特定密码套件可以生成兼容Ed25519或Ed448验签的签名。这不代表所有TSS方案都能直接用于任意区块链；钱包采用的具体算法、参数和编码仍须符合目标链的验签规则。
协作签名还依赖足够多参与方可用。风险检查应区分未经授权签名与无法签名两类问题，并核对部分参与方离线或拒绝配合时的处理机制。
常见问题：有标准文档是否就安全
引用NIST项目或RFC并不等于产品获得认证。RFC 9591属于信息类研究文档，并非互联网标准。评估钱包还需要对应具体版本的实现证据，明确检查是否覆盖密钥生成、份额保护、随机数管理和恢复流程；仅有“TSS”或“MPC”名称无法回答这些问题。