Overcollateralized nodes custody and transfer funds between blockchains and receive burn & mint fees from traders (supply-side fees).

Ren is a non-custodial interoperability protocol built on Ethereum and other blockchains. Ren was founded by Tayiang Zhang & Loong Wang and launched in 2017. Ren is currently only in redeeming-mode, due to their exposure to the effects of Alameda Research's failure.

REN tokenholders own and govern the protocol. They do not currently take a cut of the total mint/burn fees paid by traders (revenue). Ren's investors include Polychain, FBG Capital, BlockVC, etc.

governance

github

twitter

discord

etherscan

website

Bridges

# Ren Token incentives Methodology

## 1. Overview

The token incentives metric for Ren Protocol measures the USD value of tokens distributed to users as rewards or incentives. For Ren Protocol, this metric is consistently zero because the protocol does not operate a token incentive program. Ren functions as a cross-chain bridge that generates revenue through transaction fees rather than distributing tokens to incentivize user activity.

## 2. Data sources

The calculation uses the structural framework from Ren's fee calculation, which processes:
- **Ren Gateway contract events**: Parsed `LogBurn` and `LogMint` events from Ren Gateway contracts across Ethereum, BSC, Polygon, Fantom, Avalanche, Arbitrum, and Optimism
- **Bridge transaction data**: Cross-chain transfer records including mint and burn operations for wrapped assets
- **End-of-day token price feeds**: Token pricing data used in the underlying fee calculations
- **Token metadata**: Decimal precision and contract address mappings for various tokens across different chains

## 3. Step-by-step calculation

### Component A: Base structure extraction
- **Purpose**: Establishes the temporal and chain structure for the token incentives metric
- **Logic**: Extracts basic dimensions including `timestamp`, `timestamp_grain`, `product_id`, and `chain_id` from the Ren fees calculation model, which processes actual bridge transactions across all supported chains
- **Key fields**: Uses daily timestamp boundaries, maintains chain-specific records, and preserves product identification structure

### Component B: Token incentives assignment
- **Purpose**: Sets the actual token incentives value for all records
- **Logic**: Hardcodes the `token_incentives` field to 0 for every record, reflecting that Ren Protocol does not operate any token reward or incentive programs
- **Key fields**: The `token_incentives` value is consistently set to 0 across all time periods, chains, and product configurations

### Final aggregation
- **Combining components**: The zero token incentives values are combined with the temporal and chain structure from the base framework
- **Currency conversion**: No currency conversion is needed since all values are zero
- **Time aggregation**: Daily time boundaries are maintained consistent with other Ren Protocol metrics
- **Final calculation**: The final metric value is always 0 USD in token incentives for all time periods and chains where Ren Protocol operates

The methodology applies standard data quality measures including gap filling with zeros and chain availability filtering, but the core business logic reflects that Ren Protocol's revenue model is based on transaction fees rather than token distribution programs.

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

Value of native tokens distributed as incentives.

RenREN

Token incentives

Token incentives

Competitive landscape

Chain breakdown