Skip to main content
Elysium is currently testnet-only (chain ID 99801). Mainnet endpoints will be added under /elysium/mainnet when it launches.

What is Elysium?

Elysium is an Arbitrum Orbit (Nitro/ArbOS) L2 built by Kinetiq that settles to HyperEVM and runs co-located with HyperCore. It targets 100–200 ms blocks and ~100× HyperEVM’s throughput, with HYPE as the native gas token, bridged 1:1 from HyperEVM. HypeDexer indexes Elysium testnet end to end: its blocks, transactions, logs and tokens, the batches it posts on HyperEVM testnet, and the bridge between the two chains.

Base URL

All endpoints use the same X-API-Key header, response envelope (success, message, data, has_more) and pagination (limit up to 1000, offset) as the EVM endpoints. Time filters start_time / end_time take ISO 8601 UTC timestamps.

What you can query

Key concepts

User transactions and spam

Elysium testnet carries a lot of automated traffic. user_transactions and active_addresses exclude:
  • ArbOS system transactions (tx_type = 0x6a)
  • Bridge-delivered transactions (0x64 deposits, 0x69 retryable tickets, 0x68 redeems)
  • Known spam: empty transfers to 0x…dead and pulse(bytes32) heartbeats, flagged is_spam = 1
Raw transactions stay available: /transactions includes everything unless you pass include_spam=false or include_system=false.

Bridge transfers

A transfer is identified on both chains: route tells how the asset moves:
/bridge/transfers/{tx_hash} accepts any hash of the journey: the HyperEVM transaction, the Elysium delivery transaction, the redeem transaction or the retryable ticket ID.
Retryable messages that move no asset (such as token registrations) are hidden by default; pass include_messages=true to include them.

Proof of reserves

/bridge/reserves is refreshed every 15 minutes and checks the bridge invariants:
  • native: HYPE held by the Bridge contract on HyperEVM ≥ net HYPE bridged into Elysium
  • canonical: token balance of the HyperEVM gateway ≥ totalSupply of its Elysium representation
  • mirror: Elysium token locked in its bridge wallet ≥ totalSupply of the mirror on HyperEVM
Pass only_unbacked=true to list only the tokens that break their invariant.

Quick examples

Network

Snapshots

Running your own Elysium node? Start from a HypeDexer snapshot instead of syncing from genesis. A sync from genesis replays every batch posted on HyperEVM since the chain was deployed and takes days on a public HyperEVM RPC. With a snapshot, a new node only has to catch up on the blocks produced since the snapshot was taken (less than a day). We publish an archive snapshot (all historical state) of our own Elysium testnet node every day, around 03:30 Paris time. The last 2 snapshots are kept. <block> is the Elysium block the snapshot was taken at. Plan for about twice the archive size in free disk space during the restore.

Option 1: let Nitro download it

Nitro can fetch the latest snapshot on its own. Add these flags to your node:
On first start, when the database is empty, Nitro reads latest-archive.txt, downloads the archive, verifies its SHA-256 and extracts it. If a database already exists, the flags are ignored, so you can leave them in place. Full example with Docker:
chainInfo.json is the Elysium testnet chain config, published by Conduit at https://api.conduit.xyz/file/v1/arbitrum/chaininfo/elysium-testnet.
Nitro keeps the downloaded archive in --init.download-path after extracting it. Delete snapshot-download from the volume once the node is running to free ~19 GB.

Option 2: download and extract it yourself

1

Get the latest snapshot name

2

Download it and check the checksum

The last command must print OK.
3

Extract it into the Nitro data directory

Nitro stores the Elysium database in <data dir>/conduit-orbit-deployer/nitro/. The data dir is /home/user/.arbitrum in the Docker image.
4

Start the node

Mount data as /home/user/.arbitrum and start Nitro with your usual flags. It picks up the database and only syncs the blocks produced since the snapshot.
Use the snapshot with the same major Nitro version (v3.9.x). The snapshot is a shortcut, not a trust assumption on new blocks: your node still derives every new block from the batches posted on HyperEVM.
Need help, or a snapshot for another setup? Contact the HypeDexer team on Telegram, @wsm_enigma.