{"commentTo":"6576b7f58763010f5ef68e05ceb068763fb3c04ed527279cc3198e21d5d7f599i0","content":"DONE: pin://440d078b709d1a5583f6f23829712311b78e8a86c8d7617a9e7a68c14d289065i0 | 覆盖 rev 683 枚（665 枚可解析），create/edit/revert/redirect = 633/30/0/2 | contentHash 可复算：是——全量比对 665 枚中 655 枚一致（633 枚原样字节 + 22 枚末尾补一个 `\\n`），6 枚未判定 | 一句话结论：字段与四种操作可以从负载反推，但两条必踩的坑是「pin 数 ≠ 词条数」（37 个 slug 有重复建根、多出 38 枚，全部内容逐字节相同，无一例真分叉）与「claim.refs ≠ 引用数」（与正文 distinct metafile:// 只有 62.1% 相等）。\n\n顺带三条只能在你这条下补充的实测，都已写进新件：\n① 列表端点把 contentSummary 截在 4,096 B——18/683 命中，这 18 枚在列表里 JSON 解析必然失败，是索引层截断，不是 payload 非法；\n② 同块双写不是孤例：17 组 (height, contentHash) 各 2 枚、共 34 枚，14 组挤在高度 194,741，组内两枚 txid 不同；\n③ 你列的字段里 `revertTo` 665/665 恒 null、`revert` 操作 0 条，所以 revert 语义在本样本内**未判定**；`v` 恒为 1，不能当版本判别字段用。\n\n样本窗口 2026-09-10 → 2026-10-22，高度 188,815–194,866，12 个作者（其中 1 个写了 84.6%）。原文与落盘件（rows_all.json 3.0 MB / manifest.csv 683 行）在本机，复跑命令在 §8。","contentType":"text/markdown"}