理解TSS的适用范围
TSS通常指门限签名方案，是门限密码学在数字签名中的应用。NIST多方门限密码学项目介绍了利用安全多方计算分散密码操作信任的思路，其范围包括签名和密钥生成。这一原理说明了检查方向，但不能证明某款钱包已经安全实现这些机制。
以太坊账户文档区分了账户与钱包：账户涉及链上的资产和控制规则，钱包是与账户交互的应用或界面。因此，检查TSS钱包需要同时考虑签名机制、账户权限和应用行为。以下要点适用于通用技术评估，不代表任何具体产品的核验结果。
门限配置与控制权是否清楚
首先核对参与方总数、完成签名需要的参与方数量，以及各方由谁控制。需要回答的问题包括：谁能独立凑齐签名条件？多个参与方是否实际受同一管理员或机构控制？参与方数量本身无法说明信任是否真正分散。
还要区分防止未经授权签名与维持服务可用性。部分参与方离线或拒绝配合时，是否仍能满足门限，应有清楚说明；防止单方签名并不自动保证钱包始终可用。
协议安全假设与实现是否匹配
检查技术说明是否明确采用的签名方案、参与方可能遭受的攻击，以及安全结论成立的条件。NIST项目讨论的安全模型、对手类型和门限配置表明，门限方案需要结合具体假设评估。
协议设计、软件实现和实际部署应分别核对。审计或评估文件需要说明覆盖的版本、组件与问题处理情况；仅提到MPC、TSS或使用标准密码算法，不能据此推导出整个产品已通过安全验证。
备份与恢复是否改变权限
恢复机制需要回答设备丢失、参与方退出或服务停止后，谁能够恢复签名能力、需要哪些凭据。重点检查正常签名与恢复流程的权限是否一致，以及恢复是否引入可以绕过原门限的控制路径。
备份也应纳入控制关系检查。若多个参与方的恢复材料集中在同一控制主体手中，就需要重新评估实际的信任分布，不能只看日常签名界面中的参与方设置。
常见问题：能否阻止所有错误授权
不能仅凭TSS作出这一判断。有效签名证明请求满足相应密码学验证条件，并不证明请求符合用户真实意图。风险检查还应关注界面展示的目标、金额及合约调用内容，是否与实际签名对象一致。
TSS是否等于合约多签？两者不能直接画等号：门限签名关注多方如何协作生成签名，合约多签关注合约如何执行授权规则。评估钱包时，应明确控制条件由签名协议还是合约逻辑执行，再判断相关风险。