Solana tokenomics Documentation review: 2026-10-04T23:28:18.200Z / editorial-1-economics-candidate Promise and Scope This draft examines the documented economic mechanisms of native SOL on solana-mainnet. The scope is limited to code-defined defaults for inflation and fee distribution as described in specific software versions. It does not measure live network costs, current utilization, net issuance, or individual staking yields. The goal is to clarify how theoretical parameters operate within the codebase, distinguishing them from observed market realities. Sources: https://raw.githubusercontent.com/anza-xyz/solana-sdk/94164111ad1e39677f2cf95b16c0b208f466b6c3/inflation/src/lib.rs, https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Inflation Code Defaults The solana-inflation package version 3.2.0 defines a default total annual inflation rate using the formula max(0.015, 0.08*(1-0.15)^year). This represents a multiplicative reduction where the rate decreases by 15% of its previous value each model year until it hits a terminal floor of 1.5%. A model year is an abstract unit in this calculation; no calendar origin is established in this review. These are code parameters, not observed mainnet configuration or realized issuance. They do not predict future dates, circulating supply changes, or returns for staking holders. This package also supports disabled, fixed and full inflation configurations. The default total model differs from its separate validator and foundation allocation functions, which leaves a holder’s realized yield outside the supplied default calculation. Sources: https://raw.githubusercontent.com/anza-xyz/solana-sdk/94164111ad1e39677f2cf95b16c0b208f466b6c3/inflation/src/lib.rs Hypothetical Inflation Calculation To illustrate the default mechanism, Cryptosnif performed a hypothetical calculation based on the source code logic. At model year 0, the rate is 8%. At model year 1, the rate reduces to 6.8%. At model year 2, it further reduces to 5.78%. The reduction applies to the preceding rate each model year. This example demonstrates the mathematical behavior of the pinned defaults. It does not reflect today's mainnet inflation, nor does it serve as a forecast for actual token issuance over time. Sources: https://raw.githubusercontent.com/anza-xyz/solana-sdk/94164111ad1e39677f2cf95b16c0b208f466b6c3/inflation/src/lib.rs Fee Burning and Distribution Logic Agave client version 4.3.0 handles transaction fees through integer arithmetic. The ordinary base-fee burn is calculated as floor(baseFee*50/100). The unburned base amount is added to a collector deposit along with the entire prioritization fee. If the collector deposit fails, the full amount intended for the collector is also burned. Depending on feature flags, the recipient may be the leader identity or a permitted collector associated with the leader's vote account. This reviewed client version does not establish which features are currently active on mainnet, nor does it confirm deployed versions or beneficial control structures. Sources: https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Hypothetical Fee Example Lamports are the integer fee units used in this example. Using hypothetical inputs within non-overflowing ranges, we examine the arithmetic. Assume a base fee of 5000 lamports and a priority fee of 1000 lamports. With an accepted deposit, the total fee is 6000 lamports. The burn is 2500 lamports (50% of base), and the collector receives 3500 lamports (remaining base plus priority). If the collector deposit fails, all 6000 lamports are burned. For an odd base fee of 5001 lamports with a 1000 lamport priority fee, the accepted-deposit burn is floor(5001*50/100)=2500 lamports, leaving 3501 lamports for the collector. These figures are illustrative only and do not represent live network fees or cost comparisons against other chains. Sources: https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Unknowns and Limitations Several critical data points remain unknown. Current circulating supply, initial allocation, beneficial-owner concentration, and current mainnet inflation parameters are not verified here. Vesting and unlock calendars are absent. Independent observations of usage, incident remediation, and locally executable liquidity are pending. The documentation describes rules but does not measure live costs or net issuance. Different fee inputs cannot establish a cost winner without broader context. Sources: Consequences and Verdict The documented fee distribution and default inflation formula provide an economic model within the reviewed code versions. Current network configuration and holder returns remain unverified, and the evidence coverage is insufficient for an overall score. Measuring net issuance would require issuance and burned-fee totals over the same period, with a consistent supply definition. A single transaction’s burn and an annual default rate cannot establish that result. A staking holder’s outcome also requires separate evidence on validator allocation, commissions and observed rewards. These missing measurements define what could change the verdict. Sources: https://raw.githubusercontent.com/anza-xyz/solana-sdk/94164111ad1e39677f2cf95b16c0b208f466b6c3/inflation/src/lib.rs, https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Solana documentation: transaction fees https://solana.com/docs/core/fees Retrieved: 2026-10-04T20:49:33.470Z Snapshot SHA-256: 74d412e5f13f34905db9f2e2a89b46e59ce6bddba5c2eec826a863e29571f309 Solana SDK 3.2.0: pinned inflation model https://raw.githubusercontent.com/anza-xyz/solana-sdk/94164111ad1e39677f2cf95b16c0b208f466b6c3/inflation/src/lib.rs Retrieved: 2026-10-04T20:49:32.887Z Snapshot SHA-256: 0ee7728aa0e22ae15f189f23dd69b478ee697b0e4eab90e59e4d06a380d4f06f Agave v4.3.0: pinned transaction fee distribution https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Retrieved: 2026-10-04T20:49:32.898Z Snapshot SHA-256: 78c933830667e2c6c155820ecf2b799a77cf4227e1634d37ef04737e13c2811b