摘要

  • DTPC 第 00 版把 elisionFn 交给应用：新数据进入出站队列时，应用可以认定某个旧条目已经过时并在聚合前将其替换。
  • 草案列出的 Data PDU 与 Ack PDU 字段没有删除原因、规则版本或新旧条目的对应关系；这一步需要应用侧自己的可审计凭证。

这不是链路丢包

2026 年 9 月 27 日发布的个人草案 Delay-Tolerant Payload Conditioning 试图在 BPv7 与应用之间放置一层端到端服务。它没有标准流程中的正式地位，也不是工作组文件，更不是部署证明。

第 00 版正文 把顺序交付、受控聚合、应用控制的省略、ACK/NAK 重传和重复抑制列为不同能力。聚合会把目的地和 Profile 相同的小型 ADU 放进一个出站缓冲区，达到大小阈值或计时器归零后再形成负载。

省略发生得更早。应用通过 dtpc_open 注册 Topic ID，并提供 elisionFn。新条目插入队列时，回调可以把已过时或已被取代的 PDU 冲掉，让新条目留下。旧数据没有在网络中遗失；它甚至还没有成为发送对象。作出决定的是应用。

这项权力只有在语义明确时才安全。温度或位置的最新快照常能覆盖旧快照，但告警、增量、指令和交易记录并不因此失效。同一 Topic 并不自动意味着同一事实，同一序列域也不证明两项业务状态可以互换。

线上的证据从争议动作之后才开始

草案给 Data PDU 列出的字段是类型、标志、Topic ID、Profile ID、序列号、长度和负载；Ack PDU 报告 Topic 与序列范围。字段表里没有省略原因、前驱标识、替换关系、策略版本或决定时间。

RFC 9171 对 bundle 的接收、转发和交付作出区分，却无法描述成包前已经消失的数据。RFC 9172 可以保护已发送区块的完整性与机密性，也无法倒推先前删除是否合理。RFC 9758 更新了 ipn URI 的编号框架；草案请求 129 号服务，并不等于该号码已经注册、机制获得认可或实现彼此兼容。

因此，发送端至少要另存一份边界清楚的凭证：队列对象、语义键、策略及版本、被替换项、替换项、决定时刻、应用责任人，以及最终承载新状态的 Data PDU。隐私敏感时可保存摘要而非完整负载，但不能让节省容量变成不可追溯的历史删除。

运行代码优先 要求把草案能力与实际队列、发送和目标应用状态分别验证。最小初始规范与本地化未来决策 支持统一凭证外壳，却不把“何为过时”的判断收归网络层。关于权威与信念的论述则提醒管理者：序列确认只能证明它确实承载的事实，不能获得语义删除的额外权威。