ChonkyBFT primary sources
Reviewed: 2026-05-14 UTC
Formal paper
- https://arxiv.org/abs/2503.15380
- https://arxiv.org/pdf/2503.15380
- Best canonical source for ChonkyBFT as a distinct consensus design.
- Used to confirm the core framing: one voting round, single-slot finality, quadratic communication, and
n >= 5f + 1fault tolerance for the ZKsync system. - Also used to ground the corpus entry’s treatment of ChonkyBFT as a deliberately narrower fast-BFT tradeoff rather than a generic
better HotStuffclaim.
Matter Labs specification overview
- https://raw.githubusercontent.com/matter-labs/era-consensus/main/spec/README.md
- Best source in this pass for Matter Labs’ explicit design philosophy.
- Used to confirm the protocol’s practical priorities: provable finality, transaction latency, simplicity, no chained consensus, reduced emphasis on authenticator-count and linear-message rhetoric, and the decision to trade down from
3f + 1toward5f + 1to reach single voting-round finality. - Especially useful for preserving the
re-proposal to avoid rogue blocksmechanism, which is analytically richer than a simplesingle-slot finalityheadline.
Formal-spec and model-checking scope
- https://raw.githubusercontent.com/matter-labs/era-consensus/main/spec/protocol-spec/README.md
- Best source in this pass for the verification surface around the protocol.
- Used to confirm the existence and scope of Quint-based model-checking work, protocol-instance configurations, and the invariant set Matter Labs tracks around agreement, equivocation, justifications, and quorum integrity.
- Important because it makes ChonkyBFT’s practical security story more legible than a paper-only entry would.
Repository context
- https://github.com/matter-labs/era-consensus
- Used to confirm that ChonkyBFT is not only a paper artifact but also represented in the public
era-consensusimplementation and specification tree. - Helpful supporting context for treating the protocol as an active ZKsync / ZK Stack consensus sublayer rather than a detached research note.
- Used to confirm that ChonkyBFT is not only a paper artifact but also represented in the public
Main takeaways from this pass
- ChonkyBFT is best treated as a clean fast-BFT comparison point where reduced fault tolerance, direct finalization of every block, and quadratic communication are deliberate design choices rather than incidental properties.
- The most reusable mechanism is the combination of single-slot finality with the
5f + 1regime and re-proposal discipline that tries to prevent apparently committed-but-noncanonical blocks from confusing downstream observers. - The repo-backed formal-spec material materially improves confidence in the design’s tractability and makes the protocol more useful as a corpus baseline for later comparisons against HotStuff-2, Minimmit, Alpenglow, and related fast-consensus systems.