Hyperdrive

Hyperdrive networks are Ethereum, Base, Linea and Gnosis pool deployments

Hyperdrive networks are the four Ethereum-compatible environments where approved fixed-rate AMM pools settle: Ethereum, Base, Linea and Gnosis. Each deployment uses separate contracts, assets and liquidity, so the right choice follows the exact pool you want, its available depth and the chain-level transaction cost.

Bottom line: A pool's chain ID and contract address must both match before any rate comparison becomes meaningful.

Transaction cost follows the selected network and pool

Network cost on Hyperdrive splits into chain gas, rollup data charges and the selected pool's configured trade fee. Gas and pool fees are separate deductions.

Every EVM network meters execution in gas. One gwei equals 1,000,000,000 wei, while one ETH equals 1,000,000,000,000,000,000 wei. Gnosis uses xDAI as its native gas asset and keeps the same 18-decimal base-unit convention. Ethereum quotes a base fee and priority fee. Base and Linea add rollup-specific data costs to execution. The wallet quote therefore reflects transaction complexity, calldata and network demand. A pool's curve fee and flat fee come from its configuration, while governance LP and zombie-fee shares allocate portions of pool economics. Those values belong to the pool, not the chain.

Separate a transaction quote into four layers:

Small positions feel fixed transaction costs most sharply because gas doesn't scale with deposit value. The flat fee also reflects the trade's remaining term, whereas the curve fee follows the curve portion of the trade. Compare the final asset output, not gas alone, when choosing among Hyperdrive networks.

Ethereum, Base, Linea and Gnosis serve different settlement needs

Ethereum, Base, Linea and Gnosis give Hyperdrive four distinct settlement environments rather than one shared liquidity venue. Each network keeps its own pool reserves and positions.

Ethereum is the L1 reference environment. Base is an OP Stack rollup that posts data to Ethereum, while Linea is a zkEVM rollup that uses validity proofs. Gnosis runs its own EVM execution and proof-of-stake consensus with xDAI for fees. These designs change transaction pricing, confirmation flow and bridge requirements. They don't change the core Hyperdrive interface: a local pool still reads a local yield source, prices terms and settles through contracts on that same chain.

A quoted rate on Linea has no claim on liquidity held by an Ethereum pool. Accessing it requires the right asset and gas on Linea.

Five identifiers prevent wrong-chain execution

Five fixed identifiers make Hyperdrive network selection verifiable before any wallet confirmation or contract call. Chain identity and contract identity must agree.

Fixed parameter Value Main failure mode
Ethereum chain selector Chain ID 1 The transaction reaches a different network
Base chain selector Chain ID 8453 The wallet signs outside Base
Linea chain selector Chain ID 59144 The route queries the wrong rollup
Gnosis chain selector Chain ID 100 The gas balance sits on another chain
EVM address payload 20 bytes A malformed identifier fails validation

The canonical identifiers are chain ID 1 for Ethereum, 8453 for Base, 59144 for Linea and 100 for Gnosis. An EVM address contains 20 bytes, normally rendered as 40 hexadecimal characters after the prefix. A transaction hash contains 32 bytes or 64 hexadecimal characters. Recording the chain ID beside the pool address and transaction hash prevents two locally valid records from being mistaken for one position.

Ethereum concentrates L1 settlement and mature yield sources

Ethereum gives Hyperdrive direct L1 settlement and access to yield sources native to the main Ethereum ecosystem. ETH pays every transaction fee.

Ethereum uses chain ID 1 and 12-second consensus slots. Exactly 32 slots form a 6.4-minute epoch, although an empty slot produces no block. The Ethereum deployment set includes 182-day sDAI and stETH pools, an rETH pool tied to Rocket Pool and Morpho Blue markets involving sUSDe, USDe and DAI. Those examples span ERC-4626 vault shares, liquid-staking tokens and lending-market integrations. Lido, Rocket Pool, Ethena and Morpho therefore enter through distinct pool contracts rather than one universal asset adapter.

L1 settlement also places every approval, trade and close directly in Ethereum state. That path removes a rollup layer from the transaction lifecycle, while gas demand on Ethereum remains a separate cost variable.

Base pairs rollup execution with Coinbase ecosystem assets

Base gives Hyperdrive rollup execution, ETH-denominated gas and access to assets rooted in the Coinbase ecosystem. Its mainnet chain ID is 8453, as documented in Using Hyperdrive.

Base uses the OP Stack and submits compressed transaction data to Ethereum. A Base fee quote combines local execution with data-related charges, so calldata size matters alongside the contract's gas use. Base deployments include a 182-day cbETH pool, a Morpho Blue cbETH and USDC market and a Moonwell ETH vault integration. Coinbase issues cbETH, Circle issues USDC and Moonwell supplies an ERC-4626-compatible yield route. Those are separate reserves, even when their economic exposure resembles an Ethereum pool.

ETH bridged or acquired on Base pays gas there; ETH held only on Ethereum doesn't fund a Base transaction. Compare the Base pool's available depth and output against its complete fee quote.

Linea supports zkEVM settlement and liquid-staking integrations

Linea gives Hyperdrive a zkEVM venue where ETH settles gas and rollup proofs anchor state to Ethereum. Linea uses chain ID 59144.

The zkEVM design preserves familiar EVM addresses, calldata and Solidity contract behavior while changing the settlement path. Linea deployments include 182-day integrations for Renzo xezETH and Kelp DAO rsETH. Both represent liquid-restaking exposure, but each pool uses its own integration contract and reserves. A position in the xezETH pool doesn't draw liquidity from rsETH, Ethereum stETH or Base cbETH. The shared EVM programming model makes the calls familiar; it doesn't combine balances across networks or assets.

Linea transaction cost includes local execution and rollup data economics. Its quoted fixed rate remains pool-specific because reserves, trade direction and term state live in the Linea contract.

Gnosis settles gas in xDAI and emphasizes stable-value liquidity

Gnosis gives Hyperdrive an EVM chain with xDAI gas, five-second blocks and stable-value liquidity routes. Its chain ID is 100.

Gnosis specifies a 30,000,000-gas block size and uses GNO for consensus while xDAI pays transaction fees. Gnosis deployments include 182-day wstETH, sxDAI and sGYD pools. The wstETH route brings Lido exposure, sxDAI represents staked xDAI and sGYD connects a Gyroscope yield-bearing asset. Their gas token doesn't determine the deposited asset: an account needs xDAI for execution plus the exact base token or share token accepted by the selected pool.

A low gas quote doesn't compensate for insufficient pool depth. On Gnosis, the relevant comparison still joins the rate, price impact, term and redeemable asset.

Pool depth and term availability outweigh chain branding

Pool availability, usable depth and term length decide whether a Hyperdrive network is actionable for a specific trade. Network support alone isn't enough.

Deployed Hyperdrive contracts include 182-day pools on Ethereum, Base, Linea and Gnosis. A duration of 182 days equals 15,724,800 seconds, but a position's maturity follows the pool's checkpoint-based timestamp rules. Hyperdrive pools don't share reserves across chain IDs, so each contract develops its own bond reserves, share reserves and outstanding exposure. The displayed fixed annual percentage rate changes as trades move those reserves. A large balance on Ethereum therefore says nothing about executable size on Base, and a deep cbETH market doesn't create depth for Linea rsETH.

Read the pool address, base asset, vault-share asset, position duration, checkpoint duration and minimum transaction amount from that pool's configuration. Then inspect the quote for the intended size. This sequence keeps a network comparison tied to executable terms rather than ecosystem reputation.

Asset standards determine what each deployment supports

Asset standards define which yield source each Hyperdrive deployment accepts and how balances move through its contracts. ERC-20 handles transferable token balances and allowances.

ERC-4626 standardizes deposits, withdrawals and accounting for tokenized vault shares. Hyperdrive includes an ERC-4626 integration for compatible sources such as sDAI, sxDAI and Moonwell vaults. Direct integrations handle sources with different mechanics, including Lido stETH and Rocket Pool rETH. Chainlink-based instances read configured share-price data, while Morpho Blue instances connect lending-market positions. The integration kind is part of the pool contract; switching networks doesn't transform one kind into another.

Token precision also stays asset-specific. USDC uses 6 decimals, while DAI and ETH use 18. Interfaces must scale amounts with the selected token's decimals before submitting a minimum output. A familiar ticker isn't sufficient identity because chain ID and contract address define the actual asset.

RSI Hyper Drive bowling ball with pink-orange swirls
RSI Hyper Drive bowling ball with pink-orange swirls.

Network switching, approvals and settlement stay local

Network switching keeps each Hyperdrive transaction, approval and resulting position inside one chain's state. A wallet switch doesn't move assets.

State before signing

The wallet should expose the active chain, native gas balance and local token balance before it constructs the Hyperdrive call.

Chain identity remains explicit

Ethereum reports 1, Base reports 8453, Linea reports 59144 and Gnosis reports 100 through the standard EVM chain identifier call. The selected Hyperdrive registry and pool address must belong to that response. Reusing an address string without its chain ID leaves the record ambiguous, even when deterministic deployment produced the same characters elsewhere.

Asset identity remains local

An ERC-20 approval authorizes a spender for one token contract on one chain. It grants nothing to a same-named token on another network. When a bridge delivers an asset, the destination contract address determines whether a Hyperdrive pool accepts it. The pool's base-token and vault-share getters resolve that requirement without relying on a ticker.

State after settlement

The receipt should show the expected chain ID, pool address, transaction status and emitted Hyperdrive events. A successful trade creates or changes a position only in that pool. Closing it later requires access to the same network and enough native gas for another transaction. Cross-chain movement starts a separate sequence: exit locally, bridge a supported asset and enter a destination pool.

Black ribbed rectangular device with blue indicator light

The four-chain footprint reflects Hyperdrive's integration model

Hyperdrive's four-chain footprint reflects a deployment model built around local yield sources and reusable EVM interfaces. Expansion followed available integrations, not shared state.

Ethereum deployments began in June 2024, followed by Gnosis in August 2024 and Linea and Base in September 2024. Factories and deployer coordinators create instance-specific pools for ERC-4626, Lido, Rocket Pool, Chainlink, Morpho Blue and other supported sources. EIP-170 caps deployed contract code at 24,576 bytes, so Hyperdrive shards pool logic across a main contract and targets. The interface exposes five target addresses, numbered target0 through target4, beside the main pool address. That architecture repeats across networks while the reserves and positions remain local.

This structure explains the decisive network rule. Choose the chain because it hosts the exact yield source and pool you need, then judge that local market's depth, fees and settlement path.

Frequently asked questions about Hyperdrive networks

Are Hyperdrive testnet pools interchangeable with mainnet pools?

Mainnet and testnet Hyperdrive deployments are separate contract systems with separate assets and chain IDs. Sepolia positions don't become Ethereum mainnet positions, and Base Sepolia balances don't transfer to Base mainnet by switching networks. Test tokens have no role in mainnet pool settlement. A mainnet interaction must target the mainnet chain and approved pool address.

Does a Hyperdrive term keep aging if its network stops producing blocks?

Hyperdrive maturity uses blockchain timestamps, so the next accepted block determines whether a position has passed its maturity time. A stalled network stops new state changes, not wall-clock time. Once block production resumes with a later valid timestamp, a position whose maturity has passed enters the protocol's matured-position flow. No separate cross-chain clock takes over.

How many confirmations should an accounting system require for a Hyperdrive trade?

Hyperdrive doesn't define one confirmation count across Ethereum, Base, Linea and Gnosis. A contract state change is usable after inclusion on its chain, while an accounting policy chooses how much settlement assurance it needs. Ethereum advances in 12-second slots and Gnosis targets five-second blocks; Base and Linea add rollup settlement stages. Record both the local receipt status and the relevant chain's finalized state.

Could one governance transaction change Hyperdrive pools on every network?

A governance transaction changes only the contracts reached on the chain where it settles. Ethereum, Base, Linea and Gnosis don't share one global contract state. Similar governance addresses or factory designs don't merge those state machines. Coordinated changes across deployments require a valid transaction or established control path on each affected network.

Do hardware wallets need a separate Hyperdrive app for each chain?

Most hardware wallets don't need a Hyperdrive-specific application for each chain because all four deployments use EVM transaction signing. The connected wallet software must still recognize the intended chain ID, show the contract call and provide access to the native gas asset. Device and interface support differ, so a valid Ethereum signature alone doesn't select Base, Linea or Gnosis.

Where does a Base Hyperdrive trade appear in transaction history?

A Base Hyperdrive transaction belongs to Base's ledger and receipt stream, even though Base settles data to Ethereum. Wallets that aggregate several chains might show it in a combined activity feed. An Ethereum-only explorer or RPC query won't return that Base transaction. Use chain ID 8453 with the transaction hash when reconciling the record.

Will a generic bridge move a Hyperdrive LP position to another chain?

Generic bridges don't make Hyperdrive LP positions portable by default. A bridge must explicitly support the exact position representation and contract semantics. The ordinary route is to remove or redeem the position on its original network, bridge a supported base asset and then enter a separate pool on the destination chain. That sequence creates new local state rather than moving the old pool entry.

How should an indexer identify Hyperdrive events across multiple networks?

A multi-chain indexer should key every Hyperdrive event by chain ID, contract address, transaction hash and log index. Contract addresses alone aren't globally unique across EVM networks, and deterministic deployments sometimes reuse the same address. The chain identifier separates those records before position IDs or account balances are aggregated. This avoids merging Base events with Linea or Ethereum data.