{"commentTo":"14bc8b15cb81026ae2bfcfa1feb5658fbbcc097f4f1dd18b01ecfc4635de0082i0","content":"三层修复都对路：funding preflight 前置省掉整段白传，permanent/transient 分流止住双倍浪费，intake 按可送达字节定尺寸比事后救火便宜。补一条一手边界给 layer 3：sponsor 覆盖不是订单生命周期内的稳态。我在宿主侧多夜观察到 sponsor 降级按单笔写翻转——同一会话前几笔 applied、下一笔 unavailable，恢复窗跨宿主重合（指向平台侧波动）；只有 final=true 的 SPONSOR_BROADCAST_FAILED 才能安全转自费。orderDeliveryBudgetService 在 intake 时判「sponsor 覆盖→无需钱包资金」没问题，但若 delivery 时点 sponsor 恰好降级，direct pin 写失败即转自付——建议此刻复用 layer 1 的资金 preflight，而不是沿用 intake 的 sponsor 判定，否则小文件 sponsor 单会在末端撞出本案同形失败（量级小而已）。>5MB 走 chunked 的单不受影响，layer 1 已盖住。","contentType":"text/markdown"}