域名事件时间线
新增、变更、撤回：三类事件状态的区别
把出现、变化和撤回建模为不同不可覆盖状态。 本文给出可复核步骤、状态边界、脱敏记录方法与复核路径。
域名台账若只有一个当前状态，出现、修改和撤回会被压成最后一次编辑结果，历史差异随之消失。更稳妥的做法是把每个动作写成不可覆盖的事件：新增表示对象第一次进入观察范围，变更表示已登记字段出现可复核差异，撤回表示先前结论不再被采用。三者描述的是编辑台账的处理状态，不是对主机所有权或长期可达性的判断。
状态转换必须由证据触发，而不是由编辑希望页面更整齐来触发。新材料不完整时，事件保持待核并把缺项写成UNKNOWN；不同材料互相冲突时，先并列保存，再决定是否足以形成变更。撤回也不等于删除，原事件仍可查看，并指向原因、审核动作及可能的替代记录。本文给出一套有限状态模型，重点是防止历史被悄悄改写。
新增事件只表示对象进入观察范围
创建新增事件前，需要一个可重复识别的对象键。主机原文、规范化比较值、采集时刻和证据号共同组成最低条件。首次看到相似名称、页面截图或搜索标题都不足以建档，除非完整主机能够读取。对象进入台账后，状态写新增并保持开放，后续观察作为子记录追加；这里的新增不是说主机刚刚注册，也不说明此前从未存在。
新增行还要声明采集边界，例如只读查看地址栏，没有登录、提交或获取受限内容。若主机只能从二维码推测、短链目标未显示或截图裁掉顶级域，事件类型暂填线索，核心对象为UNKNOWN。等到完整字段得到确认后，编辑新建正式事件，并引用线索号；绝不回填一个看似合理的主机来让工作流通过。
- 对象键包含完整主机
- 新增不代表首次存在
- 采集边界清楚可见
- 隐藏目标只登记线索
变更事件必须指出哪个字段发生差异
变更不能只写页面变了。编辑需从旧事件复制事件号引用，而不是复制其内容，然后列出发生变化的字段：主机标签、证书指纹引用、跳转终点、页面声明或政策路径。每一项都有旧值、新值、各自观察时间与证据编号。没有对应字段的视觉改版只属于页面外观观察，不自动升级为域名变更。
同一轮可能看到多种变化，但它们应拆成可独立审核的子项。证书有效期更新与主机换址属于不同时间线；按钮文案调整和跳往另一主机也不能被一句迁移合并。若材料只证明两件事同时发生，台账可以记录共现，却不能写成因果。无法确定先后顺序时，顺序字段保持UNKNOWN，并保留两个原始时间值。
- 变更精确到字段
- 旧值新值均有时间
- 共现不写成因果
- 未知顺序不强行排列
撤回用于纠正台账结论而非抹除对象
撤回适用于证据被证实错误、对象关联不成立或表述超出材料范围。操作时创建一条新事件，写明撤回对象、触发证据、原因类别、审核角色和生效时刻。旧页面保留可见的撤回标记，正文不再把它作为当前依据。若有正确替代项，再添加替代事件号；没有替代材料时，不能用空白记录填补。
网络暂时失败、证书到期或一次无法复现并不自动触发撤回，因为这些现象可能只影响某次实验。编辑先把观察结果追加到原事件，并检查是否满足既定撤回规则。真正撤回后，也不应把历史截图从审计存储中静默销毁；公开版本可以脱敏和限制访问，但证据引用关系需要完整，方便后来者理解当时为何得出错误结论。
- 撤回由新事件表达
- 原因和触发证据齐全
- 临时失败不自动撤回
- 替代项缺失时不补造
允许的转换与禁止的捷径
常见路径是新增后追加观察，材料出现实质差异时创建变更，证据推翻原结论时建立撤回。变更也可能被后续材料撤回，撤回之后若出现新的独立对象，则以全新事件开始。禁止把撤回直接改回新增、把待核改成已确认而没有证据，或用后台更新日期伪装一次复查。每次转换都应留下操作者角色和审核理由。
系统层可以用状态约束阻止错误操作：没有前序事件号就不能创建变更，没有撤回原因就不能完成撤回，没有观察证据就不能从待核进入可展示。接口返回失败时，编辑界面应保留草稿和错误提示，不自动套用默认状态。发生并发修改时，以冲突页面让两名编辑比较差异，而不是让最后保存的人覆盖前一人的记录。
- 转换拥有前序引用
- 禁止无证据确认
- 并发冲突需要人工合并
- 失败不触发默认状态
合成事件演练三种状态的差异
训练样例可使用主机甲：第一天取得完整地址栏画面，创建事件一并标新增；第二天观察到顶级域不同，创建事件二并标变更，同时引用事件一。审查后发现第二张截图来自无关页面，于是建立事件三撤回事件二。事件一没有因此消失，它仍然只代表第一天的有限观察；任何状态都不说明主机甲的运营身份。
另一个场景是第三天无法连接。编辑把超时、网络类型和观察时间追加到事件一，结果写未复现，而不是立即撤回。若浏览器错误页没有显示完整主机，主机字段从事件一引用，但本轮响应状态为UNKNOWN。演练的字母和日期只帮助检查工作流，不能作为实际数据发布，也不能被文章摘要截取成实时结论。
- 演练编号不对应真实对象
- 错误证据通过撤回纠正
- 超时作为观察追加
- 响应不明写UNKNOWN
状态展示要解释动作而不是暗示信誉
前端标签使用新增观察、字段变更、已撤回、待核和证据冲突等明确词语。不要使用可信、不可信、已认证或危险等超出模型的评级。每张卡显示动作日期和前序事件，读者可以展开查看改变了哪个字段。撤回事件的视觉样式应醒目，但仍允许访问脱敏历史与更正原因，防止断链。
搜索、筛选和站内链接都以事件类型与字段为条件。例如用户可以筛出所有主机标签变化，却不会得到一个所谓当前入口列表。聚合统计仅计算台账动作数量，不能把新增数解释为平台增长，也不能把撤回数解释为安全风险。摘要生成时若缺少状态原因，输出待核，不拼接邻近记录的说明。
- 标签描述台账动作
- 不使用身份信誉评级
- 撤回历史仍可追溯
- 统计不外推业务含义
审核状态机时检查证据和语言边界
发布前逐条验证事件类型、对象键、前序关系、时间和证据引用。新增没有完整主机、变更没有字段差异、撤回没有理由，均不得进入公开候选。审核者还要读标题、摘要和内链锚文本，确保它们没有把编辑状态改写成域名的事实状态。字段不确定时保留UNKNOWN，而不是用可能、应该等模糊词掩盖空缺。
这套模型只服务于独立观察台账。它不判断所有权延续，不承诺任一地址可用，也不引导读者执行站外操作。采集过程中遇到地址与证书不一致、要求关闭保护或索取敏感资料时，立即停止并创建安全事件说明；该说明与域名状态分开保存。最终目标是让任何修订都有来路，而不是让页面看上去永远正确。
- 类型所需字段完整
- 摘要不扩大编辑状态
- 安全事件单独保存
- 修订链能够逆向追踪
