Collators aggregate parachain transactions block candidates and producing state transition proofs for validators based on those blocks.

Kilt is digital identity solution powered by Polkadot Relay chain.

KILT holders own and govern the protocol.

website

twitter

github

etherscan

Blockchains (L2)

Kilt

# Kilt Supply-side fees Methodology

## 1. Overview

Supply-side fees for KILT protocol represent the portion of transaction fees distributed to network participants who contribute to the supply side of the protocol (such as validators, liquidity providers, or other service providers). For KILT, this metric is consistently zero, indicating that the protocol does not implement a fee-sharing mechanism that distributes transaction fees to supply-side participants. All collected fees are handled through the protocol's standard fee structure without redistribution.

## 2. Data sources

The calculation relies on the following raw data sources:
- **KILT blockchain events**: Parsed `TransactionFeePaid` event logs from the KILT blockchain containing fee payment details
- **Transaction fee data**: Native KILT token amounts representing base fees and tips paid for successful transactions
- **External price data**: End-of-day token price feeds from CoinGecko for KILT protocol tokens, including both `kilt-protocol-2` and `kilt-protocol` identifiers to ensure comprehensive price coverage

## 3. Step-by-step calculation

### Component A: Raw fee extraction
- **Purpose**: Extract and normalize transaction fee data from KILT blockchain events
- **Logic**: The system filters KILT blockchain events for `TransactionFeePaid` events where the transaction was successful. From each event, it extracts the base fee `amount` and `tip` components from the event data payload. These amounts are denominated in native KILT tokens and require decimal normalization by dividing by 1e15 to convert from the blockchain's internal representation to standard token units
- **Key fields**: `block_timestamp` for timing, `amount` for base transaction fees, `tip` for additional fees paid by users, `extrinsic_hash` for transaction identification

### Component B: Daily aggregation and USD conversion
- **Purpose**: Aggregate fee data by day and convert to USD values
- **Logic**: Transaction fees are grouped by day using timestamp truncation to daily boundaries. For each day, the system sums the total fees by adding `amount` and `tip` components together. The aggregated native KILT token amounts are then converted to USD using end-of-day price feeds from CoinGecko. The system queries price data using two different CoinGecko identifiers (`kilt-protocol-2` and `kilt-protocol`) to ensure comprehensive price coverage, then unions the results from both conversion attempts
- **Key fields**: `timestamp` truncated to daily granularity, `fees` as the sum of amount and tip components, USD-converted fee values

### Component C: Metric finalization
- **Purpose**: Apply standard metric processing and formatting
- **Logic**: The daily fee totals undergo standard Token Terminal metric finalization processes, including forward-filling to ensure complete time series data for reporting periods. Chain availability filters are applied to ensure data quality and consistency across reporting timeframes
- **Key fields**: `timestamp`, `timestamp_grain` set to 'day', `chain_id` as 'kilt', `product_id` as 'Kilt Chain', `fees` in USD

### Final calculation
- **Supply-side fee determination**: For KILT protocol's supply-side fees metric, all values are explicitly set to zero regardless of the total fees collected. This indicates that KILT does not implement a fee redistribution mechanism that shares transaction fees with supply-side participants such as validators, delegators, or other network contributors
- **Currency conversion**: All fee amounts are converted to USD using end-of-day CoinGecko price feeds
- **Time aggregation**: Data is aggregated to daily boundaries with forward-filling applied for consistent reporting
- **Final calculation**: The supply-side fees are calculated as 0 for all time periods, representing the protocol's design where transaction fees are not distributed to supply-side participants

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

Portion of fees distributed to service providers or supply-side participants.

KiltKILT

Archived

Supply-side fees

Supply-side fees

Competitive landscape

Chain breakdown