同步失效与异步清理如何协作？

项目版本说明

这些问答整合历史设计与实现资料；当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。

标准回答

EachOf 撤销资源时在事务内锁定并重新核对写权限，更新资源和直接关联状态，记录转换与 Outbox，再由后台处理下游依赖。同步部分是权威状态变化，异步部分承担可能较大的传播与清理工作。

直接关联项很多时，同步事务也可能变重；因此需要测量事务时延、锁等待与关联数量。小型迁移验证支持部分流程正确性，不能证明任意深度、任意扇出的依赖图都有固定延迟。

传播过程使用稳定任务或事件身份、访问边界和进度检查点，支持重启与重复处理。前端可以展示治理处理中，但当前召回仍必须遵守已经生效的失效条件，不能把“处理中”解释为旧知识继续合法。

最老积压时间、待处理节点量、重试原因、事务锁等待和被当前读取过滤的状态，确认积压影响的是传播而非权限正确性。

每个操作绑定版本或代次，处理时检查当前依据；较旧任务不能覆盖较新的权威状态。