Litepaper v1.0

EL2
Technical Architecture

Protocol specifications, deflationary mechanics, and the structural case for long-term sustainability of $INCOME as the core asset of EL2, a new infrastructure for how projects deliver value and rewards to their ecosystem on Solana.

MARCH 2026 · UNIVERSAL HIGH INCOME
Abstract Token Spec Deflation Staking Revenue Composability EL2 Design Sustainability Contracts
00

Executive
Summary

Abstract

$INCOME is a deflationary SPL token on the Solana blockchain that serves as the native asset of EL2 (Economic Layer on Solana), a new infrastructure for how projects deliver value and rewards to their ecosystem. EL2 is designed to create durable, self-reinforcing value within the Solana ecosystem by providing the economic backbone that projects and their communities need.

This paper describes the technical architecture underpinning EL2: a multi-vector deflationary system where supply compression is enforced autonomously through three independent burn mechanisms (AI buy-and-burn, staking claim tax, revenue deposit tax); a tiered staking protocol with time-lock multipliers and protocol-level burn-on-claim, including INCOME Nodes (10M+ $INCOME) that lock significant supply for a larger proportional share of all rewards plus exclusive USDi stablecoin distributions; a revenue sharing contract implementing a Synthetix-style reward accumulator with atomic 60/25/15 distribution; and a composable contract architecture enabling cross-program invocation between the staking, revenue, reward distribution, and stablecoin programs.

The core thesis is structural: as the supply contracts permanently through multi-vector deflation and the ecosystem expands through revenue generation, partnerships, and builder activity, each remaining token represents a larger share of a growing economic system. Long-term sustainability is not dependent on speculative demand but on structural economic dependence on $INCOME as the native asset required for staking, tier access, vault participation, governance, and revenue claims across EL2.

All deployed smart contracts are built with the Anchor framework on Solana and are currently live on devnet with verifiable transactions. Mainnet assets ($INCOME token, AI market making bot, CEX listings) are live and operational.

01

$INCOME
Token Architecture

$INCOME is a standard Solana Program Library (SPL) token launched via PumpFun's bonding curve mechanism. The token has no mint authority, meaning no additional supply can ever be created. The freeze authority is also revoked, meaning no account can be frozen. These properties are immutable and verifiable on-chain.

Standard
SPL Token (Solana Program Library)
Network
Solana Mainnet
Mint Address
5QmbJw7mM6tcCdXVy8ftc2bu8izded7Etc57TMA2pump
Decimals
6
Mint Authority
Revoked (immutable, no new supply possible)
Freeze Authority
Revoked (no account freezing possible)
Team Allocation
0%
Buy/Sell Tax
0%
Liquidity Pool
Burned (LP tokens destroyed, irrevocable)
Launch Method
PumpFun bonding curve (fair launch)
Current Supply
Loading...

Supply Immutability

The revocation of mint authority is the foundational constraint of $INCOME's economic model. Because no entity can create additional tokens, the supply is strictly monotonically decreasing. Every burn operation permanently reduces the total supply with no mechanism to reverse it. This creates a hard ceiling on supply and a guaranteed floor on scarcity that compounds over time.

Supply(t) = InitialSupply - TotalBurned(t)
where TotalBurned(t) is monotonically increasing
and Supply(t) is monotonically decreasing
Supply(t) < Supply(t-1) for all t where any burn occurs
02

Multi-Vector
Burn System

$INCOME implements a multi-vector burn architecture where three independent mechanisms execute permanent supply destruction simultaneously. Each vector operates on a different trigger, creating continuous, compounding deflation that scales with ecosystem activity.

Vector 1: Autonomous AI Buy-and-Burn

Operator
PumpFun AI Agent (external, independent)
Mechanism
Open-market buy at stochastic intervals, followed by SPL Token burn
Frequency
Non-deterministic (agent-controlled timing)
Uptime
24/7/365 since launch, zero downtime
Control
No human override. Agent logic is autonomous.
Burn Method
SPL Token burn instruction (protocol-level destruction)

The PumpFun AI agent creates stochastic buy-side pressure. Because the timing and size of executions are non-deterministic, the market cannot front-run or predict burn events. This produces persistent, organic demand that is independent of human activity.

Vector 2: AI Market Making Bot (Proprietary)

Operator
$INCOME Team (proprietary system)
Mechanism
Liquidity provision with integrated burn enforcement
Strategy
AI-driven adaptive market making, burn on execution
Uptime
24/7, adapts to market conditions in real time

Two independent autonomous systems, built by different teams, compress the same supply from different vectors simultaneously. This dual-agent model is unique in the Solana ecosystem.

Vector 3: Protocol-Level Burns (Smart Contracts)

The staking and revenue sharing contracts enforce burns at the instruction level. These are not optional or configurable post-deployment. They are hardcoded into the contract logic.

A
Staking Claim Tax: 10%

On every reward claim, the staking contract splits the output: 90% transferred to the claimant's associated token account, 10% routed to the SPL Token burn instruction. Enforced atomically within the claim transaction.

B
Revenue Deposit Tax: 25%

On every revenue deposit, the revenue share contract burns 25% before distributing the remainder. The burn executes atomically as part of the deposit transaction.

Burn Rate Modelling

The aggregate burn rate is a function of three independent variables: AI agent activity, staking participation, and ecosystem revenue. As any of these increase, the burn rate accelerates.

BurnRate(t) = AgentBurns(t) + BotBurns(t) + StakingBurns(t) + RevenueBurns(t)

StakingBurns(t) = 0.10 * TotalClaimed(t)
RevenueBurns(t) = 0.25 * TotalRevenueDeposited(t)

As ecosystem grows: Revenue ↑ → RevenueBurns ↑
As participation grows: Claims ↑ → StakingBurns ↑
Both compound the reduction independently.

Locked and Destroyed Supply

It is critical to distinguish between locked and destroyed supply in the $INCOME model:

LP Tokens
Burned. Liquidity pool is permanent and irrevocable. No entity can pull liquidity.
Burned Tokens
Destroyed via SPL Token burn instruction. Reduces totalSupply on-chain. Irrecoverable at the protocol level.
Staked Tokens
Held in program-derived accounts (PDAs). Custodied by the smart contract, not by any individual. Withdrawable by the staker only.
Mint Authority
Revoked. No mechanism exists to increase supply. The total supply count on Solana can only decrease.

Deflationary Milestones

10%
Spark
900M remaining
25%
Ignition
750M remaining
50%
Inferno
500M remaining
75%
Supernova
250M remaining
90%
Singularity
100M remaining
99%
Event Horizon
10M remaining
03

Deflationary
Staking Architecture

The staking contract is an Anchor-based Solana program that implements tiered yield, time-lock multipliers, and a 10% burn-on-claim mechanism. Tokens are custodied in program-derived accounts (PDAs), not in any externally-owned wallet.

Program ID
7J2ruGh8PWfj2NHUJLQJvajWE9DMbYXtrGHcaQwF1WDf
Framework
Anchor (Solana smart contract framework)
Network
Solana Devnet (mainnet pending audit)
Token Custody
Program-Derived Accounts (PDAs)
Burn Method
SPL Token burn instruction (on-claim, atomic)
Burn Rate
10% of every reward claim

Instruction Set

initialize_pool : Create staking pool, set token mint, tiers, lock configs stake : Deposit tokens into PDA vault, select lock period unstake : Withdraw tokens (respects lock period, forfeits pending if early) claim : Calculate accrued yield, split 90/10 (wallet/burn), execute atomically update_pool : Admin: adjust tier thresholds, APY rates, lock multipliers

Tier Architecture

The contract evaluates the user's staked balance against four configurable tier thresholds to determine the base APY:

Starter
1 – 999K
5%
Base APY
Builder
1M – 9.99M
12%
Base APY
Whale
10M – 49.99M
20%
Base APY
Diamond
50M+
25%
Base APY

Time-Lock Multiplier

The effective APY is calculated as: BaseAPY * LockMultiplier

Lock PeriodMultiplierMax Effective APY
Flexible (0 days)1.0x25.0%
7 Days1.1x27.5%
30 Days1.25x31.25%
60 Days1.4x35.0%

Claim Execution Flow

User calls claim()

Contract calculates accrued_reward = f(staked_amount, tier_apy, lock_multiplier, time_elapsed)

user_amount = accrued_reward * 0.90
burn_amount = accrued_reward * 0.10

Transfer user_amount → user's Associated Token Account
Execute SPL Token burn(burn_amount) → permanent supply reduction

Both operations execute atomically within a single Solana transaction
Total on-chain supply decreases by burn_amount
EffectiveAPY = BaseAPY(tier) * LockMultiplier(period)
AccruedReward = StakedAmount * (EffectiveAPY / 365 / 24 / 3600) * SecondsElapsed
UserReceives = AccruedReward * 0.90
ProtocolBurns = AccruedReward * 0.10

INCOME Nodes

Operators who stake 10,000,000+ $INCOME meet the minimum threshold to run a Universal High Income Node, the premium tier of EL2 staking. Nodes earn the same base staking rewards and claim mechanics as the standard pool, plus bonus streams from ecosystem activity: partner tokens, USDi, vault fees, and other routed value. INCOME Nodes are the backbone of EL2 staking at scale: they concentrate locked supply while unlocking additive yield.

Eligibility and stake integrity use cross-program verification of the operator’s staked balance against the income_revenue_share program before node instructions succeed, so bonus logic always reflects an authenticated on-chain stake.

Bonus distribution follows a Synthetix-style reward accumulator per stream: each bonus mint maintains its own global and per-node accounting, keeping claims efficient as streams are added. The node configuration supports up to eight concurrent bonus token streams.

Partner Nodes: Each partner project that integrates through the Partner Registry also operates an INCOME Node. Partners lock $INCOME to activate that node and to unlock GRASS SDK access; dependent programs verify the registry and stake before allowing gated interactions. Individual node operators and partner nodes earn from the same bonus streams, sharing one bonus infrastructure on top of base staking.

04

Revenue Share
Protocol

The revenue share contract implements a Synthetix-style reward accumulator adapted for the Solana runtime. This pattern provides O(1) claim complexity regardless of the number of stakers, making it scalable to any participation level without increasing compute costs.

Program ID
38R1hkdDwqEpdDnpPv5Sqh7zQ354q5AwLY4wraqM9YEB
Framework
Anchor
Network
Solana Devnet (live test deposits)
Distribution
Synthetix-style reward accumulator (O(1) per claim)
Split Ratio
60% Holders / 25% Burn / 15% Treasury
Execution
Atomic (single transaction, no partial states)
Tests Passing
15/15

Instruction Set

initialize_pool : Create revenue pool, set mint, split ratios, treasury wallet deposit_revenue : Deposit tokens, execute atomic 60/25/15 split + burn claim_revenue : Claim accumulated share (O(1) via reward_per_token_stored) register_staker : Register staker account for reward tracking update_pool_config : Admin: modify split ratios, treasury address

Atomic Split Mechanism

Revenue deposited: N tokens

Holder Pool: N * 0.60 → added to reward_per_token accumulator
Protocol Burn: N * 0.25 → SPL Token burn instruction (permanent)
Treasury: N * 0.15 → transferred to treasury wallet

All three operations execute atomically
Holder shares accumulate via reward_per_token_stored
Claimable at any time, O(1) per claim

Synthetix Accumulator Pattern

The accumulator works by maintaining a global reward_per_token_stored value that increases with each deposit, and a per-user user_reward_per_token_paid snapshot. The difference between these two values, multiplied by the user's staked balance, gives the claimable amount.

On deposit of R tokens (holder portion = R * 0.60):
  reward_per_token_stored += (R * 0.60) / total_staked

On user claim:
  claimable = staked_balance * (reward_per_token_stored - user_reward_per_token_paid)
  user_reward_per_token_paid = reward_per_token_stored

Complexity: O(1) per claim regardless of staker count
No iteration over staker set required
05

Cross-Program
Architecture

EL2's contracts are designed to compose with each other through Solana's Cross-Program Invocation (CPI) mechanism. This allows programs to read state from and invoke instructions on other programs within the same transaction, creating an integrated economic system rather than isolated contracts.

Contract Dependency Graph

Staking Contract
  ↓ PDAs hold staked balances
  ↓ Exposes stake_info accounts
Ecosystem Reward Contract reads staked balances via CPI ←
  ↓ Distributes partner token rewards proportional to stake

Revenue Share Contract
  ↓ Reads total_staked from staking pool
  ↓ Distributes proportionally to stakers

USDi Stablecoin Contract
  ↓ Mint/redeem backed 1:1 by USDT
  ↓ Enables stable-value reward distribution

Ecosystem Reward Contract

Function
Cross-program partner token distribution
CPI Target
Reads staked $INCOME balances from staking program PDAs
Distribution
Partner token rewards scaled by stake size. Any SPL token can be distributed
Cooldown
Configurable per-user claim cooldown
Burn Mechanics
Optional burn-on-claim (configurable)

USDi Stablecoin Contract STEALTH LAUNCH: SOON

Function
USD-denominated reward distribution within EL2
Backing
1:1 USDT collateral
Mint
Deposit USDT, receive $USDi
Redeem
Burn $USDi, receive USDT
Purpose
Stable-value rewards without requiring exit from $INCOME position

Partner Infrastructure Contracts

Partners now onboard through the Partner Registry: each registered project locks $INCOME, operates its own INCOME Node, and satisfies on-chain checks that gate GRASS SDK usage. Alongside that registry, four additional Anchor smart contracts enable symbiotic partner ecosystems on $INCOME EL2. Together they power partner node registration and locking, node-based staking, UBI distribution, and on-chain sustainability management, with a symbiotic relationship to $INCOME.

Partner Registry (EL2)

Function
Authoritative partner registration; locked $INCOME activates each partner’s INCOME Node and unlocks GRASS SDK paths verified by CPI
Verification
Downstream programs read registry and stake state before allowing partner-gated instructions
Relationship
Composes with INCOME Nodes and the core EL2 stack; partner nodes share the same bonus-stream design as individual node operators

Partner Node Registry

Program ID
HqtcxB3v4FjZ3NyYTBkiojxcpXrSZVfogU24BesJPKWy
Function
Node management with Individual, Community, and Institution categories
Quota System
Dynamic max_nodes with auto-Active/Queued status. Smart queue with admin activation
State
NodeRegistry (singleton PDA), NodeEntry (per-node PDA seeded by node_id)
Instructions
initialize_registry, register_node, activate_node, close_node, update_quota, update_min_lock, pause, unpause

Partner Node Staking

Program ID
9K4MNUKXWT4UCYvme1GQ5LhB6YpPNRS2R5Fgf77DJhku
Function
Tiered partner token lock-up with yield multipliers and symbiotic $INCOME bonus
Lock Tiers
30d/1.0x, 90d/1.15x, 180d/1.35x, 365d/1.6x multiplier
Symbiotic Bonus
$INCOME EL2 tier 0-4 adds +0%/+10%/+20%/+35%/+50% to yield weight via cross-program read of el2_accounts
Weight Tracking
effective_weight = locked_amount x total_multiplier_bps. Global total_weight (u128) for UBI accumulator
CPI Reads
partner_node_registry (NodeEntry for node verification), el2_accounts (EconomicAccount for tier bonus)
State
StakeConfig (singleton PDA with vault), NodePosition (per-operator PDA)
Instructions
initialize, lock_tokens, refresh_multiplier, extend_lock, unlock_tokens, pause, unpause

Partner UBI Distribution

Program ID
FHL7vcNmGvJnTyjhbJ9UJ5skubqPo5hiR1FMo7chszyu
Function
Proportional UBI payouts to node operators using Synthetix-style O(1) accumulator
Distribution
Permissionless crank on configurable frequency. Anyone can trigger distribution after interval elapses
Burn Mechanics
Configurable burn_bps tax on every distribution cycle. Permanent partner token supply reduction
CPI Reads
partner_node_staking (StakeConfig.total_weight for distribution, NodePosition.effective_weight for claims)
Precision
reward_per_weight_stored with 1e18 precision. Same accumulator model as income_revenue_share
State
UBIPool (singleton PDA with vault), UBIClaim (per-operator PDA, init-if-needed)
Instructions
initialize_pool, fund_distribution, distribute_cycle, claim_ubi, update_config, pause, unpause

Partner Economic Harmony

Program ID
5DMHn8ArezUc7FWbJ8VJsU3hAKQqJnkQsk2qnyFxycox
Function
On-chain sustainability engine with periodic snapshots and bounded parameter adjustment
Health Score
Composite 0-10000 bps score from TVL target adherence (40%), queue demand (20%), distribution activity (20%), burn rate (20%)
Adjustments
Bounded recommended_quota and recommended_burn_bps. Max change per adjustment capped by adjustment_bound_bps
CPI Reads
partner_node_registry (active/queued nodes), partner_node_staking (total locked TVL), partner_ubi_distribution (distribution/burn stats)
State
EHConfig (singleton PDA), EHSnapshot (per-epoch PDA seeded by snapshot_count)
Instructions
initialize, take_snapshot, adjust_parameters, update_targets
06

EL2
System Architecture

At its core, EL2 is a new infrastructure for how projects deliver value and rewards to their holders and participants. It is an economic infrastructure layer designed to create structural dependence on $INCOME across every point of interaction. The system is architected so that holding $INCOME is not optional for meaningful participation, but is the prerequisite for access, yield, status, governance, and revenue claims.

Economic Account System

Each participant will have an on-chain Economic Account that aggregates their position across the EL2 stack: $INCOME holdings, staked balance, tier level, participation score, burn contribution, partner rewards, and governance weight. This account becomes the user's identity within the economic layer.

Tiered Access Model

$INCOME staking determines the user's tier. Higher tiers unlock: better yield rates, vault access, launch priority, fee discounts, governance weight, and premium features. The tier system creates a direct economic incentive to hold and stake more $INCOME, increasing locked supply and reducing circulating pressure.

Economic Vaults

Structured earning opportunities (stable vaults, $SOL vaults, partner vaults, AI-managed vaults) are gated by $INCOME tier. Access to higher-performing vaults requires higher $INCOME positioning. This creates demand for the token that is driven by economic utility, not speculation.

Burn-to-Upgrade Mechanics

Users can burn $INCOME to permanently upgrade their Economic Account status, unlock badges, access premium campaigns, and gain tier advantages. This converts speculative holding into permanent supply destruction tied to user progression.

Partner Value Routing

Partners and applications that integrate with EL2 can route generated value into the revenue share contract. This creates new revenue vectors that flow through the 60/25/15 split, rewarding holders, burning supply, and funding development simultaneously.

Governance

$INCOME-weighted governance is designed to influence ecosystem priorities, vault launches, campaign direction, partner focus, allocation of value flows, and builder support. Governance weight scales with both $INCOME holdings and tier level, creating another structural reason to hold the token.

The Value Loop

1. Acquire $INCOME → improves positioning inside EL2

2. Stake & participate → earn yield, climb tiers, lock supply

3. Apps & partners generate activity → revenue flows into contract

4. Revenue splits automatically → 60% holders, 25% burned, 15% treasury

INCOME Node layer → operators at 10M+ and partner-locked nodes lock significant supply, earning a larger proportional share of the same 60/25/15 rewards, plus exclusive USDi stablecoin distributions

5. Stronger economy → $INCOME becomes more essential to hold

Loop compounds. Supply shrinks. Demand structural.

The $INCOME Flywheel

This is the mechanism that separates EL2 from conventional token models: everything the ecosystem earns is used to buy back $INCOME. Revenue from tools, products, partners, and integrations flows into the distribution contract where it is atomically split: 60% to holders, 25% burned permanently, 15% to treasury for further development. INCOME Node operators (large individual stakes and partner-locked nodes) still participate in that split through their staked position, and additionally receive separate bonus streams routed through the node programs — so node yield is base staking plus holder revenue share plus those additive bonus mints. The buyback-and-burn cycle is not a marketing event. It is the core economic function.

This is how EL2 overcomes inflation. Traditional financial systems, both on-chain and off-chain, have repeatedly failed to sustain long-term distribution because they rely on inflationary emission to fund rewards. More tokens are created to pay yields, diluting every existing holder. The value proposition erodes over time.

$INCOME inverts this entirely. There is no emission. There is no inflation. Every reward, every revenue share, and every yield payment comes from real economic activity flowing back through the contracts. And every time value flows through, 25% of it is destroyed. The supply shrinks. The remaining tokens become more scarce. The system becomes harder to dilute and easier to sustain.

Ecosystem Revenue → Buyback $INCOME → 60% distributed to stakers
                                            → 25% burned (permanent supply reduction)
                                            → 15% treasury (funds further development)

No new tokens minted. No inflation. Supply can only decrease.
More ecosystem activity = more buybacks = more burns = more scarcity.
07

Long-Term
Economic Sustainability

The long-term sustainability of $INCOME does not depend on continuous speculative inflow. It depends on four structural mechanisms that create persistent, compounding value:

1. Irreversible Supply Compression

With mint authority revoked and three independent burn vectors active 24/7, the supply is structurally guaranteed to decrease over time. This is not a policy decision. It is an immutable on-chain constraint. Every burn is permanent. Every milestone is irreversible. The scarcity of each remaining token increases monotonically.

2. Revenue-Driven Demand

The revenue share contract creates a direct incentive to hold and stake $INCOME: stakers earn proportional revenue from ecosystem activity. As the ecosystem generates more revenue (from tools, partners, vaults, and integrations), the yield available to stakers increases. This creates demand that is driven by cash flows, not narrative.

3. Structural Lock-Up Pressure

The tiered staking system, time-lock multipliers, and EL2's tier-gated access model all incentivise long-term lock-up of $INCOME. Tokens locked in staking PDAs are removed from circulating supply. The more attractive the EL2 ecosystem becomes, the more tokens are locked, reducing sell pressure and increasing scarcity.

CirculatingSupply(t) = TotalSupply(t) - StakedLocked(t) - LPBurned
where TotalSupply(t) is decreasing (burns)
and StakedLocked(t) is increasing (participation)

Effective float shrinks from both sides simultaneously.

4. Economic Dependence

EL2 is architected so that $INCOME is required for meaningful participation at every level: staking requires $INCOME, revenue claims require staked $INCOME, tier access requires staked $INCOME, vault participation requires tier status, governance requires $INCOME weight, burn-to-upgrade requires $INCOME destruction, and partner integrations route value back through the $INCOME-denominated contract.

This creates a system where $INCOME is not a peripheral asset but the native economic unit of the entire infrastructure. Demand for participation in EL2 translates directly into demand for the token.

The Sustainability Model

Supply can only decrease. Revenue can only flow to stakers. Access can only be unlocked by holding. Every new integration adds another revenue vector, another reason to hold, and another source of burns. The system is designed to compound: more activity = more burns = more scarcity = stronger incentive to participate = more activity. Long-term sustainability is structural, not speculative.

Deflationary Equilibrium

As the supply approaches lower milestones, the per-token share of revenue increases, the per-token value of governance weight increases, and the cost of burn-to-upgrade actions in real terms increases. This creates a natural equilibrium where the remaining supply becomes increasingly valuable and increasingly difficult to part with, producing a floor that is driven by economic function rather than market sentiment.

08

Contract
Addresses

All deployed contracts are independently verifiable on-chain.

$INCOME Token
5QmbJw7mM6tcCdXVy8ftc2bu8izded7Etc57TMA2pump (Mainnet)
Staking Program
7J2ruGh8PWfj2NHUJLQJvajWE9DMbYXtrGHcaQwF1WDf (Devnet)
Revenue Share
38R1hkdDwqEpdDnpPv5Sqh7zQ354q5AwLY4wraqM9YEB (Devnet)
EL2 Litepaper v1.0

The Economic Layer
Is Live.

Structurally deflationary. Revenue-sharing by smart contract. Composable across four programs. Designed for long-term economic sustainability, not short-term speculation.

$INCOME is a meme coin with no intrinsic value or expectation of financial return. This is not financial advice. Cryptocurrency assets are highly speculative and volatile. Smart contracts on devnet are in testing and not yet live on mainnet. EL2 features described as "being built" or "designed to" are forward-looking and not yet deployed. Never invest more than you can afford to lose entirely. Do your own research.