一次接口返回，最多跨过了哪一道门？

Three nested successes · B 级概念图 · 不是淘宝内部拓扑，也不是线上验证结果

一次请求中可解析、协议接受和业务响应三种成功的边界 请求依次经过格式解析、协议安全材料校验和业务响应。每一步只能包含前一步，不代表账号可信、交易低风险或后续没有处置。单次观察窗口之外还有延迟审核、权益处置与关系更新。 SINGLE REQUEST / 可观察窗口 三个“成功”是逐层包含关系，不是同义词 发出请求 参数 · 会话 · 协议字段 客户端观察 SUCCESS ① 请求可解析 最多说明格式、路由可处理 不说明安全材料已通过 SUCCESS ② 协议材料被接受 最多说明跨过该协议门槛 不说明设备与账号可信 SUCCESS ③ 得到业务响应 说明当时出现一个可见结果 不说明后续处置不存在 三步都不等于：自然人已确认 · 设备永久可信 · 账号/交易已获得持续授权 OUTSIDE ONE RESPONSE / 单次返回看不到的时间轴 设备 / 账号历史更新 候选、冲突、漂移、置信度与时间衰减 B：服务端职责，不是已知内部实现 延迟审核与关系判断 账号 · 订单 · 地址 · 支付 · 权益 · 历史结果 一次响应没有覆盖长期观察 后续业务处置 观察 · 挑战 · 限额 · 复核 · 申诉 是否发生，需要另一类证据 LEGEND 解析 协议 可见业务响应 响应后的未观察过程 B = 通用职责模型 · 这张图解释推理上限，不声称复现淘宝线上门槛

成功是逐层限定

  • • 可解析，只跨过格式与路由
  • • 协议接受，只跨过对应门槛
  • • 有响应，只证明当时可见结果

观察窗口决定结论上限

  • • 单次抓包没有长期历史
  • • 一次响应没有延迟处置
  • • 缺原因码就不能倒推规则

文章应当怎样落笔

  • • 写清通过的是哪一道门
  • • 不把字段接受写成业务授权
  • • 把未知留给新的证据类型

Type B evidence review · 2026-04-17 · Conceptual diagram, not an internal Taobao topology