Legal disclosures
Effective as of 2026-05-31 · Updated continuously · Canonical source: aere.network/legal
This page is the canonical source of AERE Foundation's regulatory and operational disclosures. It is referenced from every marketing communication and the project whitepaper §8. Material changes are timestamped above.
1. Forward-looking statements
The AERE Network website, whitepaper, blog, and other communications contain forward-looking statements regarding the network's architecture, performance targets, validator decentralisation, custody model, ecosystem partners, and product roadmap. These statements reflect current expectations and are subject to risks, uncertainties, and assumptions. Actual outcomes may differ materially. AERE Foundation undertakes no obligation to update forward-looking statements except as required by applicable law.
2. Current network state
2.1 Consensus & validators
- AERE Network is a permissionless EVM Layer 1 blockchain, Chain ID 2800, launched 2026-05-03 (Genesis v2).
- Consensus: Hyperledger Besu QBFT (Quorum Byzantine Fault Tolerance). 0.5-second blocks (transitioned from 1s on 2026-05-31), immediate finality.
- Validator set as of 2026-05-31: 3 Foundation-operated nodes. Live readable via
qbft_getValidatorsByBlockNumber on rpc.aere.network and visible on aere.network/validators.html.
- Foundation Council expansion to a broader enterprise validator set is described in whitepaper §6 (forward-looking).
2.2 EVM ruleset
- Shanghai active from genesis.
- Pectra activated 2026-05-31 at block 2,075,363. Includes EIP-7702, EIP-2537 (BLS12-381 precompiles), EIP-2935 (historical block hashes), EIP-1153 (transient storage), EIP-5656 (MCOPY), EIP-6780 (scoped SELFDESTRUCT), EIP-7516 (BLOBBASEFEE).
- Fusaka activated 2026-05-31 at block 2,106,606. Includes RIP-7951 secp256r1 / P-256 precompile at address
0x100 for native passkey signature verification.
- Paymaster stack deployed 2026-05-31: ERC-4337-style EntryPoint plus four paymaster classes (Onboarding, Token, StakeQuota, AppPaymasterFactory). Foundation funds the Onboarding paymaster only (hard-capped); other paymasters self-fund or are funded by individual dApps.
- Cross-chain messaging deployed 2026-05-31: AereMessenger (Hyperlane-Mailbox-compatible, ECDSA-multisig ISM) plus AereIGP (Interchain Gas Paymaster). Foundation operates bootstrap validator set during Phase 1; transitions to public Hyperlane validator set once AERE is added to the Hyperlane registry. AereWarpRoute token-bridge instances ship per-asset.
- Intent-based cross-chain deployed 2026-05-31: AereSpokePool (Across-v3-compatible, address 0xCAB1DBA5f6F06198000C20a974d675f1B3181AbD) plus AereERC7683 (ERC-7683 IOriginSettler, address 0x67Fb9830e3a2BC06cEb641cfF3beD87b273ccb29). Solver participation is permissionless; AERE Foundation does not operate solver infrastructure. Settlement is routed through AereMessenger. AERE addition to the Across Protocol official registry is pending.
- Pyth-compatible oracle deployed 2026-05-31: AerePyth (Pyth IPyth-interface-compatible pull oracle, address 0xb7F3354C1E0C5ef89D8b1072a3CEa7FFEf2FfE3F) plus AereOracleAdapter (unified read interface, address 0xb28A23dc177794DEC2Cacd2738fCc6c5C1Fc4Fe6). Bootstrap publisher set: AERE Foundation's existing oracle reporter; expanding to multi-publisher threshold-N over time. Bootstrap valid-time period: 60 seconds. AERE addition to the canonical Pyth Network registry (https://github.com/pyth-network/pyth-crosschain) is pending; until then, the AerePyth contract uses Foundation-published feeds, not Guardian-signed Pyth updates.
- Verifiable randomness beacon deployed 2026-05-31: AereRandomnessBeacon (permissionless drand consumer, address 0x25b6317efD8C7d425210F56Ee1E204852CD8213C) consuming the drand Quicknet chain (League of Entropy threshold-BLS beacon, 3-second period). Phase 1: drand signatures are stored on submission and verifiable off-chain at api.drand.sh; Phase 2 (post-audit) enables on-chain BLS pairing verification via EIP-2537 precompiles. Foundation operates no relayer infrastructure; submissions are paid by consumers.
- Coinbase fee-burn flow deployed 2026-05-31: AereCoinbaseSplitter (address 0xb4b0eCe9011613A5b84248a9B42a0f309E6F01Ec) atomically routes 37.5% of validator coinbase receipts to AereFeeBurnVault (address 0x696afDF4f814e6Fd6aa45CE14C498ed9375fB2c6), 62.5% back to the validator. Each validator runs a forwarder daemon that sweeps coinbase into the splitter periodically. The burn-vault contract has no withdraw function, no admin escape, no upgrade path, funds deposited there are permanently unreachable. Real-time burn statistics: AereCoinbaseSplitter.totalBurned() and AereFeeBurnVault.balance (publicly readable). Foundation does not alter validator coinbase emission rates; only the post-emission fee split is configured.
- Batch-auction MEV-resistant DEX deployed 2026-05-31: AereSettlement (CoW-style batch settlement, address 0x9C2957b1622567B4802E4AFd4c42FB2ec70dE875), AereVaultRelayer (token allowance proxy, address 0x9FCA122e87E36D7cba20DbEA7b9b7354A4Cece91), AereSolverRegistry (permissioned solver allowlist, address 0xDBD29332a9993d2816EF0bD240288E03a8103f3B). Users sign EIP-712 orders off-chain; an authorised solver clears batches atomically with a uniform per-pair price, preventing sandwich attacks. Phase 1: solver set is owner-curated. Phase 2 (post-audit): permissionless bonded-solver entry with slashing for misbehavior.
- Fee monetization deployed 2026-05-31, upgraded 2026-07-10: AereFeeMonetizationV2 (address 0xb560bdFB8b8B918012e6481e3bcF473c79c2a850; the original V1 0x6b62DC6cC974F779354c953F41b64a7aB994dd98 is deprecated after a fix for a fee-stream-squat / permanent-DoS bug). Developer fee-share program: each registered contract earns 20% of the gas fees its callers pay. The dev-share right is held as an ERC-721 NFT that is transferable, fractionalisable, and collateralisable. 5% of every gas fee additionally flows to AERE Foundation treasury. 37 Foundation-deployed contracts pre-registered at deploy time, with Foundation as the NFT owner. External developers may register their own contracts permissionlessly via the public
register() function. The off-chain distributor parses block traces, attributes gas to top-level called contracts, and credits the corresponding NFTs; the distributor is currently AERE Foundation. Foundation does not alter validator block rewards; the dev-share + treasury slices are deducted from validator coinbase via the same forwarder pattern as the Tier-1.8 burn flow.
- Sub-second block period activated 2026-05-31: QBFT consensus block period transitioned from 1 second to 0.5 seconds (500 milliseconds) at block 2,138,451 via Besu QBFT
config.transitions.qbft. Coordinated rolling validator restart; zero downtime. Besu image pinned to v26.4.0; JVM tuned for ≤100ms GC pauses to prevent round-changes at the tighter cadence. No change to chain ID, EVM ruleset, validator set, or gas accounting; only the block-production cadence. Note: Besu's sub-second period parameter (xblockperiodmilliseconds) is flagged experimental by upstream; AERE pins to a tested Besu version and monitors upstream releases before upgrading.
- Universal Login (MultiOwnable + ERC-4337 + EIP-1271 + relayer) deployed 2026-06-01: AereEntryPointV2 (address 0x8D6f40598d552fF0Cb358b6012cF4227B86aF770), real ERC-4337 v0.7-shaped EntryPoint that calls validateUserOp on accounts before executing user operations. AerePasskeyAccountFactoryV2 (address 0x5FFa9a6487DA4641a1A1e7900ff2bD4525D34fdA) deploys V2 accounts with MultiOwnable (multiple passkey + multiple EOA owners with full recovery via owner-self-add), ERC-4337 validateUserOp shim for compatibility with external bundlers (Pimlico, Stackup, ZeroDev), and EIP-1271 isValidSignature for DeFi integrations (Permit2, OpenSea, Snapshot). Foundation-funded relayer service at https://aere.network/relay/ submits transactions on behalf of users without AERE; the relayer cannot forge signatures because the smart account verifies every WebAuthn/ECDSA signature itself before executing. All five code paths (passkey execute, EOA execute, EIP-1271, recovery via self-add, execute-as-newly-added-owner) verified end-to-end on chain 2800 against test account 0x2e0757962e72C3e25f7f287907fC9687CE9D956b. Phase 1 limitations: single relayer EOA (no HA), no per-IP rate limits, relayer pays gas from its own balance rather than via paymaster sponsorship; Phase 2 wires AereOnboardingPaymaster + multi-relayer active-active.
- Passkey wallet stack deployed 2026-06-01: AerePasskeyAccount + AerePasskeyAccountFactory (address 0xfB0eF980667A79Fe1AB69c5f2d512118F1B30739) deployed on chain 2800. Smart accounts whose only signer is a WebAuthn passkey (Touch ID, Face ID, Windows Hello, YubiKey, EU Digital Identity Wallet, Android biometric). On-chain signature verification uses Fusaka RIP-7951 secp256r1 precompile at address 0x100 (~6,900 gas per verification, BoringSSL-backed native verification confirmed via Wycheproof canonical test vector). The WebAuthn library is a precompile-only port of Coinbase Smart Wallet's audited base-org/webauthn-sol, same parser, same checks, FreshCryptoLib fallback stripped because the precompile is unconditionally available on AERE. First real end-to-end transaction at block 2,157,502: passkey-signed AERE transfer via account 0x22298997671D9f56571b8CA8a5f7338326143be4. Phase 1 limitation: deployment and execution txs currently require a separately-funded gas-payer; Foundation-funded relayer that sponsors gas via AereOnboardingPaymaster (Tier 1.3) is the next ship.
- zkVerifier stack deployed 2026-05-31: Canonical SP1 (Succinct Labs) and RISC Zero zkVM verifier contracts deployed on chain 2800. Stack: SP1VerifierGateway (address 0x9ca479C8c52C0EbB4599319a36a5a017BCC70628) routing to SP1VerifierGroth16 v6.1.0 (0xb5456d…71aD), v6.0.0 (0xa9BD30…0ca6), and SP1VerifierPlonk v6.1.0 (0x24a7a8…d29B); RiscZeroVerifierRouter (0x3f7015…249C) routing to RiscZeroGroth16Verifier (0x95cB30…a1FD); plus AereProofRegistry v2 (0x0A9b09…17Ee), a multi-prover attestation log with permissionless program registration. All contracts are byte-equivalent to the upstream canonical sources at
succinctlabs/sp1-contracts and risc0/risc0-ethereum; only import-path tweaks (OpenZeppelin v4.9) were applied. First proof verified end-to-end at block 2,151,318: SP1 v6.0.0 Fibonacci Groth16 canonical fixture. The dApp-integration stable addresses are the gateway, the router, and AereProofRegistry, future SP1/R0 verifier versions plug in via addRoute without downstream migration.
- QBFT note: EIP-4788 (parent_beacon_block_root) is set to zero each block, AERE has no separate consensus-layer beacon chain. EIP-4844 blob header fields are present but no blob transactions are produced or accepted.
2.3 Performance
The "273,044 TPS" figure cited in marketing communications reflects QBFT-architecture testnet benchmarks under specified conditions. Sustained mainnet throughput under real load varies and is publicly observable via the live indexer at api.aere.network and the block explorer at explorer.aere.network. Real-time block metrics are available at aere.network/network-status.html.
2.4 Verification-node geography
The "800+ verification nodes across 61 countries" figure cited in marketing is a Phase 3 target for the public RPC, observer, and archive-node program, not a current production count. The current verification-node geography is reported on aere.network/network-status.html. Verification nodes are non-consensus nodes, they relay transactions, serve RPC, and store history; they do not participate in block production.
2.5 Deployed contracts
The canonical list of deployed smart contracts on AERE chain 2800 is maintained at aere.network/docs.html#contracts and in the open-source SDK address book at git.aere.network/aere-network/sdk-js (src/addresses.ts). Every published address can be verified via the public block explorer.
3. Custody model
3.1 Chain-level
AERE Network is a non-custodial settlement layer. The chain itself does not custody user assets. AERE balances and smart-contract state are controlled exclusively by private-key holders. Foundation-controlled contracts (where they exist) are limited to administrative parameters such as oracle reporter sets, validator set rotation, and protocol fee policies; user balances are never held by the Foundation.
3.2 Application-level
Applications built on AERE are operated by independent parties under their own terms. Some applications may offer additional services, including custodial fiat services (such as IBAN accounts), through licensed third-party partners. Where applicable, custodial services are subject to the partner's own authorisations and disclosures.
Bank28. Bank28 is a non-custodial neobank application built on AERE Network. Bank28 operates an independent brand and is published at
bank28.app. Bank28's crypto wallet is non-custodial, users hold their own private keys. Future Bank28 fiat services (IBAN accounts, card products) will be provided in partnership with a licensed Electronic Money Institution (BaaS provider) that holds the EMI authorisation and custody of the fiat reserve. Custody disclosures for Bank28's fiat services are published at bank28.app under Bank28's own legal terms when those services launch.
4. Regulatory status
AERE Network is a permissionless EVM Layer 1 blockchain. The AERE token is the network's native utility and gas token. Nothing on aere.network, in the AERE Network whitepaper, in AERE Foundation communications, or referenced from this Legal page constitutes investment advice, an offer to sell, or the solicitation of an offer to buy any security or financial instrument. Token holders and prospective users should independently verify the legal status of AERE in their jurisdiction before acquiring, holding, or transacting.
For European users: AERE Network communications are issued in accordance with applicable provisions of Regulation (EU) 2023/1114 (MiCA). For UK users: communications follow the FCA's Cryptoasset Financial Promotions regime where applicable. AERE Foundation does not solicit users in jurisdictions where the offering or promotion of crypto-assets is prohibited.
5. Technology & operational risks
- Smart-contract risk: deployed contracts have undergone internal review; selected third-party audit reports are linked from the contract registry. Bug-bounty disclosures are coordinated via git.aere.network.
- Validator-set risk: a permissioned QBFT consensus with a small validator count concentrates trust in the Foundation. The expansion roadmap (Foundation Council, verification-node program) is described in whitepaper §6.
- Oracle risk: AereOracle is a multi-reporter median oracle. During single-reporter periods, AERE-denominated and FX-denominated price feeds are subject to single-reporter risk.
- Bridge risk: the new AereMessenger cross-chain message bus (deployed 2026-05-31, address 0xe54c2329f0786CFE3420c566B646148D25477325) is Hyperlane-Mailbox-compatible with an ECDSA-multisig Interchain Security Module. During Phase 1, the Foundation operates the bootstrap validator set with threshold 1; Phase 2 transitions to the public Hyperlane validator set once AERE is added to the Hyperlane registry. The legacy AereBridge (1-of-1 federated) remains operational during the migration window and is being deprecated.
- Upgrade risk: hardfork rulesets (Pectra, Fusaka, and future) are activated via coordinated validator restart. Past upgrades have been zero-downtime; future upgrades carry standard chain-upgrade risk.
- Third-party partner risk: applications on AERE that rely on third-party custodial partners (e.g. BaaS providers) inherit risk from those partners. AERE Foundation does not control or guarantee third-party services.
6. Trademarks and brand
AERE, AERE Network, and the AERE marks are trademarks of AERE Foundation. Bank28 and Bank28-related marks are operated by their respective brand owners. References to Hyperledger Besu, QBFT, Ethereum, JPMorgan Onyx, ConsenSys, the Enterprise Ethereum Alliance, Apple, Google, Microsoft, YubiKey, and any other third-party trademarks are descriptive references to the underlying technology, standards, or trademark holders, and do not imply endorsement.
7. Contact & updates
Material updates to the network state, contract registry, validator set, custody model, or partnership disclosures are published on this page with the updated effective-as-of date above. Inquiries regarding regulatory status, audit reports, or partnership disclosures may be directed to AERE Foundation through git.aere.network.
This Legal page is supplemented by separate Terms of Use and Privacy Policy documents.