Skip to main content
StableNet separates block ordering and finality from transaction execution, giving you a familiar EVM environment backed by a governance-controlled BFT consensus layer.

​
Consensus Layer — Anzeon WBFT

Anzeon WBFT handles block proposal, voting, and finalization. It is derived from WBFT (an enhanced QBFT), purpose-built for a permissioned, stablecoin-centric chain.
  • Governance-managed validators — the active validator set is determined by votes recorded in the GovValidator system contract, not by staking
  • No block rewards — there is no inflationary issuance; validators earn only transaction fees
  • BLS signature aggregation — PREPARE and COMMIT messages use BLS aggregated signatures, reducing verification overhead at scale
  • Epoch-based updates — validator set changes take effect only at epoch boundaries, making the set predictable within an epoch

​
Execution Layer — go-ethereum Extensions

The execution layer is built on go-ethereum. Core Ethereum components are preserved:
ComponentRole
BlockChainCanonical chain management, block insertion, reorgs
StateDBAccount balances, nonces, contract storage (Merkle Patricia Trie)
TxPoolPending transaction queue (legacypool + blobpool)
Miner/WorkerBlock assembly and seal dispatch
EVMTransaction and smart contract execution
StableNet adds three execution-layer extensions:

​
NativeCoinAdapter

A system contract deployed at genesis that wraps the native coin with an ERC-20 interface. It is compatible with the FiatTokenV2_2 (Circle USDC) specification, so existing dApps and tooling that expect a standard ERC-20 token work without modification.

​
GovValidator

A system contract that manages the active validator set and the network-wide minimum gas tip. Governance votes update both, and the latest tip value is propagated to the worker and transaction pool each time a new block is added.

​
Fee Delegation

StableNet introduces transaction type 0x16, which separates the sender from the fee payer. Both parties sign the transaction with ECDSA. This lets you build flows where a relayer or service account covers gas costs on behalf of users.

​
How a Block Is Produced

1

Assemble

Miner/Worker pulls pending transactions from TxPool and assembles a block candidate.
2

Consensus round

Anzeon WBFT runs a PREPARE → COMMIT round among the active validators.
3

Seal

BLS signatures are aggregated and verified; the block is sealed.
4

Commit

BlockChain validates and commits the block to StateDB.
5

Pool update

TxPool is notified of the new head and removes included transactions.

​
Developer Implications

Full EVM compatibility

Deploy any Solidity or Vyper contract; no chain-specific changes are required.

Deterministic finality

Once a block is sealed by Anzeon WBFT, it is final. You do not need to wait for confirmations.

Stable gas costs

The governance-controlled base fee and priority fee reduce fee volatility compared to open-market EIP-1559.

Fee delegation

Use transaction type 0x16 to implement gasless UX.

ERC-20 native token

Interact with the native coin through the standard ERC-20 interface via NativeCoinAdapter.

​
Next Steps

Contract Addresses

Deployed system contract addresses on StableNet.

Fee Delegation

How to use transaction type 0x16 to separate sender and fee payer.