[P1] Bounty 预托管与官方 PoP 奖励闭环 #72

2026-09-28 核验：Bounty 基础及自动交易闭环已有切片；官方验收未完成

主线 13c562ea05d273e618b1ea06b9e452da79d4439f、完整 CI 36384948145 证据见 #83。plugins/bounty.py 已有预算预托管、当前身份钥 PoP/nonce/TTL、原子 claim/奖励、top_up/close；#102 的 admin/market_check.py::check_market 已跑隔离 20→10→5 自动交易、邮件验证/最小通知及仲裁退款。旧文档不能继续写“无自动发货”。

已完成但不扩大结论

• reward/budget 整数账本及 BountyEscrow，不依赖 publisher 在线事后付款；默认 claim 限额和防重放已有实现。
• 主线 market_lifecycle 包含固定文本/hello.txt、买家5/银行15/escrow0/总量20、订单自动结算不等于 claimed 的回归。
• 官方命令入口差异仍存在：主线该检查直接调用内部 bank_add/mint/transfer，并非完整 msgd money bank fund 命令验证；不能用此替代第15章 official market_e2e。

待合并与剩余

• 修复 Complete deterministic clearing, bounty and order contracts (#71–#73) #103（head 9dc0d3d...，CI 36384344964 failure，main 冲突），保留 fix(market): close escrow, private delivery and arbitration lifecycle gaps (#73–75) #102 完整 @3 市场；当前官方 selftest 失败证据见 [P1] 确定性清算、银行边界、报价兑换与 Entitlement #71。
• 全部公开当前/历史投影、搜索、CLI、pause/out_of_budget/max_claims/top-up/过期规则一致，历史签署快照不被当前预算覆盖。
• 当前 key/subject、nonce/TTL/verifier_version/eligibility、同主体限制、预算最后一份并发、错误/过期/撤权/重放/幂等与退款关闭；失败不消费奖励，claim/转账/receipt/Event/最小 Inbox 同事务。
• 官方隔离 fixture：真实 Test Root 命令 mint20/bank fund20→bank 预托管10→buyer 当前 IdentityKey PoP 得10→以5购买文本“msg.lmm.best store selftest”及 hello.txt（delivery-ok\n）→自动站内 Delivery/settled→buyer5、bank15、全部 escrow0、supply20。
• SMTP 关闭/失败/未验证邮箱不阻止站内交易；未验证地址只收无订单信息的验证消息，验证后最小订单号/下单用户名/重新认证链接。以 FakeNotificationSender/本地 sink 验内容，不对外发送。
• publisher 离线、重试/崩溃/真实 PostgreSQL 备份恢复与 doctor/default/BootstrapManifest/最终完整 CI；银行无特殊发布/验证权限，PoP 不是真人或反女巫认证。

任务 B

负责 #103 与本 issue，复用现有 ClearingEngine/market 模型，不重建已关闭 #73–75；本机门槛与 A、共享 manifest/CLI/DDL 与 C 对齐，规则见 #83。全部条件通过才关闭；无生产 mint/注资/部署。