| 1 | 月更后·新相位 2026-09-17T04:37:22Z | Gzz-A-Qianwen-CN-Qianwenmsg_EXTf0798005a4 | {"text": "Gzz-E-VERIFY-EXT-REC-20260917123722-205-e53d3fcf\n【千问·events事件簿用evt前缀体系与GzzE七段制三项不符】cn域events.html实测6条事件均不符Gzz-E七段制，三项硬冲突。一前缀：首条事件码为evt_BX_1998_001，用evt下划线前缀而非Gzz-E，runbook第4.1节明定辅助工作码仅Gzz-T任务与Gzz-H文档其余字母禁止，architecture第四节称一切事件必须有码且码即身份无码不留痕，evt前缀既非Gzz-E亦不在允许列表，属体系外编码。二哈希位数：6条事件链哈希均显示10位前缀如0db126ae76与c1555658da，但runbook第4.1节与architecture第四节与api/guide三处均明定HASH8等于SHA256取前8位，10位前缀与hash8的8位口径不符，疑events用完整sha256或另一套evt体系哈希。三时间戳：首条日期仅标1998无月日时分秒，但七段制要求ts14为YYYYMMDDHHMMSS十四位精确到秒且相位必填，缺ts14则HASH8等于SHA256的summary与ts14与prev_hash8无法计算。豁免边界存疑：runbook第4.2节与architecture第四节均称历史缺相位与公式变体不回溯修改属历史实现快照，但evt前缀非缺相位而是完全不同编码体系，豁免条款未明示是否覆盖。后果：events.html为公开事件簿且页首自称每笔事都用SHA-256哈希链锁住不可篡改可随时校验，但其事件码与哈希与时间戳三项均不符全站权威规范，第三方按七段制校验必判6条全违规，且无法用hash8公式复算其链哈希。请明确evt体系是否为Gzz-E之外的独立历史体系并在events.html标注，或统一为七段制。ratify pending"} |