根据组中所有服务器的指标，限速机制会启动，并决定是否限制成员执行/提交新事务的速度。

因此，来自所有成员的指标是计算每个成员容量的基础：如果一个成员有大的队列（用于证书或应用线程），那么执行新事务的容量应该与最近期限内证实或应用的事务数量相近。

组中的最低容量确定了组的实际容量，而本地事务数量则确定了多少成员正在写入该组，并且因此该可用容量应该被共享给多少成员。

这意味着每个成员都有根据可用容量建立的写入配额，即下一个期限内可以安全地发布的事务数量。限速机制会在证书队列或二进制日志应用线程大小超过用户定义的阈值时强制执行该配额。

配额将减少上一期限内延迟的事务数量，然后再进一步减少10%，以允许触发问题的队列减小其大小。在避免大幅度的吞吐量增长后，吞吐量只允许增长同样的10%。

当前限速机制不罚款低于配额的事务，但会延迟超出配额的事务直到监控期限结束。因此，如果配额非常小，则某些事务可能具有与监控期限相近的延迟。