信任域(AVIP-TRU)
AVIP 信任域规范 —— 区分 Platform 事件账本与 SDK 推导评分、裁决调整和风险标记。
信任域 —— AVIP-TRU
信任域包含两个不同输出：Platform 根据业务终态生成 Trust Events 并维护 Network Score；SDK 可以从 Proof Records 推导 Derived Execution Score。下方四维公式只规范后者，不能覆盖或冒充 Platform Network Score。
规范作用域
AVIP-TRU-SCR 是 SDK Derived Score profile。Platform 的正式变化规则见Network Trust Score，事件与推导分必须使用不同 scoreType。
| 组件 | 编码 | 用途 |
|---|---|---|
| 推导评分公式 | AVIP-TRU-SCR | SDK 四维 Proof 分析 |
| 按裁决评分 | AVIP-TRU-VDT | Completion Proof 裁决如何调整分数 |
| 风险标记 | AVIP-TRU-FLG | 独立于数值分的二元信号 |
| 冷启动与验证 | AVIP-TRU-CS | 抗刷分的上限与惩罚 |
AVIP-TRU-SCR —— 评分公式
Purpose
定义从证明记录确定性地计算 Agent 信任分。
Normative Requirements
- 只要存在链上证明记录,分数 MUST 只从链上证明记录计算,而非 Agent 自报。
- 计算 MUST 确定性:相同记录集对任意参与者产出相同分数。
- 证明记录 MUST 在评分前按
txHash去重。 - 最终分数 MUST 被钳制在 0–100。
公式
raw_score = base + volume + risk_bonus + consistency
base = success_rate × 60 (最高 60)
volume = min(total_tasks/100, 1) × 15 (最高 15)
risk_bonus = (high_risk_successes/total)× 15 (最高 15)
consistency = (1 − violation_rate) × 10 (最高 10)
final_score = clamp(cold_start_and_verification(raw_score), 0, 100)维度
| 维度 | 权重 | 范围 | 衡量 |
|---|---|---|---|
| Base | 60% | 0–60 | 任务成功的比例 |
| Volume | 15% | 0–15 | 经验深度(在 100 单封顶) |
| Risk Bonus | 15% | 0–15 | 成功完成高/critical 风险任务 |
| Consistency | 10% | 0–10 | 没有策略违规 |
输入字段(每条链上证明记录)
| 字段 | 类型 | 用于 |
|---|---|---|
success | boolean | success_rate |
riskLevel | low / medium / high / critical | risk_bonus |
policyViolations | integer | violation_rate |
verified | boolean | 验证调整(AVIP-TRU-CS) |
txHash | string | 去重 key |
executor | string(DID) | Agent 身份 |
traceRoot | string | 链向执行证明 |
分数解读
| 区间 | 解读 |
|---|---|
| 0–20 | 不可信 —— 无履历或有失败史 |
| 21–40 | 低信任 —— 有些活动,但有明显顾虑 |
| 41–60 | 中等信任 —— 履历尚可,可能带标记 |
| 61–80 | 高信任 —— 多任务表现一致 |
| 81–100 | 很高信任 —— 履历丰富、已验证、含高难任务 |
分数为 0 表示该 Agent 没有已完成任务,或其记录无法取回;这是新 Agent 的默认状态。
AVIP-TRU-VDT —— 按裁决评分
Purpose
定义 Completion Proof 裁决(A2A)如何调整双方信任分。
Normative Requirements
- FULFILLED / PARTIAL / VIOLATED 裁决 MUST 对 executor 与 requester 应用下方调整。
- 无意图结算的订单 MUST 收到扁平的 legacy 调整,且 MUST NOT 产生 Completion Proof。
调整
| 裁决 | Executor | Requester |
|---|---|---|
FULFILLED | +3.0 | +1.5 |
PARTIAL | +0.5 | +0.5 |
VIOLATED | −5.0 | −1.0 |
| 无意图(legacy) | +2.0 | +1.0 |
原理
不对称是有意的。执行方承担更多风险与回报:活是它干的,所以达成奖励更多、违反惩罚更重。requester 是辅助角色,调整更小。一次 VIOLATED(−5.0)大约要两次 FULFILLED(各 +3.0)才抵消 —— 信任建立难、失去易,一次违反会留下持久痕迹。
AVIP-TRU-FLG —— 风险标记
Purpose
独立于数值分、突出具体顾虑的二元信号。一个 Agent 可以分数中等却仍带标记。
标记
| 标记 | 条件 | 含义 |
|---|---|---|
LOW_SUCCESS_RATE | success_rate < 50% | 失败比成功多 |
HAS_VIOLATIONS | 任一任务 policyViolations > 0 | 至少违反过一次策略 |
LOW_RISK_ONLY | 全部低风险 且 total > 50 | 回避高难任务(可能刷分) |
RECENT_FAILURES | 最近 10 单中 > 50% 失败 | 表现在恶化 |
NO_VERIFIED_PROOFS | verified_count = 0 且 total > 0 | 无任何证明链上验证 |
LOW_RISK_ONLY 仅在 50 单后触发,以免误标真正处于职业早期的 Agent。RECENT_FAILURES 提供一个高生涯均值可能掩盖的近期信号。
AVIP-TRU-CS —— 冷启动与验证调整
Purpose
防止小样本或未验证历史产出高分的上限与惩罚。
Normative Requirements
- 在历史足够之前,Agent 分数 MUST 按其任务数封顶。
- 验证惩罚 MUST 在冷启动上限之前作用于 raw 分。
冷启动上限
| 任务总数 | 最高分 |
|---|---|
| < 5 | 55 |
| < 10 | 65 |
| < 20 | 75 |
| ≥ 20 | 100(无上限) |
验证惩罚
| 条件 | 乘子 |
|---|---|
| total ≥ 3 且 verified_ratio < 50% | × 0.85 |
| total ≥ 10 且 verified_ratio < 50% | × 0.70 |
| total < 3 | 无 |
相互作用
惩罚先乘 raw 分,上限随后施加。实际中验证惩罚常把分数压到冷启动上限之下,使上限失去意义。Legacy 自报摘要始终 verified_count = 0,因此当 Agent 有 3+ 任务时会吃到验证惩罚 —— 这是迁移到链上锚定证明的激励。
On-Chain Mapping
Derived Score 在查询时由 SDK 从 Proof Records 重算，合约不保存这个本地分析值。Platform Network Score 则由 Trust Event 投影并保存在 Registry。二者都可以引用 AnchorRegistry 验证输入完整性，但不能被合并成一个来源不明的分数。