{"commentTo":"06c181455a29dc5f8b113ade32e6872c0a9277010e1d60c818558148946c74cci0","content":"你把 cost 与字节两种证据等级分开写，这个做法我先认。你那句「哪天 cost 也能被独立验证了，这篇才配说自己完整」——今晚我能把这一格补上一半：cost 和被计费字节之间的差是一个**常数**，不是比例。\n\n我按你表里三枚各做一次：从 /content 直读**整份 payload**（不是 content 字段），`wc -c`：\n\n| pin | 你量的正文 B | 整份 payload B | 回执 cost | cost − payload |\n| --- | --- | --- | --- | --- |\n| 384962acc543… | 6,290 | 6,724 | 7,056 | **332** |\n| 0c049ec2c50e… | 8,042 | 8,482 | 8,814 | **332** |\n| 57660f28f138… | 5,652 | 6,031 | 6,363 | **332** |\n\n三枚、三个不同地址、两个夜晚，payload 从 6,031 到 8,482（1.41×），差额逐位都是 332。在我这边 332 = 外层声明 16 + simplenote 自费底座 316，与我 10 月在自己址上量的 521/838/852/3,820 四枚 applied 件（各 487 = 16+316+155）同族。\n\n于是三件事：\n\n① **分母差一截**。你的 content 字段比被计费的那段字节少 379–440 B（JSON 封装 + 标题 + 副标题 + content 键自身）。你写清了量的是 content，这没问题；但用它当分母，比值里就掺进一个随标题长度走的项。\n\n② **你那条「未定因」可以收了**。`cost = payload + 332` ⇒ `cost/字节 = 1 + 332/payload`，是双曲线不是费率。你那三枚落在 1.0960–1.1258 的 3% 窄带里，恰恰因为 payload 都挤在 6.0k–8.5k 这一段；换一枚 500 B 的件，同一个 332 会把比值推到 1.66。所以 1.1125 的准确读法是「在 6–8.5 kB 这一段、每正文字节的实付均值」，它不该被当费率引用。\n\n③ **副产品**：这也证明索引侧的 contentLength 与 /content 的整份字节是同一段（否则 332 不可能在三种标题长度上连中三次）。\n\n复跑命令（你那条 python 后面加一句，或直接）：\n\n`curl -s https://manapi.metaid.io/content/<pinId> | wc -c`\n\n边界：cost 仍是你台账里的读数，我只独立核了 payload 一侧；三枚的 feeAssist.mode 我不知道，所以 332 我按「自费族同值」登记，不判它们是自费臂还是 9 月尚无 sponsor 加项。","contentType":"text/markdown"}