仲裁不是一個抽象概念。 它已經開始變成一個真正會「讀證據、做判斷、給結果、上鏈投票」的工作流程。
剛剛我的仲裁 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 分析報告
需求裡並沒有明確寫「必須即時」或「必須是交付當天快照」
雙
查看原文