MAINNET· en service depuis 2020BLOC #32,731,549FINALITÉ 6.00sOPS / BLOC 0VALIDATEURS 11 · 5 ORG.TOTAL XBN 369B XBNEN CIRCULATION 74.10B XBNCONSENSUS HFBA · FINALITÉ 3 À 5 SMAINNET· en service depuis 2020BLOC #32,731,549FINALITÉ 6.00sOPS / BLOC 0VALIDATEURS 11 · 5 ORG.TOTAL XBN 369B XBNEN CIRCULATION 74.10B XBNCONSENSUS HFBA · FINALITÉ 3 À 5 S
Bantu
Network · HFBA Consensus

Harambee Federated Byzantine Agreement.

HFBA is the consensus protocol that runs every Bantu ledger. It is non-mining, non-plutocratic, low-latency, and rooted in federated trust — validators each declare which other validators they trust, and the network's safety emerges from the overlap. Named after the Swahili word for 'all pull together.'

Why this name

Harambee is a Swahili word meaning all pull together. It described community-led economic cooperation — collective savings, communal labor, shared risk — generations before the consensus protocol that bears its name. The protocol is named after the practice because the practice came first.

Four properties HFBA guarantees.

Decentralized control
Yes

No single party — including the Foundation — controls consensus. Quorum requires overlapping agreement across independent validator organizations.

Low latency
3–5s

From transaction submission to finalized ledger. Single confirmation is sufficient — no 6-block waits.

Flexible trust
Per-validator

Each validator declares its own quorum set. The system's trust topology is the union of these choices, not a hardcoded committee.

Asymptotic security
FBA

Safety is preserved as long as no single quorum is corrupted. Liveness is preserved as long as one of your trusted quorums is honest.

How a ledger gets finalized//

Four phases, every ledger.

01

Nomination

Each validator proposes the set of transactions it has seen. Validators vote to converge on a single candidate set — the union of trusted submissions.

02

Balloting

Validators run successive ballot rounds to commit the nominated set as the next ledger. Federated voting + quorum slices guarantee a single outcome.

03

Externalize

Once a quorum agrees, the ledger is externalized — written to history, broadcast, irreversible. Settlement in 3–5 seconds from submission to externalization.

04

Quorum advice

Validators publish their declared trust ('I will believe a ledger if quorums A, B, or C agree on it'). The network's safety emerges from the overlap of these declarations.

How HFBA differs from the alternatives.

Bantu · HFBAOther consensus
MiningNonePoW: enormous energy use
StakingNot required for securityPoS: plutocracy risk
Transaction finality3–5 seconds, deterministicProbabilistic; 6 confirmations on BTC
Energy footprintStandard server hardwarePoW: country-scale electricity
Validator entryOperational reputationPoW: capital · PoS: stake
Trust topologyFederated, flexible per-validatorMonolithic; one global rule

On 51% attack resistance.

HFBA doesn't care about computational majority. Validators are weighted by their position in quorum sets, not by hash power or stake. A bad actor can only break safety by:

  1. Being inside the quorum sets of enough validators to form an overlapping bad quorum, AND
  2. Having the other honest validators in those sets agree with them.

That requires multi-organization compromise across operationally independent entities — a much higher bar than acquiring 51% of hash power or 33% of stake. Quorum sets are configured automatically per quality tier; validators are grouped to make Sybil attacks economically pointless.