跳轉到

D-20260630-01｜信譽＝純 derive、無獨立 ledger 事件

背景與驅動力

信譽系統複審撈出 ReputationEvent 三檔三套 schema 互不一致，升級為架構決定。過程有一次誤判：一度把事件式的 reputation.md（appendEvent('reputation-adjust')）當 canonical 先改了兩檔；複查事件權威 資料系統.md 發現信譽效果內嵌於 MatchResultEvent（同經濟結算、multisig），證實獨立事件才是 drift。

考慮過的選項

  • (A) 對齊資料系統權威 ＝ 純 derive（採納，使用者裁定）。
  • (B) 以事件式 reputation.md 為準：需獨立事件的簽署驗證與 evidenceEventIds 防偽鏈，等於重複造一個共識面；否。
  • 比賽 +1 給冠軍 vs 給所有非斷線完賽者：採完賽制（使用者裁定）——信譽是信任分非技術分，完賽 ＝good-citizen 訊號、抗 Sybil；連勝 +5 仍看冠軍。

決定

  • 信譽 ＝ 純 derive、無獨立 ledger 事件（同經濟不另開 mint 事件）：分數 = clamp(500 + Σ delta, 0, 1000)，各 delta 於 applyEvent 由來源事件推導（MatchResultEvent／ugcUsageStats／ArbitrationResultEvent／ModerationActionEvent）；防偽 ＝ 來源事件本身已驗證；ReputationDelta 僅供 history 與 UI、不是事件。
  • 廢除：獨立 ReputationEvent（三檔三套 schema）、appendEvent、evidenceEventIds 防偽鏈、reason 底線短名。
  • 頻繁斷線不加碼罰：單次斷線已三重自損（forfeit＋σ 不收斂 ＋−5）、集體斷線有 void 兜底、15 秒重連窗救誤殺。
  • 比賽信譽 +1 改完賽制（match-finish、非斷線完賽者全拿）；ugc-blacklisted −20 改掛 ArbitrationResultEvent（檢舉純仲裁、來源歸位）。

後果與影響

信譽自此與帳本事件族解耦、跨約 13 檔 reconcile，「來源事件已驗證」取代獨立防偽鏈成為唯一信任基礎（ModerationActionEvent 其後由 D-20260702-01 全廢）。此模型是後續投毒防禦（D-20260710-01）與刷分堵洞（D-20260703-11）的共同前提。現況權威：信譽系統.md、reputation.md。