#dusk $DUSK 我今天拆@Dusk 的共识协议SA，卡在一个词上："committee-based"。很多PoS链都用委员会机制，但Dusk的SA——Succinct Attestation——分了三步走：提案、验证、批准，三步分别由不同的随机选出的provisioner来执行。
第一步，一个provisioner创建并广播候选区块。第二步，一个验证委员会检查区块有效性。第三步，另一个批准委员会确认验证结果并最终化区块。乍看多了一步，但这一步把"验证"和"确认验证结果"拆开了。
我理解这里的设计意图：如果验证和批准是同一批人，那验证结果本身就成了最终定论，没有制衡。拆成两步意味着批准委员会不仅要看区块，还要看验证委员会有没有认真干活。这相当于在共识里加了一层质检。
这个设计还有一个隐含约束：委员会是随机选的，基于质押量。攻击者想控制某个步骤，需要同时控制大量质押，而且还要恰好被随机选到同一个委员会里。概率上比控制单一验证组要难得多。
但分步共识的代价是延迟。每多一步就多一轮通信。SA如何在高频金融交易场景下保持低延迟确认，是我目前还没在公开文档里找到足够数据的地方。
看#dusk 的共识层，我会持续关注出块到最终化的时间间隔、委员会轮换频率和实际网络中的分叉率。DUSK作为质押资产，共识的安全假设直接决定了质押者面临的风险类型。#dusk @Dusk