Developer Hub

EVM ruleset: AERE runs Pectra + Fusaka (both activated 2026-05-31), the Prague and Osaka rule sets of Ethereum mainnet, though not full parity: the EIP-4788 beacon-roots system contract has no code on chain 2800. Deploy any Solidity / Vyper code that runs on Ethereum, plus use native EIP-7702 (EOA → smart-account delegation), EIP-2537 (BLS12-381 precompiles), EIP-2935 (historical block hashes), EIP-1153 (transient storage), EIP-5656 (MCOPY), EIP-6780 (SELFDESTRUCT change), and RIP-7951 secp256r1 precompile at 0x100 for native Face ID / Touch ID / Windows Hello / YubiKey signature verification, natively.

Gasless UX, deployed and not funded: AERE ships a 5-contract paymaster stack (deployed 2026-05-31). The design: pay gas in a whitelisted ERC-20 (AereTokenPaymaster), a daily free-tx quota for AERE stakers (AereStakeQuotaPaymaster, stake-for-free-tx UX on EVM), or first-time sponsorship (AereOnboardingPaymaster). These three Foundation paymasters hold no deposit today (measured 2026-10-15), so they sponsor nothing until funded. What works today: a dApp deploys its own paymaster through the permissionless AereAppPaymasterFactory in one call and funds it to sponsor its own users, and Aere Cloud subscribers get their users' gas sponsored through the Foundation relay, metered to their account.

Cross-chain messaging: AereMessenger is a Hyperlane Mailbox-compatible cross-chain message bus with an ECDSA multisig Interchain Security Module, configured today with a single Foundation signer and a threshold of one (read threshold() and validators(0) on the contract), so a message is as trustworthy as that one key until more signers are enrolled. Apps call dispatch(destDomain, recipient, body) to send arbitrary payloads to any registered chain. AereIGP handles outbound gas fees. Built to be drop-in compatible with the public Hyperlane validator network once AERE is added to the Hyperlane registry, same contracts, same signature scheme, same Warp Route token-bridge pattern. For typed token bridging, deploy an AereWarpRoute per asset (collateral on the source chain, synthetic on AERE).

Intent-based cross-chain UX, not yet usable, and the V1 addresses are deprecated. The design is an Across-v3-compatible SpokePool where a user signs an intent ("I want X on Aere Network, charge me Y from any chain") and a solver delivers, plus an ERC-7683 IOriginSettler so UniswapX, Across, CoW Protocol, 1inch Fusion and any other intent aggregator can route orders through one uniform interface, with permissionless solver participation. What is actually on chain, measured 2026-08-01: the V1 pair AereSpokePool 0xCAB1DBA5… and AereERC7683 0x67Fb9830… is marked deprecated and flawed in our own registry, because the settlement path could release locked principal without properly verifying the delivered output leg. Do not integrate against them. Both hold a zero balance. The corrected pair, AereSpokePoolV2Corrected 0xbEF9BF0D… and AereERC7683V2Corrected 0x8eC4e7F0…, is deployed and deliberately inert: no remote spoke is enrolled, so no intent route is open on either version. Build against V2 when the route opens, and never against V1.

Pyth-compatible pull oracle: AerePyth implements Pyth Network's IPyth interface, apps written against the canonical Pyth SDK work unchanged on AERE. Publisher-signed pull updates: callers include a recent attestation as calldata; the contract verifies threshold signatures and serves the price within the same transaction. AereOracleAdapter exposes a unified quote(symbol) interface that routes Pyth → legacy AereOracle fallback, so existing dApps keep one address and one signature while the underlying source migrates. When AERE is added to the public Pyth network, the same contracts accept Guardian-set signatures without redeploy. No publisher feed is live on chain 2800 yet (no price update in the 300,000 blocks before 2026-10-15), so there is no price to read today.

Verifiable randomness (drand): use AereRandomnessBeaconV2 (0xaDC45101D408E88d3268e2262CD53F3A4eC92cfD). It consumes the drand Quicknet chain (3-second period, threshold-BLS-signed by the League of Entropy) and checks every submitted signature against the Quicknet public key on chain with the EIP-2537 precompiles, so a forged round is refused. A dApp fetches the signature for a round (free at api.drand.sh) and submits it with submitRound(round, signature), paying its own gas. Measured on 2026-10-15 with a simulated call: a real signature accepted, a forged one refused with "BLS verification failed". Do not use the first version, AereRandomnessBeacon 0x25b6317e…D8213C, or the reference consumer AereDrandConsumer built on it: that version accepts any signature, so whoever submits a round chooses its randomness.

Validator-reward burn (live, currently burning ~0 because validator reward is 0): AereCoinbaseSplitter atomically routes validator coinbase rewards: 37.5% to AereFeeBurnVault (permanent destruction, no withdraw, no admin), 62.5% back to the validator. This burned share is a Foundation-set cut of validator block rewards, currently 37.5% and hard-capped at 50%, routed to a sealed vault whose destination can never change; it is now measurable in real time via splitter.totalBurned() and the vault's on-chain balance. Each validator runs a small forwarder daemon that sweeps coinbase into the splitter periodically. As gas volume grows (consumer apps, dApps, paymasters, intent bridging), the burn would steadily remove AERE from a fixed, no-emission supply. Until validator coinbase revenue is non-zero, that reduction stays at today’s measured 0.1374 AERE, and Aere is not deflationary today.

Developers get paid: AereFeeMonetizationV2 is built to pay you AERE for the transactions that touch your registered contract. Call register(contractAddr, payoutAddr) for a contract you control, receive an ERC-721 NFT representing its fee stream, and collect a 20% share of the gas fees credited to it. Credits are made by a Foundation distributor from validator fees; no distributor runs today and the contract holds no AERE (measured 2026-10-15), so it pays nothing yet. The NFT is transferable, sell your fee stream on AereNFTMarketplace, fractionalise it, collateralise it. The design: developers paid for the work their code does, from the gas their contracts generate, and a 5% treasury share, with no grants application, no token launch and no user surcharge. It becomes real when the distributor runs.

Touch ID / Face ID wallets: AERE chain 2800 has native passkey wallet support via the Fusaka RIP-7951 secp256r1 precompile. AerePasskeyAccountFactoryV2Fixed deploys CREATE2 smart accounts whose only signer is a WebAuthn passkey (Touch ID, Face ID, Windows Hello, YubiKey, EU Digital Identity Wallet); applications reach it through Aere Cloud's gas sponsorship. The first factory (0xfB0e…0739) is deprecated: it can create accounts that no key controls, so do not use it. On-chain WebAuthn verification through the precompile costs a small fraction of a pure-Solidity P-256 verifier. How the passkey wallet works →

Native zk-proof verification: AERE chain 2800 deploys the canonical SP1VerifierGateway (Succinct Labs v6.x Groth16 + Plonk) and RiscZeroVerifierRouter (RISC Zero zkVM). Verify any SP1 or RISC Zero proof on the native BN254 precompiles. Wrap with AereProofRegistry for permissionless program registration + permanent on-chain attestation. Future SP1 v7+ / RISC Zero v2+ versions plug in via addRoute with zero dApp migration. Live proof feed →

MEV-resistant batch DEX: AereSettlement is a batch-auction settlement contract, users sign EIP-712 orders off-chain (no gas), an authorised solver collects open orders, finds a uniform clearing price per token pair, and submits the batch atomically. The entire batch executes in one transaction, so no one can sandwich it: a single uniform price applies to every order in the batch. Coincidence-of-wants matching between orders pays zero AMM fee. AereVaultRelayer proxies token allowances; AereSolverRegistry manages the solver set. No solver runs on mainnet today (no settlement in the 300,000 blocks before 2026-10-15), so signed orders do not settle yet; Phase 2 adds permissionless bonded solver entry.

AERE mainnet is live. The genesis was re-executed on 2026-05-07 establishing a 2.8 billion AERE supply. System contracts, including the staking module, governance DAO, NFT registry, oracle, and identity attestation system, are deployed; where one is not in use yet, this page says so (the price oracle AereOracleV2 has no fresh reporters; the old reporter stack was stopped on 2026-08-23). You are building on a running chain, not a testnet.

// hardhat.config.js
networks: {
  aere: {
    url: "https://rpc.aere.network",
    chainId: 2800,
    accounts: [process.env.PRIVATE_KEY]
  }
}

// ethers v6
import { JsonRpcProvider } from "ethers";
const provider = new JsonRpcProvider(
  "https://rpc.aere.network"
);

// viem
import { createPublicClient, http } from "viem";
const aere = { id: 2800, name: "AERE Network",
  nativeCurrency: { name:"AERE",symbol:"AERE",decimals:18},
  rpcUrls: { default: { http:
    ["https://rpc.aere.network"] } } };