github

twitter

discord

website

Blockchains (L2)

Optopia

# Optopia Bridge deposits Methodology

## 1. Overview

Bridge deposits represent the total USD value of all tokens held in Optopia's designated bridge deposit addresses on Ethereum. This metric tracks the cumulative value of assets that users have deposited into Optopia's bridge contracts, serving as an indicator of capital inflow and user adoption. The calculation identifies specific bridge addresses, tracks all token balances held at those addresses, converts values to USD, and maintains a continuous time series through forward-filling.

## 2. Data sources

- **Ethereum blockchain events**: Parsed `Transfer` events from Ethereum to track token movements into and out of bridge addresses
- **Token transaction data**: Ethereum transaction records showing token transfers and balance changes
- **Token price feeds**: End-of-day token price feeds for USD conversion of all held tokens
- **Token metadata**: Contract information including decimal places, token symbols, and contract addresses for proper value calculation
- **Chain availability data**: Configuration data determining valid time periods for Ethereum blockchain data
- **Balance snapshots**: Historical balance data for continuous tracking of address holdings over time

## 3. Step-by-step calculation

### Component A: Bridge address identification
- **Purpose**: Define the specific Ethereum addresses that serve as Optopia's bridge deposit contracts
- **Logic**: Two hardcoded Ethereum addresses are identified as the official bridge deposit addresses: `0x1ade86b9cc8a50db747b7aac32e8527d42c71fc1` and `0x39a90926306e11497ec5fe1c459910258b620edd`. These addresses receive tokens from users who want to bridge assets to Optopia's layer 2 network
- **Key fields**: `account_addresses` containing the bridge contract addresses on Ethereum

### Component B: Portfolio balance calculation  
- **Purpose**: Calculate the total token balances held across all bridge addresses for all tokens
- **Logic**: The system processes all parsed `Transfer` events where the bridge addresses are either senders or receivers. For each bridge address, it tracks incoming transfers (increasing balance) and outgoing transfers (decreasing balance) for every token. The calculation maintains running balances over time, handling multiple tokens with different decimal places. Token values are converted to USD using end-of-day price feeds, with proper decimal normalization based on each token's contract specifications
- **Key fields**: `balance` representing USD value, `timestamp` for time tracking, `chain` identifying Ethereum, and token-specific metadata for calculations

### Component C: Business metadata application
- **Purpose**: Add standardized business categorization to the balance data
- **Logic**: Each balance record is tagged with consistent business metadata to enable cross-protocol analysis. The market sector is set to `blockchains_l2` indicating this is layer 2 blockchain infrastructure, and business segment is set to `blockchain` for the core blockchain service category. No specific product categorization is applied, keeping the `product_id` as null
- **Key fields**: `market_sector_id`, `business_segment_id`, and `product_id` for business classification

### Component D: Time-based aggregation
- **Purpose**: Sum all token balances to create a single bridge deposits value per time period
- **Logic**: For each timestamp and chain combination, all individual token balances held across the bridge addresses are summed together. This creates a single total USD value representing the aggregate bridge deposits at each point in time. The aggregation groups by timestamp, timestamp grain (daily), chain identifier, market sector, and business segment
- **Key fields**: `bridge_deposits` containing the aggregated USD value, with grouping by time and business dimensions

### Final aggregation
- **Combining components**: The portfolio calculation provides token-level balances, which are then summed across all tokens to create a single bridge deposits metric per time period
- **Currency conversion**: All token values are converted to USD using end-of-day price feeds, with proper handling of token decimal places based on contract specifications
- **Time aggregation**: Data is processed at daily granularity with forward-filling applied to maintain continuous time series even when no new transactions occur
- **Final calculation**: The final bridge deposits value represents the total USD value of all tokens held in Optopia's bridge addresses at each point in time, with missing data points filled forward from the last known value to maintain temporal continuity. Chain availability filtering ensures only reliable data periods are included in the final results

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

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

OptopiaOPAI

Bridge deposits

Bridge deposits

Competitive landscape

Chain breakdown