DAG-BFT vs Chain-BFT アーキテクチャの本質的分岐
確度確定更新2026-05-26要再確認2026-09-22出典6機械翻訳
ウィキ上の位置づけ
この項目は システム基盤 配下に位置する。隣接する文脈は フィンテック、より広いシステム境界は スマートコントラクト bytecode フォレンジック — 三層 verify 技術 とあわせて読む。
[!info] 要約 現代 BFT コンセンサスアルゴリズムは 2 大流派に分かれる:Chain-BFT(HotStuff / Tendermint / Threshold Simplex / Malachite)は block をチェーン化、DAG-BFT(Narwhal / Bullshark / Mysticeti)は mempool を 合意形成の第一級対象 に昇格する。本質的な分岐は性能ではなく mempool の抽象方法にある —— Chain-BFT は決済シナリオ(監査フレンドリー)に適し、DAG-BFT は高スループットシナリオ(100k+ TPS)に適する。Tempo と Arc はいずれも Chain-BFT を採用。
2 大流派の比較:
| 項目 | Chain-BFT | DAG-BFT |
|---|---|---|
| 代表アルゴリズム | HotStuff, Tendermint, Threshold Simplex (Tempo), Malachite (Arc) | Narwhal, Bullshark, Mysticeti (Sui) |
| データ構造 | チェーン + ビュー変更 | DAG + 全順序抽出 |
| メンプール抽象 | 二次的(リーダーが収集 → 提案) | 第一級(mempool = consensus) |
| 時間計算量 | O(n) ブロックあたり | O(1) ブロックあたり(非同期) |
| スループット | 約 10K TPS | 100K+ TPS |
| ファイナリティ | 1-2 秒 | サブ秒 |
| 監査・デバッグ | シンプル(線形 history) | 複雑(DAG traversal) |
| 適用シナリオ | 決済、ステーブルコイン、機関金融 | 高頻度取引、ゲーム、DEX |
Tempo と Arc が Chain-BFT を選んだ理由:
- 監査フレンドリー:決済シナリオでは取引 1 件ごとに監査可能性が必要、DAG history の展開は複雑すぎる
- TPS は既に充分:ステーブルコイン決済は 100K+ TPS を必要としない(Visa グローバルで約 24K TPS)
- 学術的成熟度が高い:HotStuff と Tendermint の論文・実装はいずれも大規模に検証済み
- 形式仕様検証がより実装しやすい:Threshold BFT コンセンサスの Rust 化潮流 は Chain-BFT 体系の下でより直接的
DAG-BFT が優位なシナリオ:
- Sui / Aptos 等の 高 TPS L1(global DEX 主要 5 社対照 における各社の L1 展開と対照)
- Solana 類似設計(PoH + Tower BFT は DAG 的)
- 将来の AI agent マイクロペイメントシナリオ(毎秒数百万件の 1 セント未満の取引)
学術フロンティア:
- Mysticeti (Sui, 2024):DAG-BFT でサブ秒 ファイナリティ を実現
- Bullshark (2022, Aptos / Sui):第一級 mempool 思想の正式化
- Threshold Simplex (2025, Tempo):Chain-BFT + BLS aggregation のエンジニアリング収斂
- Malachite (2025, Arc):Chain-BFT + Quint formal verification パラダイム
論文インデックス:
- HotStuff: Yin et al. 2019 (https://arxiv.org/abs/1803.05069)
- Narwhal & Bullshark: Spiegelman et al. 2022
- Mysticeti: Babel et al. 2024
- Threshold Simplex: Tempo ブログ / Paradigm research
- Malachite: Informal Systems 2025
適用判断フレームワーク:
- 決済 / 清算 → Chain-BFT(プロトコル更新トリガー —— 公開契約をイベントアンカーとして読む における機関チェーンの線形監査可能性への選好と対照)
- ゲーム / 高頻度 → DAG-BFT
- 汎用 L1 → 両者いずれも可(エコシステム目標に依存)
関連項目
- Wiki Index
- Threshold BFT コンセンサスの Rust 化潮流
- 耐量子署名 day-1 統合
出典
- HotStuff: BFT Consensus in the Lens of Blockchain(Yin et al. 2019)— https://arxiv.org/abs/1803.05069
- Narwhal and Tusk: A DAG-based Mempool and Efficient BFT Consensus(Danezis et al. 2022)— https://arxiv.org/abs/2105.11827
- Bullshark: DAG BFT Protocols Made Practical(Spiegelman et al. 2022)— https://arxiv.org/abs/2201.05677
- Mysticeti: Reaching the Limits of Latency with Uncertified DAGs(Babel et al. 2024)— https://arxiv.org/abs/2310.14821
- Malachite — Flexible BFT consensus engine in Rust(Arc 採用の Chain-BFT 実装)— https://github.com/informalsystems/malachite
- Tempo 公式サイト(Chain-BFT 決済 L1 / Threshold Simplex)— https://tempo.xyz/
#systems#blockchain#BFT#consensus#mempool#architecture
発見
続けて読む
次に読む
- EigenLayer AVS メカニズム · 運営者 · スラッシング · EIGEN 仲裁1. 運営者 が EigenLayer に登録し、自身または代理運用による ETH ステーキングを提供する。 2. AVS が EigenLayer に登録し、スラッシング条件と期待する 運営者 集合規模を公開する。 3. 運営者 が特定の AVS に opt-in し、オンチェーンで commitment を記録する。 4. AVS が運用され、運営者 は検証タスクを実行する...
- EigenLayer による新 L1 起動期セキュリティ支援 · Tempo/Arc の潜在経路新しい L1 の起動期には bootstrapping 問題がある。ネイティブ token の時価総額が低いと攻撃コストも低くなる。攻撃コストが低いとユーザーは利用を恐れ、トラフィックが増えない。トラフィックが増えなければ token 価値も上がらない。この循環が死のループになる。
- EigenLayer 概観 · Restaking と Ethereum 暗号経済セキュリティのリース伝統的な暗号経済セキュリティには bootstrapping 問題 がある。新しい L1 はネイティブ token のステーキングで BFT を起動する必要があるが、起動初期には token 時価総額が低い → 攻撃コストが低い → 誰も使う勇気を持たない、という循環に陥る。クロスチェーンブリッジ / Oracle / DA 層などの「ミドルウェア」も独立 validator...
ここへリンク
- DAレイヤー全景対照 2026 · Celestia · EigenDA · Ethereum blobs · Avail · NEAR DADAレイヤーは 2023-2024 時点では「rollup は自動的に Ethereum L1 calldata を使う」がデフォルトであった。Dencun(2024-03)で EIP-4844 blob が導入された後 · L1 blobs は ETH-aligned rollup のデフォルト選択肢となったが · 同時に「alt-DA に依然市場はあるか」の議論が開かれた...
- リステーキングと AVS 全景マトリクス · EigenLayer vs Symbiotic vs Karak vs Mellow vs EtherFi vs Lido CSM開発者(AVS 構築者 · 例えば Hyperlane / EigenDA / Lagrange)にとって · どのリステーキング層を選ぶかは:運営者プール の深さ · スラッシングの真の執行可能性 · TVL backing による経済セキュリティ規模 · 治理の予測可能性 を決定する。ユーザー(restake を検討する stETH 保有者)にとって · どの LRT(eE...
- Solana Firedancer · Jump Crypto 第二クライアント 2026 メインネット · validator 経済と MEV 再構築なお、Jito は Agave のフォークであり、codebase の 95% は同一であるため、クライアント多様性の観点では Jito ≈ Agave とみなすのが妥当である。したがってメインネット上で「真に独立した codebase」は Frankendancer の 6% のみであり、完全な Firedancer がローンチして初めて Nakamoto 係数 ≥ 2 のク...
- Sui と Aptos · Move L1 エコシステムMove は Diem / Libra プロジェクトから生まれた。Meta がコンソーシアムを終了した後(2022)、主要な2つのエンジニアリンググループは次のように分かれた。