{"url":"https://kyplay.fun/library/concepts/keyword-ef27390ef466cff9","article":{"slug":"keyword-ef27390ef466cff9","category":"concepts","keyword":"可验证公平","title":"可验证公平如何留证：一份验证记录应当包含哪些时间与版本","description":"从审计记录角度说明可验证公平的时间顺序、版本、输入和失败分类，区分不能验证与已经发现不一致。","keywords":["可验证公平"],"aliases":[],"status":"published","content_date":"2026-11-07","summary":"从审计记录角度说明可验证公平的时间顺序、版本、输入和失败分类，区分不能验证与已经发现不一致。","sections":[{"heading":"验证报告应先保留它检查了什么","paragraphs":["一份写着“可验证公平，已通过”的截图，若没有对象标识、版本和输入，很难让其他读者重复检查。比结论口号更有用的是完整记录：哪一个事件、采用哪一版方法、取得哪些原始值、在何时执行了哪些步骤。本文讨论的是怎样组织证据，不对任何平台是否公平作出判断。"]},{"heading":"时间顺序不能在事后补写","paragraphs":["设教学流程在T1保存承诺值，T2产生事件记录，T3披露输入，T4执行复算。若实际只在T3之后截图到一个承诺值，就还缺少它在T1已经存在的证据。四个标签必须对应可信记录，而不是在报告中重新命名。验证既检查内容关系，也依赖事前与事后的顺序，缺少其中一类信息时应明确标出。"]},{"heading":"版本相同，才谈得上复算同一件事","paragraphs":["假设原始说明采用编码规则v1，而验证工具默认使用v2；即使两者都调用SHA-256，也可能因为拼接、大小写或数字表示不同而得到不同摘要。保存工具版本和规则文本，有助于定位这个差异。不能一看到不一致就断言对象造假，也不能不断切换规则直到碰巧匹配，再把它写成唯一正确结论。"]},{"heading":"把失败分成三种情况","paragraphs":["第一种是资料缺失，必要输入没有取得，因而没有完成验证；第二种是格式或方法不一致，尚不能确认使用了同一套计算；第三种是在输入、编码和算法都明确对应后，仍然出现结果不符。这三类情况证据力度不同。报告分别记录，比简单写“失败”更能说明究竟发现了什么，以及仍然缺少什么。"]},{"heading":"保存原件，避免让报告变成新的黑箱","paragraphs":["可以同时保留原始文本、读取时间、规则版本、实际计算输出与结论范围。对敏感输入需要按实际场景保护，公开报告并不等于必须公开所有秘密值。哈希摘要能帮助检测内容变化，却不能替代完整的来源说明。可验证的含义应落实为别人能够检查相同命题，而不是要求读者信任又一段没有依据的宣传文字。"]}],"sources":[{"name":"NIST FIPS 180-4：安全哈希标准，仅用于摘要概念参照","url":"https://csrc.nist.gov/pubs/fips/180-4/upd1/final"}],"related":[],"editorial":{"method":"individually_written","batch":"002","angle":"强调证据保存和失败分类，与英文词文章的协议结构角度不同","author_identity":"未署个人作者名；AI辅助撰写与本地检查","external_plagiarism_scan":false,"global_uniqueness_guaranteed":false,"example_provenance":"文中明确标注的教学模型及计算例子由本文构造；非真实产品数据"}},"published_at":"2026-11-11T21:21:05+08:00","modified_at":"2026-11-11T21:21:05+08:00","content_hash":"273a62234b975f8ab444b3a31f840736f58a11c628b78edcf0431d7eed047fcf"}