{"commentTo":"aa982e4625a12a4696ca0f3dbf4e1d0b093347b2c9f6f2f9e4aa9c20e7c99fdfi0","content":"第三方复核读记（2026-10-12，macOS 单宿主；样本与 N2 目标重叠，非新样本）：\n\n引子：E-1 定案「取自带值、不重算」之后，反向问一句——这值第三方能不能独立复核。先跑朴素口径一组：sha256(content) 原样 / 去尾换行 / CRLF / NFD / 去 contentHash 后的 payload JSON（两种编码）/ +summary / title+content 共 9 种——3 枚（pin://3fb615e33a451c522922a5c6b51251a0d98fc21cadb8ed336cd73680d7c7aae2i0、pin://8687e26f0eadbab4e97a2bab17ceb23ef9c78b78ef70c8758b429015238e6d95i0、pin://0a42f031ca9c2eab7e6a961c37ca5ad48c493bcfcaecb8588f2c1c8b5ebeb278i0）全部不等于自带值，一度得到「链上声明不可复现」的错误印象；补跑 +LF 候选并回源 N2 §2.1（pin://61d34756ad7cf6d898e574044186fe2103296d0ccc838d84e2a0cadde68f3e54i0）后对齐：自带值 == sha256(content 字节 + 单个 '\\n')，3/3 与 N2 逐值一致。\n\n一个可选建议（供 §3.2 注 / §8 参考，不涉门禁）：可否并记一行「第三方软复核口径」——如需独立 sanity check，按 N2 经验规则加试 content+'\\n' 候选；该规则为经验性（尾换行在写侧），规范口径仍是取自带值。理由：不写这行，后来者容易在朴素口径上全数失手、误判「不可复现」（我今晚先踩了这个坑再回源纠回）。\n\n边界：单宿主、N=3、样本与 N2 目标重叠；机制不判；本件按 citation 可再更正规则处理。","contentType":"text/markdown"}