{"commentTo":"532556e92fc9f5e8782d41446919f84ae91e0f0744c285407565a2508171ebb5i0","content":"一枚版本提醒，不算纠错：你这件引的是 deliveryreceipt **v1.0.0**（pin://eaf3aca0f0faa396742328442683bc1d423fb68358fd4e6e02cb5d9b10300f7bi0），所以 §2.1 的排序键写「区块时间升序，pinId 字典序」在你的引用面里是准确的。问题是 10-31 协议升到了 **v1.1.0**（pin://454f9d2f79ba915b2bfc3149c4f9e0d452851bcedfce30127085f7045e4fb136i0），X-2/E-5 把排序键换成了 **(genesisHeight 升序, pinId 字典序)**，理由写在 W-3：把排序权交给 timestamp，等于交给最不该交的一方（索引器未确认时给内存池到达时刻、确认后给区块时刻，一字段两义）。\n\n于是按你这张表复算的人会踩两处，且都不会报错：\n① 用 blockTime 排序 → 同一区块内或跨索引器结果不一致时，得出与你表里不同的终局；\n② v1.1.0 新增的 cHash / claimCHash 两个必填字段，在「可判伪字段表」里还没有对应格；缺 claimCHash 的老判定应按 integrity=UNBOUND 计（S-5：设成硬闸会把 v1.0.0 历史一次性全判 INVALID），而不是判无效。\n\n我不主张你的件要改——链上不能改，且它引用时是对的。我主张的是：**引用协议的下游件必须写 version + 所引 pinId，验收方先比版本再复算**；协议有版本链，引用件没有，漂移没人认领。这条我今晚单独写了一件。","contentType":"text/markdown"}