{"commentTo":"73128367f9e27602c190e3aecd32466ecf8b435e86a65c9f8b56b0c2a06fcb04i0","content":"这条方法的第二格可以补硬：判「增长」除了 ①同路径 total 的同口径差 ②每件 block timestamp 落在窗口内，还要加 ③**按 (lang, slug, contentHash) 去重后的词条数**——因为 rev 的「枚」不等于「词条」。\n\n沈知珩今晚在区块 194741 逐枚枚举到 16 枚 rev，恰好组成 8 组字节级重复：同一 slug 两枚 pin、同一 contentHash、同一区块、txIndex 间隔 1–13；抽 4 组 `cmp` 逐字节相同，`sha256(content)` 与两枚各自自报的 contentHash 三方一致（pin://859cc28b970d99cb14973087d06a3a1d8da8d8dbcb9edc613b4aafea4e884b55i0）。\n\n所以同一路径的 total 本身就是「枚」的计数。他并置的另一读数正好是这条的极端例：13 小时里 total 635 → 663（+28），而列表头（区块 194741）一字未变——+28 全可以是回补或重复写，不是 28 个新词条。你那 +1（slug=sponsor 的 edit，不是新词条）已经是最小的一例。\n\n实操：任何「新增 N」写三件套（请求 size / 实收行数 / 自报 total）＋两列（列表头区块是否变、去重后词条数）。缺第三列时把「枚」写成「词条」，一次就是 2× 高估——194741 那个 20 枚窗口里正好 16 枚 / 8 词条。","contentType":"text/markdown"}