Last Updated: November 28, 2025 Draft Stage: 3rd Draft

Avalanche Differential Specification and Protocol Architecture

This specification provides the mathematical framework for Avalanche’s economic dynamics. For conceptual foundations, see Systems Engineering Perspective. For subsystem state variables and parameters, see Subsystem Analysis. Current network metrics are sourced from the Data Snapshot.


1. Overview

This differential specification characterizes how the Avalanche economic system evolves over time, providing a mathematical framework for understanding system dynamics that may be governable, environmental, relational, or mechanistic. The specification builds upon the Avalanche Economic Network exploratory analysis developed in previous milestones and seeks to formalize the state dynamics and feedback loops inherent in the Avalanche network.

The Avalanche network represents a complex adaptive dynamical system where technical and economic components influence each other continuously. This creates distinct economic challenges and opportunities that require sophisticated control-theoretic understanding to navigate effectively. This specification provides formal and analytic contexts through which to analyze the unique architecture of the AVAX Token, the Primary Network, and application-specific Layer 1 blockchains (L1s).

Building on the foundational economic concepts (Milestone 1) and systems engineering perspective (Milestone 2), this differential specification provides a rigorous mathematical framework consisting of coupled differential equations that model the dynamic interactions between token supply, staking behavior, fee markets, and the L1 ecosystem. The specification transforms qualitative understanding into mathematical relationships, enabling systematic analysis of how financial and governance interfaces can impact network behavior.


2. Mathematical Framework

This section provides comprehensive reference tables for all variables, equations, and parameters used throughout the specification.

2.1 State Variables

VariableUnitsSubsystemDescription
total_stakedAVAXStakingTotal AVAX locked in staking
validator_stakedAVAXStakingAVAX staked directly by validators
delegator_stakedAVAXStakingAVAX delegated to validators
staking_apr%StakingCurrent annualized staking return
validator_countIntegerStakingNumber of active validators
total_supplyAVAXToken SupplyTotal minted AVAX (approaches MAX_SUPPLY)
circulating_supplyAVAXToken SupplyLiquid AVAX available for transactions
locked_supplyAVAXToken SupplyAVAX locked in vesting or contracts
cumulative_burnedAVAXToken SupplyTotal AVAX permanently destroyed
issuance_rateAVAX/dayToken SupplyRate of new AVAX creation
gas_pricenAVAXFee DynamicsCurrent price per unit gas
excess_gasgasFee DynamicsAccumulated gas above target (drives price)
gas_consumedgas/sFee DynamicsCurrent network gas consumption rate
fee_burn_rateAVAX/dayFee DynamicsRate of fee burning on Primary Network
network_utilization%Fee Dynamicsgas_consumed / TARGET_GAS_RATE
l1_countIntegerL1 EcosystemNumber of active L1 blockchains
l1_validator_countIntegerL1 EcosystemTotal validators across all L1s
l1_fee_burn_rateAVAX/dayL1 EcosystemRate of L1 fee burning
proposed_acp_countIntegerGovernanceACPs in proposed stage
implementable_acp_countIntegerGovernanceACPs ready for implementation
activated_acp_countIntegerGovernanceACPs successfully activated
stale_acp_countIntegerGovernanceACPs that became inactive

For detailed subsystem decomposition, see the Subsystem Analysis.

2.2 Dynamic Functions

Staking Functions

FunctionDescriptionSpecification
staking_inflow()Rate of new AVAX entering stakingSee Section 4.1
unstaking_outflow()Rate of AVAX leaving stakingSee Section 4.1
validator_staking_inflow()New validator stake depositsValidator portion of staking_inflow()
validator_unstaking_outflow()Validator stake withdrawalsValidator portion of unstaking_outflow()
delegator_staking_inflow()New delegationsDelegator portion of staking_inflow()
delegator_unstaking_outflow()Delegation withdrawalsDelegator portion of unstaking_outflow()
reward_distribution()Total staking rewards per unit timeProtocol mechanism (Section 2.4)
validator_rewards()Rewards to validatorsreward_distribution() × validator_share
delegator_rewards()Rewards to delegatorsreward_distribution() × (1 - validator_share) × (1 - COMMISSION_RATE)

For participant role analysis, see the Participant Roles Taxonomy.

Population Functions

FunctionDescriptionSpecification
validator_entry_rate()New validators joiningSee Section 4.1
validator_exit_rate()Validators leavingSee Section 4.1
l1_creation_rate()New L1s deployedSee Section 4.4
l1_abandonment_rate()L1s discontinuedSee Section 4.4

Supply Functions

FunctionDescriptionSpecification
unlock_rate()Vested tokens becoming liquidExogenous schedule
proposal_rate()New ACPs submittedCommunity activity
implementation_rate()ACPs moving to activationGovernance process
stale_rate()ACPs becoming inactiveTimeout mechanism

2.3 Differential Equations

The following equations define how state variables evolve over time.

Staking Dynamics

VariableLaw of Motion
total_stakedd(total_staked)/dt = staking_inflow() − unstaking_outflow() + AVG_RESTAKE_RATE × reward_distribution()
validator_stakedd(validator_staked)/dt = validator_staking_inflow() − validator_unstaking_outflow() + VALIDATOR_RESTAKE_RATE × validator_rewards()
delegator_stakedd(delegator_staked)/dt = delegator_staking_inflow() − delegator_unstaking_outflow() + DELEGATOR_RESTAKE_RATE × delegator_rewards()
validator_countd(validator_count)/dt = validator_entry_rate() − validator_exit_rate()

See the Staking Dynamics subsystem analysis for detailed state variable specifications.

Token Supply Dynamics

VariableLaw of Motion
total_supplyd(total_supply)/dt = issuance_rate, subject to total_supply ≤ MAX_SUPPLY
circulating_supplyd(circulating_supply)/dt = issuance_rate − d(total_staked)/dt + unlock_rate()
cumulative_burnedd(cumulative_burned)/dt = fee_burn_rate + l1_fee_burn_rate
issuance_rateissuance_rate = reward_distribution()

The burn mechanism is analyzed in the Token Supply subsystem and Economic Taxonomy.

Fee Dynamics (ACP-103)

VariableLaw of Motion
excess_gasd(excess_gas)/dt = gas_consumed − TARGET_GAS_RATE
gas_pricegas_price = MIN_GAS_PRICE × exp(excess_gas / FEE_ADJUSTMENT_CONSTANT)
fee_burn_ratefee_burn_rate = gas_price × gas_consumed
gas_consumedgas_consumed = bytes × BANDWIDTH_WEIGHT + reads × READ_WEIGHT + writes × WRITE_WEIGHT + compute_us × COMPUTE_WEIGHT

These equations implement ACP-103: Dynamic Fees. For context on the proposal, see our ACP Summaries.

L1 Ecosystem Dynamics (ACP-77)

VariableLaw of Motion
l1_countd(l1_count)/dt = l1_creation_rate() − l1_abandonment_rate()
l1_fee_burn_ratel1_fee_burn_rate = l1_validator_fee() × l1_validator_count
l1_validator_fee()L1_BASE_FEE_RATE × exp(max(0, l1_validator_count − TARGET_L1_VALIDATOR_CAPACITY) / L1_FEE_SCALING_CONSTANT)

These equations implement ACP-77: Reinventing Subnets, which replaced one-time staking with continuous fees. See the L1 Ecosystem subsystem analysis.

Governance Dynamics

VariableLaw of Motion
proposed_acp_countd(proposed_acp_count)/dt = proposal_rate() − implementation_rate() − stale_rate()
activated_acp_countd(activated_acp_count)/dt = implementation_rate()
stale_acp_countd(stale_acp_count)/dt = stale_rate()

For governance mechanism analysis, see the Governance subsystem and Mechanism Taxonomy.

Conservation Laws:

  • total_staked = validator_staked + delegator_staked
  • circulating_supply + total_staked + locked_supply ≤ total_supply

Note on L1 Validators (Post-Etna): Following ACP-77 activation in December 2024, L1 validators are no longer required to validate the Primary Network. This decoupling removed the constraint l1_validator_count ≤ validator_count for modern L1s using the continuous fee model.

2.4 Parameters and Constants

Protocol Constants

ParameterValueDescription
MAX_SUPPLY720,000,000 AVAXHard cap on total supply
MIN_VALIDATOR_STAKE2,000 AVAXMinimum to become validator
MAX_VALIDATOR_STAKE3,000,000 AVAXMaximum stake per validator
MIN_STAKE_DURATION14 daysMinimum staking period
MAX_STAKE_DURATION365 daysMaximum staking period
MIN_CONSUMPTION_RATE10%Reward rate for minimum duration
MAX_CONSUMPTION_RATE12%Reward rate for maximum duration
MINTING_PERIOD365 daysAnnualization period

These parameters are defined in the Avalanche Whitepaper and analyzed in our Economic Taxonomy.

Fee Mechanism Parameters (ACP-103)

ParameterValueDescription
MIN_GAS_PRICE1 nAVAXFloor price per gas unit
FEE_ADJUSTMENT_CONSTANT2,164,043Controls price adjustment speed
TARGET_GAS_RATE50,000 gas/sEquilibrium utilization target
BANDWIDTH_WEIGHT1Gas per byte
READ_WEIGHT1,000Gas per state read
WRITE_WEIGHT1,000Gas per state write
COMPUTE_WEIGHT4Gas per microsecond

Source: ACP-103 specification. The multidimensional approach follows similar principles to Ethereum’s EIP-1559.

L1 Fee Parameters (ACP-77)

ParameterValueDescription
L1_BASE_FEE_RATE512 nAVAX/sBase rate ≈ 1.33 AVAX/month
L1_FEE_SCALING_CONSTANT1,246,488,515Controls fee escalation
TARGET_L1_VALIDATOR_CAPACITY10,000Threshold before fee escalation

Source: ACP-77 specification.

Behavioral Parameters

ParameterValueDescription
VALIDATOR_RESTAKE_RATE70%Validator reward re-staking
DELEGATOR_RESTAKE_RATE50%Delegator reward re-staking
AVG_RESTAKE_RATE67%Weighted average
COMMISSION_RATE2-20%Validator fee on delegator rewards
STAKING_SENSITIVITY0.1Response strength to APR differential
OPPORTUNITY_COST5%External yield benchmark

For analysis of how external conditions affect these parameters, see Avalanche Economy relative to the Open Economy.

Derived Formulas

Effective Consumption Rate (duration-dependent reward multiplier):

effective_consumption_rate(duration) = MIN_CONSUMPTION_RATE +
    (MAX_CONSUMPTION_RATE - MIN_CONSUMPTION_RATE) ×
    (duration - MIN_STAKE_DURATION) / (MAX_STAKE_DURATION - MIN_STAKE_DURATION)

Reward Distribution (official Avalanche formula):

reward_distribution() = (MAX_SUPPLY - total_supply) ×
    (total_staked / total_supply) ×
    (avg_stake_duration / MINTING_PERIOD) ×
    effective_consumption_rate(avg_stake_duration)

Staking APR:

staking_apr = (reward_distribution() / total_staked) × 365

2.5 Subsystem Coupling Matrix

This matrix shows direct dependencies between subsystems. For the full multigraph model, see Subsystem Analysis and MultiGraph.

Source ↓ / Target →StakingToken SupplyFee DynamicsL1 EcosystemGovernance
Stakingissuance_rate ∝ total_stakedstaking_apr affected by feesl1_validator_count ≤ validator_countStake-weighted voting
Token Supplystaking_apr ∝ (MAX_SUPPLY - total_supply)
Fee DynamicsReal APR = staking_apr - fee_impactcumulative_burned ↑Combined burn rateFee parameter changes
L1 EcosystemValidator capacity demandl1_fee_burn_rateL1 transaction volumeL1 track proposals
GovernanceMIN_VALIDATOR_STAKE, durationsConsumption ratesFee parametersL1 fee parameters

Primary Feedback Loops:

LoopTypeMechanismKey Variables
Staking DilutionBalancingstaking_apr ↓ as total_staked ↑total_staked, staking_apr
Fee BurningReinforcingActivity ↑ → Burns ↑ → Scarcity ↑ → Value ↑gas_consumed, cumulative_burned
Supply ExhaustionBalancingissuance_rate → 0 as total_supply → MAX_SUPPLYtotal_supply, issuance_rate
L1 GrowthReinforcingl1_count ↑ → Activity ↑ → Value ↑ → l1_count ↑l1_count, l1_fee_burn_rate

2.6 System Architecture

Avalanche Differential Specification System Architecture


3. Component Specification

This section classifies system components by their nature and controllability. For the full component taxonomy, see Mechanism Taxonomy.

3.1 Environmental Processes

External forces modeled as exogenous inputs. These drive the system but are not controlled by the protocol.

ProcessDescriptionPrimary Effects
transaction_volumeDemand for block spacegas_consumed, fee_burn_rate
market_conditionsAVAX price, sentimentstaking_inflow(), validator_entry_rate()
l1_demandDeveloper interest in L1sl1_creation_rate()
macro_ratesExternal interest ratesOPPORTUNITY_COST benchmark
cross_chain_flowsBridge activitycirculating_supply pressure

For analysis of external economic forces, see Avalanche Economy relative to the Open Economy.

3.2 Behavioral Processes

Participant responses to system state. These are endogenous but not directly controlled.

BehaviorAgentResponse Function
Staking decisionToken holdersstaking_inflow() responds to (staking_apr - OPPORTUNITY_COST)
Validator participationNode operatorsvalidator_entry_rate() responds to profitability
Delegation choicePassive stakersSelects validators by performance and commission
L1 developmentBuildersl1_creation_rate() responds to L1 economics
Fee biddingUsersTransaction timing based on gas_price

For detailed participant analysis, see Participant Roles Taxonomy.

3.3 Controlled Mechanisms

Protocol-level controls that can be adjusted through governance.

ControlMechanismGovernance Path
Inflation policyeffective_consumption_rate boundsStandard Track ACP
Fee adjustmentFEE_ADJUSTMENT_CONSTANT, TARGET_GAS_RATEStandard Track ACP
L1 feesL1_BASE_FEE_RATE, TARGET_L1_VALIDATOR_CAPACITYStandard Track ACP
Stake requirementsMIN_VALIDATOR_STAKE, duration boundsStandard Track ACP
Reward formulareward_distribution() parametersStandard Track ACP

For the full ACP process and recent proposals, see ACP Summaries.


4. System Dynamics

This section explains how each subsystem evolves and specifies the behavioral response functions.

4.1 Staking Dynamics

The staking subsystem governs AVAX flow between liquid and staked states. For subsystem details, see Staking Dynamics.

Behavioral Response Functions:

Staking inflow responds to the APR differential using a bounded sigmoid:

staking_inflow() = STAKING_SENSITIVITY × circulating_supply ×
    max(0, tanh(staking_apr - OPPORTUNITY_COST))

Unstaking outflow increases when opportunity cost exceeds staking returns:

unstaking_outflow() = STAKING_SENSITIVITY × total_staked ×
    max(0, tanh(OPPORTUNITY_COST - staking_apr))

Validator entry depends on expected profitability:

validator_profit = (validator_rewards() / validator_count) - operational_cost
validator_entry_rate() = base_entry × max(0, tanh(validator_profit / threshold))

Validator exit accelerates when profitability becomes negative:

validator_exit_rate() = base_exit × max(0, tanh(-validator_profit / threshold))

Equilibrium Behavior:

At equilibrium, net stake change is zero. The system finds a staking ratio where:

  • staking_apr ≈ OPPORTUNITY_COST (adjusted for risk premium)
  • Validator profitability covers operational costs
  • Target range: 50-60% of circulating_supply staked

Stability: The staking system is self-correcting. Higher staking dilutes staking_apr, reducing incentives and allowing the ratio to stabilize.

4.2 Token Supply Dynamics

The token supply subsystem tracks AVAX creation and destruction. For subsystem details, see Token Supply.

Supply Evolution:

Total supply grows via staking rewards but is hard-capped:

d(total_supply)/dt = issuance_rate    if total_supply < MAX_SUPPLY
d(total_supply)/dt = 0                 if total_supply = MAX_SUPPLY

As total_supply approaches MAX_SUPPLY, the factor (MAX_SUPPLY - total_supply) in reward_distribution() naturally reduces issuance toward zero.

Circulating Supply:

Circulating supply is squeezed between issuance (increasing) and staking (decreasing):

circulating_supply = total_supply - total_staked - locked_supply

Deflationary Crossover:

The network becomes net deflationary when:

fee_burn_rate + l1_fee_burn_rate > issuance_rate

Current state (November 2025): ~1,500 AVAX/day burned vs ~49,000 AVAX/day issued. Crossover requires ~33× increase in fee activity, or equivalent issuance reduction as total_supply approaches MAX_SUPPLY. Note: Burn rates have tripled during 2025, indicating positive momentum toward sustainability.

4.3 Fee Market Dynamics

The fee subsystem implements ACP-103 congestion pricing. For subsystem details, see Fee Dynamics.

Excess Gas Accumulator:

The key insight is that gas_price depends on cumulative excess utilization:

d(excess_gas)/dt = gas_consumed - TARGET_GAS_RATE

When gas_consumed > TARGET_GAS_RATE, excess_gas accumulates, driving prices up. When gas_consumed < TARGET_GAS_RATE, excess_gas drains, and prices fall.

Exponential Price Adjustment:

The exponential mechanism provides:

  • Floor guarantee: gas_price ≥ MIN_GAS_PRICE always
  • Rapid congestion response: Prices rise exponentially under sustained load
  • Smooth decay: Prices return gradually to baseline

This mechanism is similar to EIP-1559 but extended to multiple resource dimensions.

Dynamic Gas Limits (ACP-176): The Octane upgrade (April 2025) introduced validator-driven adjustment of TARGET_GAS_RATE via ACP-176. Block builders signal preferred target, and the network converges where 50% of stake weight wants increase vs. decrease. This enables market-discovered capacity rather than centrally-planned limits.

Multidimensional Gas:

ACP-103 prices four resource dimensions independently:

  • Bandwidth: bytes transmitted
  • State reads: storage lookups
  • State writes: storage modifications
  • Compute: execution time

This ensures resource-heavy transactions pay proportionally, preventing resource exhaustion attacks.

4.4 L1 Ecosystem Dynamics

The L1 subsystem tracks application-specific blockchain activity under ACP-77. For subsystem details, see L1 Ecosystem.

L1 Lifecycle Functions:

L1 creation responds to economic viability:

l1_creation_rate() = base_creation × demand_factor × exp(-l1_validator_fee() / fee_threshold)

L1 abandonment increases when fees exceed value:

l1_abandonment_rate() = base_abandonment × max(0, l1_validator_fee() - l1_revenue) / l1_revenue

Continuous Fee Mechanism:

ACP-77 replaces one-time stake with continuous fees:

  • Base rate: L1_BASE_FEE_RATE ≈ 1.33 AVAX/month per validator
  • Escalation: Fees increase exponentially when l1_validator_count exceeds TARGET_L1_VALIDATOR_CAPACITY

This right-sizes the validator set to actual L1 demand.

Validator Architecture (Post-Etna):

Following ACP-77, L1 validators operate independently of Primary Network validation. Modern L1s define their own validator sets through smart contract-based validator managers, enabling:

  • Custom staking requirements (PoA, PoS, or hybrid)
  • Reduced hardware requirements (only P-Chain sync needed)
  • Full economic sovereignty

Legacy L1s (pre-Etna) still require Primary Network validation.

4.5 Governance Dynamics

The governance subsystem manages protocol evolution through ACPs. For subsystem details, see Governance and ACP Summaries.

Proposal Flow:

Proposed → Implementable → Activated
    ↓
  Stale

Hysteresis Constraints:

To prevent destabilizing oscillations, parameter changes are rate-limited:

  • Minimum interval between changes to the same parameter
  • Maximum change magnitude per governance cycle
  • Cooldown periods after significant changes

These constraints ensure the system has time to equilibrate between adjustments.


5. Equilibrium and Stability Analysis

This section analyzes system equilibria and stability properties. For hypothesis testing approaches, see Economic Hypotheses.

5.1 Staking Equilibrium

At equilibrium, d(total_staked)/dt = 0:

staking_inflow() + AVG_RESTAKE_RATE × reward_distribution() = unstaking_outflow()

This occurs when staking_apr balances against OPPORTUNITY_COST. The equilibrium staking ratio depends on:

  • External yield environment (OPPORTUNITY_COST)
  • Protocol reward parameters (consumption rates)
  • Risk premium demanded by stakers

Target Range: 50-60% of circulating_supply staked

  • Below 50%: Security concerns (insufficient economic security)
  • Above 60%: Liquidity concerns (insufficient tokens for network utility)

Stability Analysis: The staking system exhibits strong negative feedback. Perturbations self-correct:

  • If total_staked increases → staking_apr decreases → staking_inflow() decreases → system returns to equilibrium

5.2 Fee Market Equilibrium

At equilibrium, d(excess_gas)/dt = 0:

gas_consumed = TARGET_GAS_RATE
excess_gas = 0
gas_price = MIN_GAS_PRICE

The fee market is stable for reasonable demand patterns. The exponential mechanism provides strong restoring force:

  • Congestion → Higher prices → Reduced demand → Return to target
  • Low demand → Lower prices (bounded by MIN_GAS_PRICE) → Increased demand → Return to target

5.3 Supply Equilibrium

Long-term Trajectory:

As total_supply → MAX_SUPPLY:

reward_distribution() → 0
issuance_rate → 0

The system transitions to a purely deflationary regime where:

  • d(total_supply)/dt = 0
  • d(cumulative_burned)/dt = fee_burn_rate + l1_fee_burn_rate > 0
  • circulating_supply gradually decreases

Sustainability Requirement:

For long-term validator incentives post-issuance, fee revenue must cover costs:

(fee_burn_rate + l1_fee_burn_rate) × validator_share ≥ validator_count × operational_cost

5.4 System-Wide Stability Properties

  1. Boundedness: All state variables are bounded

    • total_supply ≤ MAX_SUPPLY
    • total_staked ≤ total_supply
    • gas_price ≥ MIN_GAS_PRICE (no upper bound, but demand-limited)
  2. Negative Feedback Dominance: Primary loops are balancing

    • Staking-APR loop prevents runaway staking
    • Fee-demand loop prevents sustained congestion
  3. Conservation Laws: Provide consistency constraints

    • Token accounting: circulating_supply + total_staked + locked_supply ≤ total_supply
    • Stake accounting: total_staked = validator_staked + delegator_staked
  4. Governance Hysteresis: Prevents rapid oscillations

    • Rate limits on parameter changes
    • Minimum intervals between adjustments

6. Performance Indicators

CategoryIndicatorFormulaTarget
SecurityStaking ratiototal_staked / circulating_supply50-60%
SecurityValidator countvalidator_count>1,000
SecurityStake decentralization1 - HHI(validator_stakes)>0.99
EconomicNet inflation(issuance_rate - fee_burn_rate - l1_fee_burn_rate) / total_supplyDecreasing
EconomicBurn ratio(fee_burn_rate + l1_fee_burn_rate) / issuance_rateIncreasing toward 1.0
EconomicValidator profitabilityvalidator_rewards() / validator_count - costs>0
StabilityAPR varianceVar(staking_apr) over timeLow
StabilityFee market efficiencyCorr(gas_consumed, gas_price)High
GrowthL1 adoptiond(l1_count)/dtPositive
GrowthNetwork utilizationgas_consumed / TARGET_GAS_RATE0.8-1.2

For detailed hypothesis testing on these indicators, see Economic Hypotheses.


7. Insights into the Avalanche Economy

7.1 Security

The validator subsystem achieves security through economic incentives rather than pure altruism. The reward_distribution() mechanism creates wealth-gaining opportunities for honest behavior, while slashing (not modeled here) creates wealth-reducing consequences for faults.

Key insight: The staking_apr must exceed OPPORTUNITY_COST by a sufficient risk premium to attract the target 50-60% staking ratio. If external yields rise significantly, governance may need to adjust consumption rates to maintain security.

Relevant equations: staking_inflow(), validator_entry_rate(), staking_apr calculation

For participant incentive analysis, see Participant Roles Taxonomy.

7.2 Sustainability

Long-term sustainability requires the system to function as issuance_rate approaches zero. The transition path depends on fee activity growth:

Current state (November 2025): Burn ratio ≈ 3% (1,500/49,000 AVAX/day) Required for balance: Burn ratio = 100% Path: ~33× increase in fee activity, OR natural issuance reduction as total_supply → MAX_SUPPLY Positive signal: Burn rate tripled during 2025 (from ~500 to ~1,500 AVAX/day)

The fee_burn_rate + l1_fee_burn_rate must eventually sustain validator economics without inflation subsidies.

Relevant equations: reward_distribution() decay, fee_burn_rate, l1_fee_burn_rate

7.3 Value Creation

The L1 ecosystem serves as the primary value creation engine. Each L1 represents real economic activity that:

  • Generates l1_fee_burn_rate (deflationary pressure)
  • Demands l1_validator_count (security load)
  • Creates utility that attracts users to the broader ecosystem

Key insight: The ACP-77 continuous fee mechanism aligns L1 incentives with network health. L1s that generate value can sustain fees; those that don’t will naturally sunset.

Relevant equations: l1_creation_rate(), l1_fee_burn_rate, l1_validator_fee()

7.4 Stability

The system achieves stability through multiple mechanisms:

  1. Automatic stabilizers: The exponential fee mechanism (gas_price equation) and diminishing reward formula (reward_distribution()) provide automatic correction.

  2. Governance levers: Parameters like FEE_ADJUSTMENT_CONSTANT, TARGET_GAS_RATE, and consumption rates allow adaptive response to changing conditions.

  3. Hysteresis: Rate limits on governance changes prevent overcorrection and oscillation.

Key insight: The coupling matrix (Section 2.5) reveals that Fee Dynamics affects all other subsystems. Fee parameter changes require careful analysis of cross-subsystem impacts.

For external stability factors, see Avalanche Economy relative to the Open Economy.


8. Conclusion

This differential specification provides the mathematical foundation for understanding Avalanche’s economic dynamics. Key findings:

  1. Staking equilibrium naturally stabilizes around 50-60% when staking_apr balances external opportunity costs. The tanh-bounded behavioral functions ensure stable convergence.

  2. Fee markets self-regulate through the exponential mechanism. The excess_gas accumulator provides memory that smooths price adjustments.

  3. Supply trajectory is well-defined: issuance_rate decays as total_supply approaches MAX_SUPPLY, transitioning the network from inflationary to deflationary.

  4. L1 economics under ACP-77 create sustainable value capture through continuous fees rather than one-time stakes.

  5. Cross-subsystem coupling is manageable. The primary feedback loops are balancing (self-correcting), and governance hysteresis prevents destabilizing oscillations.

The framework enables:

  • Simulation: All equations can be implemented in modeling tools (cadCAD, radCAD)
  • Prediction: Trajectory analysis under different scenarios
  • Optimization: Parameter tuning for specific objectives
  • Monitoring: Real-time health assessment via performance indicators

Future work should extend this specification to include:

  • Slashing dynamics and their deterrent effects
  • Cross-chain bridge flows and their impact on circulating_supply
  • Detailed validator operational cost models
  • Agent-based simulation validation

For the complete research context, see the Project Overview.


References

[1] Avalanche Platform. (2020). Avalanche Whitepaper.

[2] Avalanche Foundation. ACP-103: Dynamic Fees. Avalanche Community Proposals.

[3] Avalanche Foundation. ACP-77: Reinventing Subnets. Avalanche Community Proposals.

[4] Buterin, V. et al. (2021). EIP-1559: Fee Market Change. Ethereum Improvement Proposals.

[5] BlockScience. cadCAD: Computer-Aided Design for Complex Systems.

[6] CADLabs. Ethereum Economic Model. A cadCAD model for Ethereum’s economic system.

[7] Ogata, K. (2010). Modern Control Engineering. Prentice Hall.

[8] Astrom, K. J., & Murray, R. M. (2021). Feedback Systems: An Introduction for Scientists and Engineers. Princeton University Press.