XEQM Labs logoXEQM Labs
Phase 1 complete, 20/20 PASS
EXIOM network · HF22 · Pulse concentration defense · multi-host live test

The chain never skipped a beat.

We forced operator concentration to stall Pulse consensus twenty times in a row. Every time, the network kept producing blocks on its proof-of-work safety net and healed itself back to Pulse, with zero operator intervention.

Block-by-block: every captured stall & recovery

PulsePoW fallback
cycle 1 · h55420 cycles · 155 blocks capturedcycle 20 · h781
20/20
cycles recovered
4 independent hosts20 operators40 service nodes60 s block cadence~6 h continuous runheights 554-781
100%
Recovery pass rate
20 / 20 cycles
2.9
Avg blocks to recover
range 2-5 · median 3
0s
Chain downtime
PoW carried every stall
≤10 → 12
Stall → recovery threshold
unique operators
The threat

What HF22 defends against

Pulse finalizes blocks with a quorum of independent operators. If too few control the network (operator concentration), a small colluding set could rubber-stamp blocks, censoring transactions or rewriting recent history. HF22 refuses that outcome: below the operator threshold, Pulse simply stops finalizing rather than run under-decentralized. The chain stays live on a proof-of-work fallback until enough independent operators return, then Pulse resumes on its own. This test proves that refuse-and-recover behavior holds, cycle after cycle.

The mechanism

How one stall & recovery runs

1

Healthy Pulse

20 operators run 40 service nodes. Pulse finalizes every block with a signed validator quorum.

20 ops · 40 SNs · PULSE[8-11]
2

Concentration event

Operators 11-20 exit, ten operators gone. Only 10 unique operators remain, below the quorum threshold.

deregister ops 11-20 → 10 unique ops
3

Pulse holds the line

With too few independent operators, Pulse stops finalizing. The chain does not stop. PoW fallback (GOV_SIGNED) keeps producing blocks so transactions keep flowing.

stall confirmed → GOV_SIGNED · PoW active
4

Two operators return

Re-register op11 + op12 → 12 unique operators. That is the count that guarantees a quorum can form in both Pulse rounds.

recovery: +op11 +op12 → 12 unique ops
5

Pulse resumes automatically

Within 2-5 blocks the validator quorum re-forms and Pulse finalizes again. No operator action, no restart, no manual step.

PULSE resumed · 0 manual intervention · ×20
The proof · recovery speed

Every cycle recovered in a handful of blocks

Blocks from stall to Pulse resumed, per cycle

blocks to recover

Twenty consecutive stall/recovery cycles at 60-second block time. Slowest recovery was 5 blocks (cycle 10); eight cycles recovered in the minimum 2 blocks. Every recovery re-formed with 8-11 validator signatures, always clear of the 7-signature safety floor.

The rule

Unique operators → what Pulse does

20 ops⚡ Pulse
15 ops⚡ Pulse
12 ops⚡ Pulse (recovery target)
11 ops△ risky, round 0 can fall short
HF22 stall threshold · ≤ 10 unique ops
10 ops🔶 PoW fallback, stall
5 ops🔶 PoW fallback

Recovery re-registers two operators (op11 + op12), not one: 12 unique operators guarantees a quorum can form in both Pulse rounds. At 11, round 0 can drop to 10 if the block leader's operator holds a single node, which is why the recovery target is 12, not 11.

The record

All 20 cycles

CycleStall heightRecovery heightBlocksPulse result

PASS = Pulse consensus resumed (validator bitset ≠ 0, ≥ 7 validator signatures) within one re-registration event, with zero manual intervention.

Get involved

Help keep EXIOM decentralized

HF22 is only as strong as the operators who stand behind it. Read how it works, and join the people building EXIOM.