Tokenomics & Economic Model

ITL is not a speculative utility token. It is the settlement currency of a transaction-backed digital economy — with demand structurally tethered to the aggregate revenue of every tokenized business on the network.

Overview

The InterLink economic model is fundamentally different from traditional blockchain tokenomics. In most networks, the native token's value is driven by speculative demand, gas fee burning, or reflexive staking yield. These models create circular value that has no anchor to productive economic activity.

InterLink's economic architecture introduces an exogenous demand anchor: real-world transaction revenue from verified businesses flows through ITL-denominated AMM pools, creating persistent buy-pressure that scales with the network's aggregate commercial throughput — not with market sentiment.

This section specifies the complete economic parameters of the ITL token, including supply model, fee architecture, value capture mechanics, staking economics, and token distribution.

ITL Supply Model

Total Supply & Emission

Parameter

Value

Token Name

InterLink Token

Ticker

ITL

Total Max Supply

[TBD] ITL

Initial Circulating Supply

[TBD] ITL

Emission Model

Controlled inflation with deflationary counterbalance

Smallest Unit

1 aITL (10⁻¹⁸ ITL) — "atto-ITL"

Emission Schedule

New ITL enters circulation through two channels:

Block Rewards — Validators earn newly minted ITL for each block produced. The block reward follows a decreasing emission curve designed to front-load early validator incentives while ensuring long-term scarcity:
Year
Approximate Annual Inflation Rate
Year 1
[TBD]%
Year 2
[TBD]%
Year 3
[TBD]%
Year 5+
[TBD]% (approaching asymptote)
Ecosystem Incentives — A portion of the initial supply is allocated to the Ecosystem Fund, distributed through liquidity mining programs, developer grants, and business onboarding incentives (subject to vesting schedules).

Deflationary Mechanisms

To counterbalance inflation and create long-term scarcity:

IIP-1559 Base Fee Burn — The base fee component of every transaction is permanently removed from the ITL supply. As network utilization increases, burn rate increases proportionally.
AMM Swap Fee Burn — A defined percentage of swap fees collected by protocol-embedded AMM pools is burned, creating additional deflationary pressure proportional to trading volume.
Slashing Burns — ITL slashed from misbehaving validators is permanently burned, not redistributed.

Net Supply Dynamics:

Net ITL Emission = Block Rewards − (Base Fee Burns + Swap Fee Burns + Slashing Burns)

At sufficient network utilization, InterLink is designed to become net deflationary — where total burns exceed new emission, creating decreasing total supply over time.

Fee Architecture

Transaction Fee Structure (IIP-1559)

Every transaction on InterLink incurs a gas fee composed of two components:

Transaction Fee = Gas Used × (Base Fee + Priority Fee)

Component

Destination

Purpose

Base Fee

Burned (removed from supply)

Deflationary pressure, spam prevention

Priority Fee (Tip)

Block-producing validator

Incentivize block inclusion priority

Fee Distribution for Protocol Operations

Beyond standard gas fees, the protocol generates revenue through multiple channels. All protocol-generated fees are distributed according to a deterministic allocation model:

Revenue Source

Validators

Protocol Treasury

LP Rewards

Burn

Transaction Gas (Base Fee)

—

100%

Transaction Gas (Priority Fee)

100%

—

AMM Swap Fees

—

[TBD]%

RWA Token Issuance Fee

—

[TBD]%

—

[TBD]%

Value Capture Flow

—

[TBD]%

—

Fee Calibration Philosophy

InterLink's fee model is explicitly designed to be business-friendly:

Gas prices are calibrated so that individual transaction costs remain sub-cent during normal utilization
Businesses integrating the InterLink payment infrastructure can sponsor thousands of customer transactions daily at negligible cost
The Smart Account (IRC-4337) Paymaster mechanism allows businesses to batch-sponsor gas, further reducing per-transaction overhead
Fee revenue at the protocol level comes from aggregate volume across thousands of businesses, not from expensive individual transactions

Value Capture Economics

The Value Capture mechanism is the economic engine that distinguishes InterLink from every other blockchain tokenomics model. Rather than relying on speculation to sustain token value, ITL demand is anchored by real transaction revenue from verified businesses.

Mechanism Specification

For every transaction processed through the InterLink payment infrastructure by a tokenized business:

┌───────────────────────────────────────────────────────────────────┐
│                    VALUE CAPTURE FLOW                              │
│                                                                   │
│  Customer pays $100 to Business X (via InterLink payment layer)   │
│                           │                                       │
│                           ▼                                       │
│              ┌─────────────────────────┐                          │
│              │  Protocol intercepts    │                          │
│              │  α% of transaction      │                          │
│              │  (e.g., α = 0.3%)       │                          │
│              └────────────┬────────────┘                          │
│                           │                                       │
│                    $0.30 routed to                                │
│              Business X's AMM Pool                                │
│                           │                                       │
│                           ▼                                       │
│              ┌─────────────────────────┐                          │
│              │  Protocol executes      │                          │
│              │  automated market buy   │                          │
│              │  of Business X token    │                          │
│              │  against ITL pair       │                          │
│              └─────────────────────────┘                          │
│                                                                   │
│  Result: Persistent, non-speculative buy-pressure on both         │
│  the Business X token AND ITL (as the reserve pairing asset)      │
└───────────────────────────────────────────────────────────────────┘

Value Capture Parameters

Parameter

Value

Governance

Capture Rate (α)

[TBD]% per transaction

Adjustable via on-chain governance

Minimum Capture

[TBD] ITL equivalent

Prevents dust transactions

Maximum Capture

[TBD] ITL equivalent per transaction

Caps large transaction exposure

Routing Allocation

[TBD]% to buy-side / [TBD]% to LP depth

Balanced growth model

Capture Frequency

Per-transaction (atomic, in-block)

Guaranteed by protocol

Mathematical Model: ITL Structural Demand

The structural demand for ITL derives from its role as the mandatory pairing asset in every protocol-embedded AMM pool. As businesses tokenize and generate transaction volume, ITL demand grows through two compounding vectors:

Vector 1 — Pool Creation Demand: Each new business tokenization creates an AMM pool requiring ITL reserves:

ITL_demand_pool += initial_liquidity_ITL × number_of_new_businesses

Vector 2 — Transaction Flow Demand: Each business transaction routes value through ITL-denominated pools:

ITL_demand_flow += Σ (transaction_volume_i × α) for all transactions i

Aggregate ITL Demand Function:

D(ITL) = f(N, V) where:
  N = number of tokenized businesses
  V = aggregate daily transaction volume across all businesses
  
D(ITL) = (N × L₀) + (V × α × β)
  where:
    L₀ = average initial ITL liquidity per pool
    α  = value capture rate
    β  = ITL routing coefficient (portion of captured value that creates ITL buy-pressure)

Critical Distinction from Reflexive Models: The demand variable V (transaction volume) is exogenous — it originates from real-world business activity, not from on-chain speculation or token price appreciation. If businesses transact, ITL has structural demand. This is the fundamental difference from models like Terra/LUNA where demand was endogenous and self-referential.

Illustrative Scenario

Metric

Year 1

Year 2

Year 3

Tokenized Businesses

1,000

5,000

20,000

Avg. Daily Tx Volume/Business

$5,000

$8,000

$12,000

Aggregate Daily Volume

$5M

$40M

$240M

Daily Value Capture (α=0.3%)

$15,000

$120,000

$720,000

Annual ITL Buy-Pressure

~$5.5M

~$43.8M

~$262.8M

These figures are illustrative projections, not guarantees. Actual metrics depend on business adoption velocity and average transaction volumes.

Staking & Validator Economics

Staking Mechanics

Parameter

Value

Minimum Validator Stake

[TBD] ITL

Minimum Delegation

[TBD] ITL

Maximum Validator Commission

[TBD]% (capped by protocol)

Unbonding Period

21 days

Reward Distribution

Per-block (automatic)

Slashing Risk

Shared proportionally between validator and delegators

Compounding

Manual (delegator must claim and re-stake)

Validator Revenue Streams

Validators earn revenue from multiple sources:

Validator Revenue = Block Rewards + Priority Fees + Commission on Delegator Rewards

Source

Description

Block Rewards

Newly minted ITL per block (decreasing emission schedule)

Priority Fees

Tips from transactions seeking priority inclusion

Delegation Commission

A percentage of rewards earned by delegated stake

Annual Yield Estimation

Staking yield is a function of total staked supply, block rewards, and fee revenue:

Nominal APY = (Annual Block Rewards + Annual Priority Fees) / Total Staked ITL

Real APY = Nominal APY − Inflation Rate

Staking Ratio (% of supply staked)

Approximate Nominal APY

30%

[TBD]%

50%

[TBD]%

70%

[TBD]%

Design Intent: The staking yield is designed to be attractive enough to incentivize significant ITL lockup (reducing circulating supply), while not so high as to create unsustainable inflation. As the network matures and fee revenue grows, the protocol can gradually reduce block reward emissions while maintaining attractive real yields through fee-based income.

Token Distribution

Allocation Breakdown

Vesting Philosophy

All insider allocations (Team, Advisors, Foundation) are subject to strict vesting schedules with cliff periods. This ensures:

Long-term alignment between token holders and protocol development
Prevention of large supply shocks from insider selling
Credible commitment to the multi-year roadmap

Vesting contracts are deployed on-chain and publicly verifiable — any ITL holder can confirm that insider tokens remain locked according to the published schedule.

Economic Sustainability Analysis

The Self-Reinforcing Loop (Non-Circular)

More Businesses Tokenize
        │
        ▼
More ITL Locked in AMM Pools (demand ↑)
        │
        ▼
More Customer Transactions
        │
        ▼
More Value Capture → More ITL Buy-Pressure (demand ↑)
        │
        ▼
Deeper Liquidity Per Business Token
        │
        ▼
Platform More Attractive for New Businesses
        │
        ▼
More Businesses Tokenize (cycle continues)

Why This Is NOT Circular:

The input to the cycle (business transactions) is exogenous — it comes from real commerce, not from token price appreciation
Even if ITL price drops, businesses still transact → value capture still flows → structural demand persists
The model does not depend on new speculative entrants to sustain existing value — unlike Ponzi-structured yield protocols
The flywheel can slow (fewer businesses, lower volume) but it cannot collapse reflexively because the demand anchor is productive economic activity

Break-Even Analysis

The network achieves economic self-sustainability when:

Protocol Revenue (fees + value capture) ≥ Inflation Cost (block rewards)

This threshold depends on aggregate transaction volume and fee parameters — both of which the Foundation monitors and optimizes through governance-adjustable parameters.

Governance Levers: The following economic parameters are adjustable through on-chain governance, enabling the protocol to fine-tune its economic model as the network matures:
Value capture rate (α)
Swap fee distribution ratios
Block reward emission schedule
Minimum gas price
Validator commission caps

PreviousProtocol Specification NextSecurity Model

Last updated 4 months ago