12-手机号交易频率限制

> 状态（2026-10-03 建立）：仅记录，不设限。 > 用户明确：当前规模下这个限制不构成瓶颈，先不放开限制、也不做硬拦截；等真正遇到问题再关注。 > 本文档的作用是把这条平台规则和设计预案记下来，避免以后踩坑时才回头查。

一、平台规则：交易猫 36 小时收货锁

• 交易猫：买家下单后 36 小时自动确认收货。
• 在这 36 小时窗口内，同一个手机号只能参与/完成一笔账号交易——该号被一笔进行中的交易占用时，新交易会被平台判定为「该手机号不可用」而拦截。
• 因此：一个手机号 ≈ 36 小时内至多 1 笔，这是并发吞吐的硬上限（与库存、资金无关，纯粹是号源占用）。

二、现状与决策

实测触发（2026-10-03）：近两单交易尚未到达自动确认收货时点 → 新绑定的手机号被交易猫识别为「不可交易」→ 临时改用另一手机号完成。

> 结论：该限制真实存在且已生效，但以当前 3 个号 / 低频成交的规模，还远未触顶。暂不做任何代码层面的限制。

三、手机号在系统里的两类用途（勿混淆）

「下单前置校验是否要求绑定手机号」目前仍是 10-自动交易模块方案.md 的 H4 待实测假设，未有实现。

四、软计数设计预案（待 order 流程落地时启用，仍不做硬限）

> 明确：以下为预案，现在不写代码。等 10-自动交易模块方案.md 的 P1 pxb7_order.py 下单链路落地后，按此接入即可。

• 拟新增表 game_trade_phone_usage（沿用 order 流程落库习惯）：

id / phone_masked / phone_hash / product_id / product_code / game / platform(pxb7jiaoyimao) / role(buysell) / happened_at / note

• 计数口径：count(phone_hash, now-36h .. now) = 该号 36h 窗口内占用笔数。
• 可用判定（软）：count < 1 为严格可用；进度展示时用「占用 N/上限」，只提示不阻断。
• 写入触发点：

1. 螃蟹下单成功（pxb7_order.py，见 10 文档 P1）→ 记一条 role=buy。 2. 交易猫转卖上架 / 成交 → 记一条 role=sell。

• 展示：从 /api/game-trade/... 暴露「各手机号 36h 占用」，前端软提示。

五、隐私铁律

• 手机号完整值绝不入库、绝不写入任何 md：明文仅存 pxb7_config.json（gitignore）。
• 库内只存 phone_masked（如 138****1234）与 phone_hash（如 sha256 前 8 位），用于去重与计数。
• 参见 01-虚拟号池建设方案.md 的号池安全约定。

六、相关文档

• 10-自动交易模块方案.md：下单/支付状态机、order_task 草案、H4 手机号前置校验
• 11-登录方式与会话保活调研.md：登录凭据与会话保活
• 01-虚拟号池建设方案.md：号源池规划（扩容到更多号时的方案）