Vexcel

Adaptive attestation consensus.
Linear when fast. DAG when it matters.

BFT consensus has a latency blind spot

Leader-based BFT protocols are fast when the leader is fast. But when a leader is slow, offline, or geographically distant, the entire network stalls waiting for a timeout before failover kicks in. Traditional solutions introduce complexity that creates more problems than it solves.

Stalled Throughput

Timeout-based failover wastes blocks

When a leader misses its slot, validators wait for a full timeout period before electing a replacement. During that window, zero blocks are produced. At scale, these gaps compound into measurable throughput loss.

Fork Risk

Rollback mechanisms add fragility

Fork-choice rules and block rollback attempt to recover from leader failures, but they introduce state reversions, orphaned transactions, and edge cases that are difficult to reason about under adversarial conditions.

Wasted Capacity

Non-leaders sit idle between rounds

In standard BFT, only the leader produces blocks. Every other validator is silent until it is their turn or a vote is requested. Their compute capacity, network bandwidth, and liveness signal go unused.

Complexity Debt

Staggered failover is hard to get right

Multi-tier failover cascades, jailing heuristics, and reputation-weighted re-election create hundreds of lines of consensus code. Each edge case is a potential liveness or safety bug that is difficult to audit.

Attestation blocks that prove liveness
without entering the canonical chain

Vexcel introduces a lightweight attestation layer between consensus rounds. When a leader is slow, non-leader validators produce attestation blocks — empty, zero-gas structures that prove the validator is alive, synchronized, and ready. These attestations are stored separately and referenced by the next leader, forming a DAG only when latency demands it.

How Vexcel Works
t=0 t=1 t=2 t=3 t=4 t=5 B1 B2 LEADER SLOW A-V2 A-V3 A-V4 B3 B4 B5 LINEAR DAG LINEAR parent_blocks: [A-V2, A-V3, A-V4]
Canonical block (leader)
Attestation block (non-leader)
Leader delay detected

Vexidus: From rollback complexity
to attestation simplicity

Vexidus is an L1 blockchain running HyperSync BFT across 5 geographically distributed validators. Before Vexcel, leader failures triggered a cascade of rollbacks, fork-choice rules, and staggered failover. After Vexcel, those mechanisms were replaced entirely.

Before Vexcel

330 lines of rollback and failover logic

Fork-choice rules that selected the heaviest chain. Staggered failover with multi-tier timeout cascades. Block rollback that could revert finalized state. Jailing heuristics that punished validators for latency they could not control. Each edge case was a potential consensus bug.

The Problem

Geographic latency caused cascading failures

A validator in Mumbai with 180ms round-trip to Europe would consistently miss tight timeouts. The failover mechanism would kick in, jail the validator, and redistribute its slots — only for the replacement to face similar latency issues. Production distribution became uneven and unpredictable.

After Vexcel

All rollback logic deleted. Replaced with attestations.

330 lines of fork-choice, rollback, and staggered failover were removed. 420 lines of attestation logic were added. When a leader is slow, non-leaders produce attestation blocks stored in a separate data layer. The next leader references those attestations, forming a DAG. When the leader is fast, the chain is linear. No rollbacks. No forks. No wasted slots.

-330
Lines of rollback logic removed
0
Forks since deployment
5
Validators across 4 continents

Built for any leader-based BFT chain

Vexcel is not specific to Vexidus. Any blockchain using leader-based BFT consensus can adopt the attestation pattern to eliminate rollback complexity and improve liveness under latency.

L1 Blockchains

Any chain with rotating leaders and deterministic finality. Tendermint, HotStuff, and PBFT variants can integrate attestation blocks as a liveness layer without modifying their core safety proofs.

Rollup Sequencers

Shared sequencer networks with multiple operators face the same leader-latency problem. Attestation blocks let non-sequencing nodes prove liveness without competing for the sequencing role.

Geographically Distributed Networks

Networks spanning multiple continents face asymmetric latency by design. Vexcel turns that latency from a consensus liability into a liveness signal without penalizing distant validators.

Permissioned Consensus

Enterprise BFT networks with fixed validator sets can use attestations to detect node health, trigger maintenance alerts, and maintain audit trails of validator liveness without impacting chain throughput.

High-Frequency Chains

Sub-second block times amplify the cost of missed slots. Attestation blocks fill gaps with near-zero overhead, maintaining effective throughput even when individual leaders experience momentary delays.

Validator Onboarding

New validators joining a network can produce attestation blocks before being assigned leader slots, proving their node is synchronized and operational. A verifiable onboarding signal instead of a trust assumption.