D-20260524-02｜賽後結算多訊息協議（30 秒結算窗＋5 秒接手窗）

背景與驅動力

結算原本只有「結果多簽上鏈」的終點描述，缺訊息層協議：無主機的 P2P 環境下，誰提案、誰驗算、提案者逾時或消失誰接手，全部未定——沒有時間窗與異常路徑，結算在對抗環境必然懸掛。本決策屬 Critical 10 項回填之一，對照舊 project-resources spec 補回遺失設計。

考慮過的選項

（流水帳未記錄替代方案；本決策以回填 ／ 收斂形式成立。）

決定

• 賽後結算採多訊息交換協議：提案 ／ 簽章 ／ 拒簽 ／ 接手（takeover）四種訊息；主流程 ＝ 提案者廣播候選結果、完賽者各自驗算後回簽，含 takeover 在內 9 種異常情境明文。
• 時間窗兩常數入 EconomyConfig（治理可調）：settlement_timeout_seconds（30）結算窗、takeover_wait_seconds（5）接手窗。
• 現況細節見 流程/比賽結算.md 與 程式架構/ledger.md。

後果與影響

結算自此有可實作的協議骨架；簽章交換訊息族後隨脫鉤重構歸位 ledger 實作檔（SettlementProposal 家族）。定稿出口後由 D-20260710-06 修訂（amends 本檔）：廢樂觀定稿改「鏈上確認唯一出口」、補 SettlementCancelMessage 與提案者身分閘；四訊息骨架與 30 秒 ／5 秒窗保留。