DAG-BFT vs Chain-BFT: The Essential Architectural Split
ConfidenceCertainUpdated2026-05-26Review by2026-09-22Sources6Machine-translatedOriginal (JA)
Wiki route
This entry sits under systems index. Read it with fintech index for adjacent context and Smart Contract Bytecode Forensics — Three-Tier Verify Technique for the broader system boundary.
[!info] TL;DR Modern BFT consensus algorithms split into 2 major schools: Chain-BFT (HotStuff / Tendermint / Threshold Simplex / Malachite) chains blocks, while DAG-BFT (Narwhal / Bullshark / Mysticeti) promotes the mempool to a first-class consensus citizen. The essential split is not performance, but how the mempool is abstracted — Chain-BFT is suitable for settlement scenarios (audit-friendly), while DAG-BFT is suitable for high-throughput scenarios (100k+ TPS). Tempo and Arc both adopt Chain-BFT.
Comparison of the 2 major schools:
| Item | Chain-BFT | DAG-BFT |
|---|---|---|
| Representative algorithms | HotStuff, Tendermint, Threshold Simplex (Tempo), Malachite (Arc) | Narwhal, Bullshark, Mysticeti (Sui) |
| Data structure | Chain + view change | DAG + total order extraction |
| Mempool abstraction | secondary (leader gather → propose) | first-class (mempool = consensus) |
| Time complexity | O(n) per block | O(1) per block (asynchronous) |
| Throughput | About 10K TPS | 100K+ TPS |
| Finality | 1-2 seconds | sub-second |
| Audit / debugging | Simple (linear history) | Complex (DAG traversal) |
| Application scenario | Settlement, stablecoins, institutional finance | High-frequency trading, games, DEX |
Why Tempo and Arc chose Chain-BFT:
- Audit-friendly: in settlement scenarios, auditability is required for each transaction 1 件, and unfolding DAG history is too complex
- TPS is already sufficient: stablecoin settlement does not require 100K+ TPS (Visa globally is about 24K TPS)
- High academic maturity: the papers and implementations of HotStuff and Tendermint have both been validated at large scale
- Formal specification verification is easier to implement: Malachite + Quint co-design is more direct under the Chain-BFT system
Scenarios where DAG-BFT is advantaged:
- High-TPS L1s such as Sui / Aptos (contrast with Global Dex Major Five Comparison on each company’s L1 rollout)
- Solana-like designs (PoH + Tower BFT is DAG-flavored)
- Future AI agent micropayment scenarios (millions of sub-cent transactions per second)
Academic frontier:
- Mysticeti (Sui, 2024): achieves sub-second finality with DAG-BFT
- Bullshark (2022, Aptos / Sui): formalizes the first-class mempool idea
- Threshold Simplex (2025, Tempo): engineering convergence of Chain-BFT + BLS aggregation
- Malachite (2025, Arc): Chain-BFT + Quint formal verification paradigm
Paper index:
-
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 blog / Paradigm research
-
Malachite: Informal Systems 2025
Application decision framework:
- Settlement / clearing → Chain-BFT (contrast with institutional chains’ preference for linear auditability in protocol renewal trigger)
- Games / high frequency → DAG-BFT
- General-purpose L1 → either can work (depending on ecosystem goals)
Related
- Wiki Index
- Threshold BFT consensus Rust implementation trend
- Economics of day-1 integration for quantum-resistant signatures
Sources
-
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 (Chain-BFT implementation adopted by Arc) — https://github.com/informalsystems/malachite
-
Tempo official site (Chain-BFT settlement L1 / Threshold Simplex) — https://tempo.xyz/
Discovery
Keep reading
Read next
- EigenLayer AVS Mechanism · Operator · Slashing · EIGEN Arbitration1. Operator registers with EigenLayer · provides ETH staking (for itself or on behalf of others) 2. AVS registers with EigenLayer · publishes slashing conditions + expected Operator set size...
- EigenLayer Support for New L1 Bootstrapping-Phase Security · Tempo/Arc Potential RouteA new L1 faces a bootstrapping problem at launch: native token market cap is low → attack cost is low → users are afraid to use it → traffic is low → token value does not rise → death loop.
- EigenLayer Overview · Restaking and the Leasing of Ethereum Cryptoeconomic SecurityTraditional cryptoeconomic security has a bootstrapping problem: a new L1 must launch BFT through staking of its native token, but in the early launch phase the token's market cap is low → t...
Links here
- DA layer panoramic comparison 2026 · Celestia · EigenDA · Ethereum blobs · Avail · NEAR DAAs of 2023-2024 , the default for DA layers was "rollups automatically use Ethereum L1 calldata." After Dencun (2024-03) introduced EIP-4844 blobs, L1 blobs became the default choice for ETH...
- Restaking and AVS Landscape Matrix · EigenLayer vs Symbiotic vs Karak vs Mellow vs EtherFi vs Lido CSMRestaking in 2023-2024 年 was EigenLayer's single-player concept of an "ETH crypto-economic security marketplace." By 2024-2025 年 it evolved into multi-protocol competition: Symbiotic offers...
- Solana Firedancer · Jump Crypto second client 2026 mainnet · validator economics and MEV restructuringNote: Jito is an Agave fork; 95% of the codebase is identical, so for client diversity Jito ≈ Agave. Therefore the only "truly independent codebase" on mainnet is Frankendancer's 6%; only af...
- Sui and Aptos · Move L1 ecosystemMove emerged from the Diem / Libra project; when Meta wound down the consortium (2022), the two main engineering groups split: