DAG型合意プロトコルの順序付けと実行を均衡させるFlamingo
Flamingo: On Load Balancing in DAG-based Consensus Protocols
この論文をやさしく読む
ひとことで言うと
DAG型の分散合意で、取引の順序を決める段階と実行する段階の両方の負荷を分散する方法。
何に役立つ?
考えられる用途は、取引や検証者の容量が偏る分散データ管理システムの処理量と遅延を改善すること。
この研究の面白いところ
アカウント移動を確定済みログに限定して正しさを保ち、実行側では順序を保つ決定的な配分を使う。片方だけの調整ではボトルネックが移ることも示す。
どこまで分かった?
性能報告はNarwhalとTusk上の試作による。要旨には大規模な本番運用での性能や全種類のBFTプロトコルへの適用は記載されていない。
v1のアブストラクトに基づくAI解説。日本語訳とは別に、用途の解釈を含みます。
アブストラクトの日本語訳
信頼できない環境に配置される分散データ管理システムでは、悪意のある障害に耐えるため、ビザンチン障害耐性(BFT)合意プロトコルを用いる。有向非巡回グラフ(DAG)型のBFTプロトコルは、検証者が並行して取引を広め、複数のワーカーに実行を分散することで処理量を高める。しかし、負荷や資源容量の偏りは性能を大きく低下させ得る。本論文は、認証済みDAG型BFTプロトコルの順序付け層と実行層の両方で偏りに対処する負荷分散プロトコルFlamingoを示す。順序付け層では、過負荷の検証者からクライアントアカウントを定期的に移し、投稿の偏りや検証者ごとの容量差に適応する。移動は確定済みログを通じてのみ有効となり、ビザンチン障害のもとでも正しさを保つ。実行層では、決定的で順序を保つスケジューラを使い、確定済み取引を実行ワーカー間に再配分する。これにより、中央での調整や高コストの分散コミットを使わずに、負荷を均し、ワーカー間のデータ移動を抑える。 NarwhalとTuskの上に構築した試作では、負荷の偏り、検証者の異なる容量、移動するホットスポットがある場合に処理量と遅延が回復した。均衡した状態での追加負荷は無視できる程度だった。また、一方の層だけを均衡させるとボトルネックがもう一方へ移るため、両層での負荷分散が必要だと示した。
v1の要旨から自動生成。本文の精読・人による確認は未実施。
- 初稿
- 2026-09-23(UTC)
- 最新改訂
- 2026-09-23 · v1
- 査読・掲載
- 査読状況未確認
更新履歴
- v1 2026-09-23 この版を読む
取得できた版を表示。版の更新は査読済みを意味しません。過去版の本文差分は未解析です。
原文の要旨
Distributed data management systems deployed in untrusted environments rely on Byzantine Fault-Tolerant (BFT) consensus protocols to tolerate malicious failures. DAG-based BFT protocols improve throughput by letting validators disseminate transactions concurrently and by scaling execution across multiple workers. However, imbalances in workload or resource capacity can still degrade performance significantly. This paper presents Flamingo, a load-balancing protocol for certified DAG-based BFT protocols that addresses imbalance at both the ordering and execution layers. At the ordering layer, Flamingo periodically migrates client accounts away from overloaded validators, adapting to skewed submissions and heterogeneous validator capacity while preserving correctness under Byzantine faults, with migrations taking effect only through the committed log. At the execution layer, Flamingo redistributes committed transactions across executor workers using a deterministic, order-preserving scheduler that balances load and minimizes cross-worker data movement, without centralized coordination or costly distributed commit. Built on top of Narwhal and Tusk, our prototype shows that Flamingo recovers throughput and latency under workload skew, validator heterogeneity, and shifting hotspots, adds negligible overhead when the system is balanced, and needs load balancing in both layers, since resolving only one shifts the bottleneck to the other.
arXiv ID: 2609.28361 / 要約の誤りについて