twitter

discord

website

Blockchains (L2)

zkSync Lite

# zkSync Lite Bridge deposits Methodology

## 1. Overview

Bridge deposits represents the total USD value of tokens held in zkSync Lite's bridge contracts on Ethereum. This metric measures the total value locked (TVL) that users have deposited into zkSync Lite through the official bridging mechanism. The calculation tracks token balances in the designated bridge contract address and converts them to USD values using end-of-day price feeds.

## 2. Data sources

- **Ethereum transaction traces**: Complete transaction execution data including internal calls and state changes for the zkSync Lite bridge contract
- **Ethereum token transfer events**: Parsed `Transfer` events from ERC-20 tokens to track token movements into and out of bridge contracts
- **End-of-day token price feeds**: USD price data for all tokens held in bridge contracts, used for currency conversion
- **Token metadata**: Token contract information including decimal places, symbols, and contract addresses for proper balance calculations
- **Bridge contract addresses**: Predefined list of official zkSync Lite bridge contract addresses on Ethereum (specifically `0xabea9132b05a70803a4e85094fd0e1800777fbef`)

## 3. Step-by-step calculation

### Component A: Portfolio balance calculation
- **Purpose**: Calculate current token balances held by the zkSync Lite bridge contract
- **Logic**: The system processes all Ethereum transaction traces and token transfer events involving the zkSync Lite bridge address (`0xabea9132b05a70803a4e85094fd0e1800777fbef`). For each token type, it tracks all inbound transfers (deposits from users) and outbound transfers (withdrawals to users) to determine the current balance held by the bridge contract. This includes both ETH and ERC-20 tokens. Token amounts are normalized using the appropriate decimal places for each token contract.
- **Key fields**: Bridge contract `address`, token contract `address`, token `balance`, `timestamp` of balance changes

### Component B: Business metadata enrichment
- **Purpose**: Add standardized business classification data to each balance record
- **Logic**: Each portfolio balance record is enriched with consistent business metadata. The `chain_id` is set to identify Ethereum as the source blockchain. The `market_sector_id` is set to 'blockchains_l2' to classify zkSync Lite as a Layer 2 solution. The `business_segment_id` is set to 'blockchain' to categorize the business type. The `product_id` remains null as bridge deposits represent the overall platform rather than a specific product.
- **Key fields**: `chain_id`, `market_sector_id`, `business_segment_id`, `product_id`

### Component C: Balance aggregation
- **Purpose**: Sum all token balances to get total bridge deposits value
- **Logic**: Token balances across all token types held by the bridge contract are aggregated by timestamp and time grain. This creates a single `bridge_deposits` value representing the total value of all tokens held in the bridge at each point in time.
- **Key fields**: Aggregated `bridge_deposits` value, `timestamp`, `timestamp_grain`

### Final aggregation
- **Combining components**: The enriched portfolio data flows directly into the aggregation step where token balances are summed
- **Currency conversion**: All token balances are converted to USD using end-of-day price feeds, with proper decimal normalization applied for each token type
- **Time aggregation**: Data is aggregated into standard time grains (daily, hourly) with forward-fill logic applied to handle missing data points
- **Final calculation**: The bridge deposits metric equals the sum of all USD-converted token balances held by the zkSync Lite bridge contract address at each point in time, representing the total value locked in the bridge

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

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

zkSync Lite

Bridge deposits

Bridge deposits

Competitive landscape

Chain breakdown