揭示变成“保险”。
没错——守望纪元已经学会：在时间上，保险比勇敢可靠。
江砚提出：**熵守约协议**。
---
### 五、熵守约协议：把揭示从“到点交作业”变成“提前托管的可验证交付”
校核码：ENT-KEEP-01
名称：熵守约协议
ENT-KEEP-01A：揭示托管（escrow reveal）
* 每一方在提交commit时，同时提交“加密揭示包”到托管池
* 加密揭示包只能在揭示窗口由多方共同解锁（阈值解密），任何单方无法提前窥探
* 若揭示窗口内该方未主动揭示，托管池自动解锁其揭示包，完成reveal
* 解锁过程生成“托管解锁证明卡”，可外部校验
ENT-KEEP-01B：多窗口揭示（window redundancy）
* 揭示不再只有一个窗口，而是主窗口+备窗口
* 主窗口用于正常揭示，备窗口用于网络抖动与高压期错峰
* 任一窗口揭示成功即视为守约，避免被边界一秒卡死
ENT-KEEP-01C：多路由广播（route diversity）
* 揭示与托管包发布走至少两条独立路由与两条独立镜像链
* 任一路由可达即可生效
* 路由可用性纳入“随机性可用指数”，触发路由切换而不触发政治惩罚
ENT-KEEP-01D：备用熵串降级
* 紧急熵串仍保留，但不再作为高频常态
* 若连续触发紧急熵串，优先检查守约协议链路，而不是缩小意外
* 紧急熵串输入源多样化，并由托管揭示包补充熵，避免统计形态固定
ENT-KEEP-01E：对外透明
* 公布“守约证明卡”：本批次揭示是否由托管解锁、是否跨备窗口、是否发生路由切换
* 不公布具体揭示值，仍保持不可预演
* 若频繁托管解锁，触发“时隙攻击调查链”，而非成立委员会裁判
这套协议的核心是：
揭示不是靠人准点赶到，而是靠“提前托管+可验证解锁”保证发生。
你可以掐路由、掐窗口，但你掐不掉托管池的解锁——因为解锁不依赖那条被掐的时隙。
敌人要夺走“揭示的时隙”。
熵守约协议把时隙变成冗余，不再是单点。
---
### 六、时隙攻击调查链：追的是“掐哪里”，不是“谁背锅”
揭示频繁托管解锁本身不是罪，它是一种保险触发。
但触发频繁意味着有人在掐时隙。
守望纪元不能把掐时隙变成人身指控。
必须把它变成可查因果：
校核码：ENT-INVEST-01
G1：路由可用性对照（主路由/备路由差异）
G2：窗口边界延迟密度分析（是否刻意卡边界）
G3：镜像站与出口节点集中度（是否被少数链路操控）
G4：托管解锁比例与外压叠加相关性（是否高压期定向放大）
输出：
* 若确认掐时隙模式：生成L3模式提示卡（时隙攻击），并触发路由/窗口策略调整
* 若发现供应链集中：触发多样性预算收紧与镜像隔离
* 若发现系统自身窗口配置不合理：进入规约试验场修正
* 不
-->>(第3/6页)（本章未完，请点击下一页继续阅读）