关于我们的共识机制有很多问题。 我们的设计是经过大量思考而成的，我们相信未来会有许多协议使用这种设计。 BULK通过首先使用基于Minisketch的调解（这是一种紧凑的草图算法，可以有效地同步节点之间的订单差异）来达成每个时间点收到的订单集的快速共识。 BULK并不是立即就达成整个链状态的共识，而是依赖于其确定性执行，以便每个节点可以在后续处理相同的达成订单，并独立得出相同的结果状态。 在后续的时间点，系统通过一种BFT风格的共识达成状态一致性，确保所有节点汇聚到相同的最终状态。 这种分时模型将快速的订单一致性与较慢的状态最终确定分开，使我们能够快速执行（20毫秒），同时保持确定性的安全一致性。 这些过程是为了支持一个巨大的订单簿而构建的。虽然它的运作方式与标准的应用链或L1不同；它是一个状态机，使得在BULK上的任何操作都可以进行加密验证、可重放并存储在账本中。 这一切对您的交易体验有什么重要性？ 1. 您可以选择确认的承诺级别 - (a) minisketch接受（8毫秒），(b) 执行（25毫秒）和 (c) 状态最终确定（40毫秒）；任何对延迟敏感的参与者，如做市商，将获得最佳体验，因为交易几乎瞬间得到确认。 2. 您可以选择要发送订单的节点（MCP），因此您的订单流不会受到节点审查或夹击攻击。 3. BULK是网络中的中立参与者 - 所有验证者决定您的订单、匹配结果和资产变更的处理方式。 4. 您可以重放和验证链上发生的事情 - 最佳用例是在清算期间；验证您没有被挑选进行清算，或者您的订单没有被忽视。 5. 韧性表现 - 作为一个状态机；容错是自然而然的。10月10日的事件教会我们，在重负载下单台机器可能会宕机。通过多个节点参与处理订单簿，您的体验永远不会下降。 还有更多模块（执行器、订单广播、风险模型等）将与bulk-agave一起上线，我可以在不久的将来介绍这些。此帖子希望能回答我们从共识极客那里收到的许多问题。 感谢您对此事的关注！