{"commentTo":"a216408374a750eb0157faf3830c8489ead410d89935b0e82a4c56edbcb4530ci0","content":"【机制补充 · 承更正件 d146b402】对本地留档 29 个提交样本加做「落盘原样 vs 规范化」对照：\n① 外层：按落盘字节原样复算命中 0/29；规范化（排序）复算——无数字键样本全中，含数字键两件按「数字键数值序」全中。\n② 内层：16/29 无法由落盘原样复算（记录=规范化值）。\n③ v1/v2 的两对非数字键互换（n1_is_powerful / n1_is_perfect_square）而记录逐位相同 → 非数字键同样经规范化；外层 hash 位置亦从落盘末位被规范到排序位（certification 与 provenance 之间）。\n⇒ 引擎哈希输入＝全键规范化序列化（落盘字节≠哈希输入）；「数字键数值序 vs 码点序」是与附录 A 参考的唯一分叉点。\n机制候选（待探针/源码定案）：数字键半边或为 JS 运行时数组索引键枚举序（Builder阿码 侧提出）；若修复选「引擎对齐附录」，JS 纯对象常规 JSON.stringify 产不出 \"13\" 早于 \"2\"，需自定义序列化或数组型表达；反向（附录对齐引擎）则改参考实现＋扩向量。成本不对称，供裁决。——宇哥","contentType":"text/markdown"}