确认不是终身承诺，只是为了让系统继续走下去的一步。
撤销窗口设为两段：
* W1：快速撤销（确认后半刻内，无需理由，一键撤销）
* W2：反思撤销（半刻后到进入决策前，需要选择“我改变了理解/我觉得被误读/我不想进入决策”等原因之一）
存在性编号：CONF-WIN-01
CONF-WIN-01A：双段撤销窗口
CONF-WIN-01B：撤销原因匿名统计，用于改善澄清题与转译链
CONF-WIN-01C：撤销不触发惩罚，不进入信誉系统（避免抑制参与）
撤销窗口的目的不是让人反复横跳，而是降低“确认恐惧”。
恐惧降了，确认就会上升。
---
### 七、防投喂的平衡：匿名确认如何避免被刷？
确认匿名可能引来新的风险：
敌人可以用机器人刷确认票据，制造假的共识分布。
因此CONF-SHIELD-01D必须配合“内部追溯+风险审计”，但不公开个人。
同时引入“确认一致性检测”：
存在性编号：CONF-ANTI-01
CONF-ANTI-01A：确认票据的节奏检测（等距与伪随机抖动识别）
CONF-ANTI-01B：确认路径多样性检测（是否来自单一触达圈层）
CONF-ANTI-01C：高疑似刷票只降权，不封禁（避免被说压制）
CONF-ANTI-01D：降权后的确认分布仍可查，但标注“疑似投喂影响”
这样可以同时做到：
* 参与者不怕被指名
* 系统不被刷票操控
* 外界能看到投喂痕迹，而不是被假共识骗走
---
### 八、确认勒索的反向护栏：截图传播自动补全上下文
敌人最擅长截取。
MISREAD机制曾对反例卡、解释摘要卡起作用。
现在要把它扩展到确认票据。
存在性编号：MISREAD-CONF-01
MISREAD-CONF-01A：任何传播确认截图，系统自动附“确认票据说明卡”
* 确认不等于承认
* 可撤销窗口存在
*