，还有别的路；
3）**揭示一旦承诺，就无法被撤回**：既mit已经公开，reveal应当可被“提前托管”。
这听起来像把揭示变成“保险”。
没错——守望纪元已经学会：在时间上，保险比勇敢可靠。
江砚提出：**熵守约协议**。
---
### 五、熵守约协议：把揭示从“到点交作业”变成“提前托管的可验证交付”
校核码：ENT-KEEP-01
名称：熵守约协议
ENT-KEEP-01A：揭示托管（escrow reveal）
* 每一方在提mit时，同时提交“加密揭示包”到托管池
* 加密揭示包只能在揭示窗口由多方共同解锁（阈值解密），任何单方无法提前窥探
* 若揭示窗口内该方未主动揭示，托管池自动解锁其揭示包，完成reveal
* 解锁过程生成“托管解锁证明卡”，可外部校验
ENT-KEEP-01B：多窗口揭示（window redundancy）
* 揭示不再只有一个窗口，而是主窗口+备窗口
* 主窗口用于正常揭示，备窗口用于网络抖动与高压期错峰
* 任一窗口揭示成功即视为守约，避免被边界一秒卡死
ENT-KEEP-01C：多路由广播（route diversity）
* 揭示与托管包发布走至少两条独立路由与两条独立镜像链
* 任一路由可达即可生效
* 路由可用性纳入“随机性可用指数”，触发路由切换而不触发政治惩罚
ENT-KEEP-01D：备用熵串降级
* 紧急熵串仍保留，但不再作为高频常态
* 若连续触发紧急熵串，优先检查守约协议链路，而不是缩小意外
* 紧急熵串输入源多样化，并由托管揭示包补充熵，避免统计形态固定
ENT-KEEP-01E：对外透明
* 公布“守约证明卡”：本批次揭示是否由托管解锁、是否跨备窗口、是否发生路由切换
* 不公布具体揭示值，仍保持不可预演
* 若频繁托管解锁，触发“时隙攻击调