Dusk 的最终性逻辑有点特殊。它不是传统意义的时间概念，而是跟交易证明直接绑定的结果。

这条链用的是 Succinct Attestation 共识机制。核心要求很明确：验证者要对那些已经通过证明验证的状态转移进行确认，而不是对一堆"待处理交易"做笼统共识。换句话说，只有交易附带的证明被验证通过后，这笔交易才能进入最终性确认流程。

共识节点确认的不是"有人提交了交易"这个事实，而是"当前规则下这次状态转移被证明是合法的"。如果证明验证失败？那笔交易根本进不了最终性讨论的范围。

很多链的顺序是先共识、后发现问题。Dusk 反过来了——证明先行，最终性只作用在已被证明合法的状态上。直接后果就是，违规状态无法反复被确认然后回滚，因为不合法的状态压根进不了确认路径。

这才是为什么 Dusk 能把最终性当作合规交易的基础条件，而不仅仅是性能指标。确认机制的对象非常明确——只针对已经通过规则证明的状态转移，不是对交易请求本身背书。看一条链的系统完整性，关键就在这一点：最终性是否只作用在已证明合法的状态之上。一旦这个顺序不被打乱，确认机制就不再是通用 PoS，而是为受监管交易量身定制的执行保障。