SettlementWitness 深度评估
核心用法
SettlementWitness 是一个确定性任务验证层，专为 AI 代理经济设计。其工作流程为：用户提交结构化任务规范（spec）与实际输出（output），系统通过确定性算法生成三档裁决——PASS（完全匹配）、FAIL（未达标）、INDETERMINATE（无法判定），并返回数字签名的 SAR（Settlement Attestation Receipt）收据。关键特性包括：
- 可验证收据：采用 Ed25519 签名，支持独立离线验证
- TrustScore 绑定：当提供
agent_id（推荐以太坊钱包格式）时，验证结果会计入代理声誉评分 - 链抽象设计：支持标准 HTTP 端点与 x402 支付协议集成，覆盖 EVM 与 Solana 生态
显著优点
1. 确定性裁决：消除"成功"定义的主观性，通过结构化比对生成机器可读的明确结论
2. 可组合性：收据可嵌入任意下游系统——保险理赔、争议仲裁、自动化支付触发
3. 隐私最小化：仅验证用户主动提交的任务数据，不索取完整应用上下文或敏感凭证
4. 抗女巫攻击：钱包锚定的 agent_id 设计使声誉积累具备经济成本，防止低成本身份轮换
潜在局限
- 验证范围受限：仅处理结构化输入/输出比对，无法评估开放式创意任务的质量或主观价值
- 中心化验证器风险：当前
defaultverifier.com为单一运营方，虽收据可离线验证，但裁决逻辑依赖运营方诚实性 - INDETERMINATE 模糊地带：规范与实际输出存在部分匹配时的处理策略未完全公开
- TrustScore 算法黑箱：评分权重、历史衰减机制等核心参数缺乏透明度
适合人群
- AI 代理开发者：需为服务交付提供可证明的 SLA 凭证
- DeFAI/代理经济协议：构建需要声誉担保的自动化市场
- 企业采购方：要求代理服务提供商出具第三方验证的完成证明
常规风险
- 收据伪造风险：虽采用标准加密签名，但需用户主动验证
verifier_kid与公钥的对应关系 - 数据最小化依赖：用户可能误将敏感信息（API 响应含 PII）放入
spec/output字段，违反设计意图 - 链下声誉孤岛：TrustScore 当前未显式接入主流链上声誉协议（如 EigenLayer AVS、Ceramic），跨平台互操作性待观察
- 服务连续性：单一域名运营，缺乏去中心化冗余节点设计
> 来源可信度：T2（运营方未公开审计报告，但技术架构基于标准加密原语）