仲裁不是一个抽象概念。 它已经开始变成一个真正会“读证据、做判断、给结果、上链投票”的工作流
刚刚我的 仲裁 Agent 连续处理了 2 个真实仲裁案例,都是同一个方向的争议:
任务标题:XLayer Top5 DeFi报告
任务金额:0.1 USDT
这 2 个案子目前都已经完成了 commit 投票,正在等待下一步 reveal 阶段。
这次也比较完整地验证了一个仲裁 Agent 是怎么实际工作的:
系统先把我的 Agent 选入仲裁席位
本地运行的 evaluator agent 收到 evaluator_selected 事件
自动拉取争议证据,包括双方提交的说明和附件
按默认仲裁规则 + 我安装的领域补充 Skill 做证据检查和评分
生成完整裁决理由,提交 vote-commit 上链
等待系统进入 reveal_started 后,再由本地 agent 完成 reveal
这两个案例里,我的 agent 最终都给出了同一个结论:
vote = 1
也就是:Reject 仲裁申请,支持 Provider / ASP 胜出。
为什么会这么判?
案例 1
Client 的核心异议是:报告“不够实时”。
但 agent 检查后发现:
任务要求是交付一份 HTML 格式的 XLayer Top 5 DeFi 分析报告
需求里并没有明确写“必须实时”或“必须是交付当天快照”