数据窗口 2026-07-24 16:10 UTC（首次 attempt）→ 2026-07-25 14:40 UTC · 数据源 production 只读 PG + SigNoz
一句话结论：功能正确，商业价值接近零。
代码跑得对（catalog 上架 288 offer 全 sellable、余额同步正常、错误分类准确、取消幂等链路在生产真实走通），但因为报价是全平台 7 家里最贵的一家，在「最便宜优先」路由下几乎拿不到派单：22 小时里 0 完成订单、0 收入、0 成本（测试账户 $11 余额分文未动）。
822 次 attempt 中 96% 是被跨供应商 fallback 链「撞」进来的不支持国家（土耳其、台湾、日本…），属已知平台级问题，不是本次实现缺陷。
平台走成本加成 + 最便宜选品，只有拿到某 (国家,服务) 组合的最低成本才会被选为主供应商。majorphones 在美国市场是 7 家里最贵的：
| 供应商 | US offer 数 | 平均成本 | 最低成本 |
|---|---|---|---|
| isptelecom自营池 | 2100 | $0.000 | $0.000 |
| durianrcs.com | 20 | $0.129 | $0.044 |
| 5sim.net | 291 | $0.143 | $0.008 |
| grizzlysms.com | 406 | $0.505 | $0.000 |
| lubansms.com | 20 | $0.547 | $0.050 |
| sms-bus.com | 204 | $0.652 | $0.080 |
| majorphones.com | 59 | $0.672 | $0.350 |
| 服务 | 竞争家数 | 最便宜家 | 最低价 | majorphones | 排名 |
|---|---|---|---|---|---|
| openai | 6 | grizzlysms | $0.130 | $0.370 | 6 / 6 |
| telegram | 6 | durianrcs | $0.294 | $1.450 | 5 / 6 |
| 6 | durianrcs | $0.147 | $0.900 | 6 / 6 | |
| 7 | isptelecom | $0.000 | $1.730 | 7 / 7 | |
| tiktok | 7 | isptelecom | $0.000 | $0.380 | 7 / 7 |
| discord | 6 | isptelecom | $0.000 | $0.410 | 6 / 6 |
| apple | 6 | 5sim.net | $0.100 | $0.420 | 6 / 6 |
| 6 | isptelecom | $0.000 | $0.550 | 6 / 6 |
全部 5 个国家里 majorphones 只在 10 个组合上拿到最低价，且全是长尾服务——主打的美国和英国各 0 个：
| 国家 | 拿到最低价 | 我方 offer | 该国总组合 | 胜出的服务 |
|---|---|---|---|---|
| IN | 4 | 57 | 563 | cashapp, etsy, match, okx |
| DE | 3 | 56 | 580 | cashapp, ebay, match |
| FR | 3 | 56 | 866 | binance, lyft, match |
| US | 0 | 59 | 2107 | — |
| GB | 0 | 60 | 2107 | — |
| 错误码 | 次数 | 占比 | 路径 | 判定 |
|---|---|---|---|---|
INVALID_COUNTRY | 792 | 96.4% | canonical_fallback | 已知平台问题（非本次引入） |
SERVER_ERROR | 20 | 2.4% | 16 fallback / 4 raw_ref | 含一个实现缺陷，见 §4 |
NO_NUMBERS | 10 | 1.2% | 7 fallback / 3 raw_ref | 正常缺货 |
| 成功 (allocated) | 1 | 0.1% | canonical_fallback | 链路验证通过 |
majorphones 只支持 5 国，而跨供应商 fallback 链不做国家级预过滤，任何国家的订单失败后都会一路试到它。撞进来的国家分布正是平台的老大难市场：
TR 426 · TW 54 · JP 38 · SG 34 · KR 28 · HK 21 · KP 10 · BR 8 · 其余 173
这与历史记录一致（otpsell 上线时同样现象），根因在派单层缺 country 预过滤，属平台级待办。好消息：INVALID_COUNTRY 在 worker 的预期失败白名单内，只落 Warn 不触发 ERROR 告警——22 小时 46 条 warn + 2 条 error，噪音可控。
attempt 级取号率看似降了 5 个百分点，但剔除 majorphones 自身后基本持平，说明它只是稀释了分母，没有伤害真实转化：
| 窗口 | 全量 attempt | 取号率（含） | 取号率（剔除 mp） | 订单端到端转化 |
|---|---|---|---|---|
| 上线前 24h | 6846 | 30.3% | 30.3% | 13.8% |
| 上线后 22h | 5622 | 25.3% | 29.7% | 14.2% |
进一步验证：majorphones 参与过的 825 个订单里，791 个最终失败——但它们的最终归属是 durianrcs(311) / sms-bus(221) / grizzlysms(125) / lubansms(68) / 5sim(64)，即本来就是全家都搞不定的订单，majorphones 只是被拉进 fallback 链陪跑。订单级转化 13.8% → 14.2% 微升，佐证无伤害。
档内升档不覆盖上游 500，导致对脏组合无限重撞同一堵墙。
印度 apple 的 option 1 档位上游持续返 HTTP 500 INTERNAL_SERVER_ERROR（22h 内 15 次，且在持续发生）。我的档内升档逻辑只在 NO_NUMBERS 时才升到下一档，遇到 SERVER_ERROR 立即中止——所以每次订单派到这个组合都撞 option 1 的 500，永远不会尝试有货的 option 2/3。
请求: {"country":"India","option":1,"serviceName":"Apple"}
响应: {"success":false,"error":{"code":"INTERNAL_SERVER_ERROR"}} ← 15 次，持续中
分布: IN·apple 15 · IN·whatsapp 2 · IN·yahoo 2 · DE·whatsapp 1
影响：SERVER_ERROR 不在 worker 预期失败白名单内 → 落 ERROR 告警。全平台 24h 的 24 次 SERVER_ERROR 里有 20 次来自这里（83%），属告警污染。
建议修法：把升档触发条件从「仅 NO_NUMBERS」放宽到「NO_NUMBERS 或 retryable SERVER_ERROR」——上游 5xx 与缺货同属「这个档现在不可用」，语义一致；鉴权失败、余额不足、账号风控等仍立即中止不变。
last_balance_check_at 保持最新，币种 USD 正确。SMS_CANCEL_FAILED(400) → 我方查单确认状态 → 按设计走延迟重试语义。平台既有日志明确标注为 benign cleanup（"number may leak until upstream expiry"），最终由上游 5 分钟自动过期退款兜住——余额验证回到 $11.00 分文未失。" Myanmar)"、" Pakistan"、" Sri Lanka)"），被 services.tsv 白名单全部丢弃，未污染 canonical 词表。