根據群組中所有伺服器收集的指標，節流機制會啟動並決定是否限制成員執行/提交新交易的速度。

因此，從所有成員取得的指標是計算每個成員容量的基礎：如果某個成員有很大的佇列（用於認證或 applier 執行緒），則執行新交易的容量應接近於上次期間認證或套用的交易。

群組中所有成員的最低容量決定了群組的實際容量，而本機交易的數量決定了有多少成員正在寫入，因此，應該與多少成員共享可用容量。

這表示每個成員都有根據可用容量建立的寫入配額，換句話說，也就是它在下一個期間可以安全發出的交易數量。如果認證器或二進位記錄 applier 的佇列大小超過使用者定義的閾值，節流機制就會強制執行寫入配額。

配額會因上次期間延遲的交易數量而減少，然後也會進一步減少 10%，以允許觸發問題的佇列減少其大小。為了避免在佇列大小超過閾值時吞吐量大幅跳躍，之後每個期間只允許吞吐量成長相同的 10%。

目前的節流機制不會懲罰低於配額的交易，而是延遲完成超過配額的交易，直到監控期間結束。因此，如果發出的寫入請求的配額非常小，某些交易的延遲時間可能會接近監控期間。