Across allows users to send tokens from one chain to another almost immediately without having to wait for the rollup’s challenge period. Liquidity providers provide liquidity and relayers handle the fills and in return they charge a transfer fee (supply-side fees).

Across is a cross-chain token bridge for L2s and rollups. Across was founded by Hart Lambur and launched in 2021.

ACX tokenholders own and govern the protocol. They currently don’t take a cut of the total transfer fees paid by the users (revenue). Across’ investors include Hack VC, Placeholder and Blockchain Capital.

governance

github

twitter

discord

etherscan

website

Bridges

Across

# Across Total value locked Methodology

## 1. Overview

Across TVL (Total Value Locked) represents the total value of assets deposited into Across protocol's liquidity pools across both V1 and V2 versions. The metric captures the cumulative net deposits (deposits minus withdrawals) plus LP fees earned from bridge transactions, providing a measure of the total capital available to facilitate cross-chain transfers. TVL is calculated by tracking all liquidity movements across the protocol's bridge pools and hub pools, then converting to USD value.

## 2. Data sources

The calculation uses several types of blockchain data:
- **V1 liquidity events**: Parsed `LiquidityAdded` and `LiquidityRemoved` events from Ethereum bridge pool contracts for tokens including BOBA, WETH, USDC, WBTC, UMA, BADGER, and DAI
- **V2 liquidity events**: Parsed `LiquidityAdded` and `LiquidityRemoved` events from the Ethereum HubPool contract (also captures V3 events)
- **Bridge transaction events**: Parsed `FilledRelay` events from spoke pool contracts across Ethereum, Polygon, Arbitrum, Optimism, Base, and zkSync Era, plus `DepositRelayed` events from V1 bridge pools
- **End-of-day price feeds**: Token price data for USD conversion
- **Token metadata**: Token symbol and decimal information for proper amount calculations

## 3. Step-by-step calculation

### Component A: V1 liquidity tracking
- **Purpose**: Tracks liquidity deposits and withdrawals in Across V1 bridge pools
- **Logic**: Extracts `LiquidityAdded` events from individual token bridge pool contracts on Ethereum, treating deposit amounts as positive contributions. Simultaneously captures `LiquidityRemoved` events, treating withdrawal amounts as negative contributions. Each event provides the token address and raw amount value
- **Key fields**: Block timestamp, token address, and raw `amount` values from the events

### Component B: V2 liquidity tracking  
- **Purpose**: Tracks liquidity deposits and withdrawals in the Across V2 hub pool
- **Logic**: Extracts `LiquidityAdded` and `LiquidityRemoved` events from the centralized HubPool contract on Ethereum. This hub pool model consolidates all liquidity for cross-chain operations. Deposits contribute positively while withdrawals contribute negatively. The hub pool events also capture V3 liquidity movements
- **Key fields**: Block timestamp, L1 token address, and raw `amount` values

### Component C: LP fee collection
- **Purpose**: Calculates LP fees earned from bridge transactions, which increase TVL
- **Logic**: Processes `FilledRelay` events from spoke pools across multiple chains and `DepositRelayed` events from V1 pools. Extracts LP fee percentages and applies them to transfer amounts to calculate absolute fee values. These fees represent additional value accrued to liquidity providers and are added to TVL. V2 events use `realizedLpFeePct` field while V1 events use separate slow and instant relay fee percentages
- **Key fields**: LP fee percentages, transfer amounts, destination token addresses, and calculated fee amounts

### Component D: Daily aggregation and decimal correction
- **Purpose**: Normalizes all liquidity movements to daily boundaries and corrects token decimals
- **Logic**: Truncates all timestamps to daily boundaries and groups events by day, token address, chain, and version. Applies token-specific decimal corrections to convert raw blockchain amounts to standard token units. Sums positive and negative contributions within each day-token combination
- **Key fields**: Daily timestamp, corrected token amounts, token symbols from metadata

### Component E: Cumulative balance calculation
- **Purpose**: Calculates running cumulative balances over time
- **Logic**: Fills missing days with zero values to maintain continuous time series, then applies cumulative sum window functions partitioned by token address to calculate running totals. This produces the net deposits balance for each token on each day
- **Key fields**: Cumulative `net_deposits` values by token and day

### Final aggregation
- **Combining components**: All deposit, withdrawal, and fee components are unioned together with appropriate positive/negative signs, then aggregated by token and day
- **Currency conversion**: Token amounts are converted to USD using end-of-day price feeds, with decimal corrections applied before price multiplication
- **Time aggregation**: Daily values are calculated by summing all events within each day, with missing days filled using zero values
- **Final calculation**: TVL equals the sum of all cumulative net deposits across all tokens, converted to USD. Chain is set to 'unknown' because the protocol dynamically moves liquidity between chains and individual chain allocations are not tracked

*This methodology was automatically generated by Token Terminal's methodology analyzer.*

Total value locked (TVL)

Total value locked (TVL) — value deposited into the project's applications.

AcrossACX

Total value locked

Total value locked

Competitive landscape

Chain breakdown