twitter

website

github

discord

Blockchains (L2)

Reya

# Reya Bridge deposits Methodology

## 1. Overview

Bridge deposits measures the total USD value of tokens held in Reya's bridge contract on Ethereum. This metric tracks the amount of value that users have deposited to the bridge for potential bridging to the Reya Layer 2 network. The calculation focuses on a single bridge contract address and aggregates all token holdings at that address to provide a comprehensive view of bridge liquidity.

## 2. Data sources

The calculation utilizes several types of blockchain and external data:
- **Ethereum token events**: Parsed ERC-20 `Transfer` events to track token movements in and out of the bridge contract
- **Transaction data**: Ethereum transaction traces to capture direct ETH transfers and complex contract interactions
- **Token metadata**: ERC-20 token contract information including decimal places and token symbols for proper normalization
- **Price feeds**: End-of-day token price data for USD conversion across all supported tokens
- **Balance snapshots**: Daily token balance records to ensure accurate time-series tracking

## 3. Step-by-step calculation

### Component A: Portfolio balance calculation
- **Purpose**: Calculate the total token holdings for the Reya bridge contract address
- **Logic**: The system identifies the specific Ethereum bridge contract address (`0x383c03c4eff819e73409dbc690755a9992393814`) and tracks all token balances held by this address. This involves analyzing all ERC-20 `Transfer` events where the bridge address is either the sender or receiver to calculate net token flows. Transaction traces are also analyzed to capture ETH transfers and complex multi-token transactions. The calculation considers all tokens held by the address, not just specific token types.
- **Key fields**: The bridge contract `address`, individual `token_address` identifiers, raw `balance` amounts, and `timestamp` for daily snapshots

### Component B: Business metadata application  
- **Purpose**: Apply protocol and business categorization to the portfolio data
- **Logic**: The calculated balances are enhanced with business-relevant metadata to categorize the metric appropriately. The system assigns fixed values including the chain identifier (Ethereum), market sector classification (`blockchains_l2`), and business segment (`blockchain`). No product-specific categorization is applied, leaving `product_id` as null. All token balances for the bridge address are summed together to create a single `bridge_deposits` value per time period.
- **Key fields**: `chain_id` for blockchain identification, `market_sector_id` and `business_segment_id` for business categorization, aggregated `bridge_deposits` amount

### Final aggregation
- **Combining components**: The portfolio balances are grouped by timestamp, chain, and business metadata, then summed across all tokens to create a single bridge deposits value per day
- **Currency conversion**: All token balances are converted to USD using end-of-day price feeds, with proper decimal adjustment based on each token's metadata
- **Time aggregation**: Data is aggregated to daily boundaries using timestamp grain logic, ensuring consistent daily snapshots
- **Final calculation**: The final metric represents the total USD value of all tokens held in the Reya bridge contract on Ethereum, with fill-forward logic applied to handle missing data points and chain availability filters ensuring data quality

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

Value of assets held in a project's bridge contracts.

ReyaREYA

Bridge deposits

Bridge deposits

Competitive landscape

Chain breakdown