# 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:

1. **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)  |
2. **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]`%          | `[TBD]`%   | `[TBD]`% |
| **RWA Token Issuance Fee**         | —          | `[TBD]`%          | —          | `[TBD]`% |
| **Value Capture Flow**             | —          | `[TBD]`%          | `[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

| Category                    | Allocation | Vesting                                                          |
| --------------------------- | ---------- | ---------------------------------------------------------------- |
| **Ecosystem Fund**          | `[TBD]`%   | Linear release over `[TBD]` years                                |
| **Team & Advisors**         | `[TBD]`%   | `[TBD]`-month cliff + `[TBD]`-month linear vesting               |
| **Foundation Reserve**      | `[TBD]`%   | Governed by Foundation multi-sig; used for strategic initiatives |
| **Validator Incentives**    | `[TBD]`%   | Distributed as supplementary block rewards during Phase 1–2      |
| **Public Distribution**     | `[TBD]`%   | `[TBD]`                                                          |
| **Liquidity Bootstrapping** | `[TBD]`%   | Initial AMM pool seeding and market-making                       |

#### 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