deBridge operates two main products: (1) deBridge Messaging - node operators validate cross-chain transactions for data and asset transfers, and (2) DLN (deBridge Liquidity Network) - an order book of cross-chain intents where Makers create intents in the source chain and Takers provide liquidity on the destination chain. Validators currently do not take a cut of transfer fees (supply-side fees).

deBridge is an interoperability protocol with two products: deBridge Messaging enables decentralized transfers of data and assets between blockchains, and DLN (deBridge Liquidity Network) is a cross-chain token bridge and trading infrastructure. deBridge was founded by Alex Smirnov and launched in 2021, with DLN launched in 2023.

The deBridge team and investors own and govern the protocol. They currently take all transfer fees paid by traders (revenue). deBridge's investors include ParaFi Capital, Animoca Brands, Huobi Ventures, Lemniscap, etc. All fees paid by traders are accumulated on smart contracts operated by the deBridge team and will be governed by deBridge token holders.

github

twitter

discord

website

Interoperability

deBridge

# deBridge Earnings Methodology

## 1. Overview

deBridge Messaging earnings represents the net profit generated by the deBridge Messaging cross-chain bridge protocol. This metric is calculated as revenue minus expenses, where revenue consists of all bridge fees collected from users, and expenses consist of token incentives paid out (currently zero). Since deBridge Messaging retains 100% of collected fees as revenue and has no token incentive expenses, earnings effectively equals total fees collected from cross-chain bridge transactions.

## 2. Data sources

- **Cross-chain bridge events**: Parsed `DeBridgeGate_Sent` events from Ethereum, Arbitrum, Avalanche, Base, BSC, Fantom, Optimism, and Polygon blockchains containing fee structure data
- **Asset mapping events**: Parsed `DeBridgeGate_PairAdded` events from the same 8 blockchains to map deBridge Messaging asset IDs to actual token contract addresses
- **Price data**: End-of-day token price feeds for USD conversion of fee amounts
- **Token metadata**: Token decimal and symbol information for amount normalization

## 3. Step-by-step calculation

### Component A: Flat transfer fee collection

- **Purpose**: Captures fixed fees charged in native tokens (like ETH, MATIC) for each bridge transaction
- **Logic**: Extracts the `fixFee` parameter from `DeBridgeGate_Sent` events across all 8 supported blockchains. These are flat fees denominated in each blockchain's native token (ETH on Ethereum, MATIC on Polygon, etc.). The system maps the wrapped native token address for each chain to ensure consistent identification. Amounts are corrected for token decimals using metadata, then converted to USD using end-of-day price feeds, and aggregated daily by account address, chain, and version.
- **Key fields**: `fixFee` amount, `block_timestamp`, `debridgeId`, wrapped native token addresses like `0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2` for WETH

### Component B: Percentage transfer fee collection

- **Purpose**: Captures variable fees charged as a percentage of the transferred amount, denominated in the token being bridged
- **Logic**: Extracts the `transferFee` parameter from `DeBridgeGate_Sent` events across all supported blockchains. These percentage-based fees are denominated in whatever token the user is bridging (USDC, DAI, etc.). The system uses `DeBridgeGate_PairAdded` events to map deBridge Messaging asset IDs to the actual token contract addresses on their native chains. Amounts are corrected for each token's specific decimals, converted to USD using end-of-day price feeds for the appropriate token, and aggregated daily.
- **Key fields**: `transferFee` amount, `debridgeId`, `nativeAddress` token addresses, `nativeChainId` for proper token identification

### Component C: Asset ID to token address mapping

- **Purpose**: Provides the mapping between deBridge Messaging internal asset IDs and actual blockchain token contract addresses
- **Logic**: Processes `DeBridgeGate_PairAdded` events to extract the relationship between `debridgeId`, `nativeChainId`, and `nativeAddress`. Matches numeric chain IDs to blockchain names (1 for Ethereum, 137 for Polygon, etc.) and removes duplicates to create a clean lookup table. This enables proper identification of which token contract address corresponds to each percentage fee.
- **Key fields**: `debridgeId`, `nativeChainId`, `nativeAddress`, mapped to readable chain names

### Component D: Revenue calculation

- **Purpose**: Determines total revenue as 100% of all collected fees
- **Logic**: Combines both flat and percentage transfer fees into a single revenue stream. Since all fees collected by deBridge Messaging accrue to the protocol treasury rather than being shared with validators or liquidity providers, the entire fee amount represents protocol revenue. Daily aggregation ensures consistent time boundaries across fee types.
- **Key fields**: Combined `fees` from both fee streams treated as `revenue`

### Component E: Expense calculation

- **Purpose**: Calculates total protocol expenses, primarily from token incentive programs
- **Logic**: Currently sources expenses entirely from token incentive payments. However, deBridge Messaging's token incentives are set to zero across all chains and time periods, meaning the protocol has no token-based expense programs active. This results in zero expenses for the earnings calculation.
- **Key fields**: `token_incentives` set to 0 across all dimensions

### Final aggregation

- **Combining components**: Revenue (total fees) minus expenses (token incentives) equals earnings. Since expenses are currently zero, earnings equals total fees collected
- **Currency conversion**: All amounts converted to USD using end-of-day price feeds, with proper decimal correction applied based on each token's metadata
- **Time aggregation**: Daily aggregation using timestamp truncation, with gaps filled using zeros for consistent time series
- **Final calculation**: Earnings = Revenue - Expenses, where Revenue = Flat Transfer Fees + Percentage Transfer Fees, and Expenses = Token Incentives (currently 0)

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

Net profit (also profits, net income, profitability) — revenue remaining after subtracting expenses.

deBridgeDBR

Earnings

Earnings

Competitive landscape