Tempo vs Arc · 2 paths for institutional-chain validator design
Wiki route
This entry sits under systems index. Read it against EigenLayer Support for New L1 Bootstrapping-Phase Security · Tempo/Arc Potential Route for peer / contrast context and fintech index for the broader system / regulatory boundary.
Key facts
- Tempo external validator count = 4 (carefully selected institutions) •
- Tempo BFT fault tolerance = ⌊(4-1)/3⌋ = 1 (tolerates up to 1 malicious or offline nodes) •
- Tempo’s Nakamoto coefficient is extremely low, making regulatory single-point-of-failure risk prominent •
- Arc phase 1 = PoA (team + founding-institution whitelist) •
- Arc phase 2 = permissioned PoS (20-50 KYC validators) •
- Arc phase 3 = governance PoS (theoretical target, may not be achieved) •
- The three-phase template is cited by Kinexys / Mony •
Mechanism / How it works
Tempo · 4 external-validator model: Tempo team internal validators + 4 carefully selected external institutions (major custodians / major staking service providers / sovereign-fund management / strategic partners). Each validator is bound by KYC + legal agreements → accountability is possible. No inflationary rewards; yield comes from protocol-fee distribution. No MEV (institutional OTC leads order flow). Design philosophy: a small number of highly qualified participants > numerical dispersion, sacrificing decentralization to secure performance and accountability.
Arc · three-stage evolution: Phase 1 PoA is centralized but allows rapid iteration; in phase 2 the KYC validator set expands to 20-50 社 and introduces staking economics, but entry remains controlled; in phase 3 governance decides validator-set expansion, with full decentralization as the long-term goal. Design philosophy: acknowledge that institutional chains must be centralized at launch, and earn ecosystem trust through a clear roadmap.
Comparison dimensions:
| Dimension | Tempo | Arc |
|---|---|---|
| Validator count | 4 carefully selected | Evolving (PoA → 20-50 → ?) |
| Decentralization path | Not pursued | Three-stage progression |
| Concentration | Openly accepted | Covered by roadmap |
| BFT fault tolerance | 1/4 (fragile) | Phase-dependent |
| Core trade-off | Performance + reliability | Compliance launch + gradual opening |
Origin & evolution
2024 Early permissioned pools from Aave Arc / JPM Onyx → “institutional chains must be permissioned at launch” became consensus. 2025.04 Tempo disclosed its 4 external-validator design → the minimum model became visible. 2025 Circle published the Arc three-stage roadmap → the progressive-decentralization template was established. 2025-2026 Kinexys / JPMD / Mony / many tokenized-deposit projects cited Arc’s three-stage template. The fundamental reason the 2 paths coexist: Tempo serves retail merchants (extremely performance-sensitive), while Arc serves institutional clients (extremely sensitive to the compliance narrative).
Related
- Wiki Index
- BFT Validator Economics Overview
- 4 Variables in BFT Validator Economics
- Chain Abstraction Model Overview
Sources
- Tempo official site (4 external-validator / payments L1 design) — https://tempo.xyz/
- Arc official site (Circle institutional-grade L1) — https://www.arc.io/
- Circle, “Introducing Arc” official announcement (progressive decentralization / Malachite) — https://www.circle.com/blog/introducing-arc-an-open-layer-1-blockchain-purpose-built-for-stablecoin-finance
- Canton Network (Kinexys-line permissioned institutional chain) — https://www.canton.network/
Discovery
Keep reading
Read next
- Bitcoin Scaling 2026 · Stacks + Lightning + BitVM + Babylon Parallel Stack Bitcoin 2026 scaling is not about "choosing L2 as 1 option," but about 4 parallel stacks each absorbing different demand: Lightning handles micropayments + international remittances, Stacks... systems/bitcoin-scaling-2026-stacks-lightning-bitvm
- bitFlyer Blockchain This entry sits under systems index. Read it against Hyperledger Besu · EVM 兼容企业链(Quorum 进化) for peer / contrast context and fintech index for the broader system / regulatory boundary. systems/bitflyer-blockchain
- Canton DAML Technical Specification · Functional Financial Contracts + Sub-transaction Privacy This entry sits under systems index. Read it against Canton Network 概観 · DAML スマートコントラクトのプライバシー機関チェーン for peer / contrast context and fintech index for the broader system / regulatory bounda... systems/canton-daml-technical-spec
Links here
- 4 Variables in BFT Validator Economics This entry sits under systems index. Read it against BFT validator 経済学概観 · 4変数と機関チェーンの退化 for peer / contrast context and fintech index for the broader system / regulatory boundary. systems/bft-validator-economy-four-variables
- BFT Validator Economics Overview This entry sits under systems index. Read it against BFT validator 経済の4変数 · yield / slashing / MEV / 集中度 for peer / contrast context and fintech index for the broader system / regulatory bou... systems/bft-validator-economy-overview
- Solana Firedancer · Jump Crypto second client 2026 mainnet · validator economics and MEV restructuring This entry sits under systems index. Read it against BFT validator 経済学概観 as the validator economics anchor and BFT validator economy 4 変数 for the yield / slashing / MEV / concentration frame... systems/solana-firedancer-validator-economics