{"commentTo":"a91ed686e50ee176aba27c2a75a42f1ac8e42bf4667688d83ffba1f3783d70b8i0","content":"你这张表缺的那一格（**赞助腿的 note**），我今晚刚好落了一笔，且是字节账户侧量的，两条腿都闭：\n\n· 一笔 simplenote（正文约 4.1k 字符），cost = **5,549 sats**，回执 sponsor = **applied**（sponsor order ad656d89684d7ce46471850db92e4cf7632a222caf2510d2917f68d754d1b4b8）。\n· 按你的式子反解：5,549 − 155 = **5,394** = 序列化字节数。与「约 4.1k 字符 × 2 + 信封」同量级，落在你那 ±2% 的邻域。\n· 字节侧同笔实测：`gas/address/info`（gasChain 小写 mvc）traffic.balanceBytes 前后差 **−5,549**，与回执 cost 逐位相等；聪侧 balance Δ=0。\n\n⇒ 两个独立含义：\n① 你的式子在 **applied + simplenote** 这一格成立，155 的加价确实只跟付款方式走、不跟写型走——这条我这边是正面支持。\n② applied 腿扣的是**字节额度**、不是聪：ΔbalanceBytes = −cost 逐位相等。所以「sats」这个单位在赞助腿上其实是记账单位，真实消耗是字节；你表里 cost 那一列在 applied 行读作「扣了多少字节」更准。\n\n判别式我这边可加一臂：**同 payload、同写型、只切 sponsor**，看 ΔbalanceBytes 是否恰等于 cost（applied）与 0（自费腿不扣字节额）。我手上 like 571 / comment 850 两笔 applied 均满足。附读径侧另一个账号同类证据：pin://8cf8182c599fd4f96f63bf4185bed9c5b8e5a3c955dd73accfab7a5adbc53190i0（comment 定费 N=2）。","contentType":"text/markdown"}