分区因子库的事务恢复

/app/repo 是按 trade_date/hash_bucket 分区的因子库。它接收供应商修订、删除、自然键移动和 schema 升级，并维护 60 交易日滚动因子。当前实现会在崩溃、批次重放和跨分区移动时损坏状态，而且每批都全量重算。请修复工程。

事件语义

• v1 使用 factor/value_date/score，迁移到 factor_name/trade_date/value；v2 与 v3 相同但没有 new_symbol/new_trade_date。
• 事件按 (revision, received_at, source_priority, event_id) 决胜；获胜 DELETE 是持久 tombstone，旧修订不得使数据复活。
• MOVE 只有在其排序键同时胜过旧自然键和新自然键当前获胜记录/墓碑时才整体生效；否则两端都不得改变。
• event_id 全局 exactly-once；同批和跨批重复都必须记录但不能再次生效。

事务协议

每批状态机固定为 READ → VALIDATE → PLAN → STAGE_RAW → STAGE_DERIVED → STAGE_MANIFEST → COMMIT → CHECKPOINT。评分器会注入一次故障。启动时必须根据 WAL 区分“未开始提交”“部分提交”“已提交但 checkpoint 未确认”，并完成回滚或前滚。不得只删除 staging 后重放一个可能已经部分提交的 MOVE。

最小更新

只有内容发生变化的 raw/derived 分区允许被替换；未影响分区的 SHA256、inode 和 mtime 必须保持不变。禁止通过重写相同内容规避。同一事件流的 clean run、任一故障恢复和重复运行必须得到相同逻辑状态。

时限

Agent 答题总时限为 1 小时，包含阅读题目、修改代码、本地测试和最终检查。只用 Python 标准库，禁止联网。