Solana (SOL)

Solana is a high-performance Layer 1 blockchain optimized for speed and low transaction costs, targeting real-time, high-frequency applications like trading, payments, and gaming.

Unlike Ethereum's modular approach, Solana uses a monolithic design that prioritizes throughput and low latency. It combines Proof-of-History (PoH) with Proof-of-Stake to achieve theoretical speeds of 65,000 TPS with sub-second finality and transaction fees under $0.001 (structural: Solana protocol spec; real-world observed TPS runs 1,500-4,000 per Dune).

Primary Use Cases

• DeFi: DEX aggregation (Jupiter), AMMs (Raydium, Orca), lending, liquid staking (Marinade, Jito)
• Payments: Visa stablecoin settlement, Western Union remittances
• Consumer Apps: High-frequency trading, gaming, NFT marketplaces (Magic Eden)
• Institutional: BlackRock tokenized funds, Solana ETFs (BSOL, GSOL)

Sources: TI L1 Investment Scorecard · DefiLlama live TVL · Solanabeach tx data · CoinGecko · Dune public dashboards · TI Research Changelog. Block refreshed quarterly or on material change, flag staleness if the date above is >90 days old.

DEX volume & launchpad fee revenue measure retail risk appetite on Solana. Compared to 2024 (the cycle peak reference). Source: DefiLlama.

Key Catalysts

• Firedancer Full Deployment (H2 2026): Live on mainnet since Dec 2025 with ~20% stake on Frankendancer hybrid (full Firedancer-only nodes represent ~12-13% of stake). Full C/C++ client targets 1M+ TPS. Currently coexists with Agave (Rust) client. Adoption was initially delayed by lack of Jito Block Engine deployment (see MEV section below).
• Alpenglow Consensus (SIMD-0326): Largest protocol upgrade in Solana history (passed Sep 2025, 98.27% approval). Votor moves validator voting off-chain, targeting 100-150ms finality vs current ~12.8 seconds. Rotor propagation layer to follow in a separate SIMD.
• SIMD-0266 P-Tokens (April 2026): Passed governance, up to 19x throughput improvement coming to mainnet
• Institutional Adoption: Continued ETF inflows, Western Union, BlackRock tokenized funds
• Fee Market Improvements: Transaction scheduler v1.18, stake-weighted QoS

The 5 Pillars for Solana's Next Expansion

A scorecard for what has to go right for SOL to grow into (and beyond) its current valuation. L1 REV is cyclical (see the speculation callout above); these are the structural bets that would diversify Solana's revenue base and reduce its dependence on retail-trading volatility.

Scorecard legend: Leading = Solana ahead of peers. Building / Early = traction exists but outcome undetermined. Contested = Solana losing ground and needs a new entrant or reversal. Framework adapted from The DeFi Report, Solana Q1 2026; Pillar 3 RWA data (Kamino $587M, xStocks $21M) from Dune, April 2026 RWA composability analysis, see also TI's RWA Composability Framework. Status indicators are TokenIntel's read as of April 2026.

Token Utility

• Gas Fees: Pay for transaction execution (base fee: 5,000 lamports per signature)
• Staking: Secure the network and earn 5-6% APY + MEV rewards
• Governance: Vote on protocol changes via validator delegation

Upcoming Unlocks

Initial Token Allocation

Inflation Schedule & Monetary Policy

Solana launched with an initial inflation rate of 8% annually, governed by a fixed disinflationary schedule: the rate decreases by 15% each year until it reaches a terminal rate of 1.5%. This schedule is hard-coded into the protocol and does not require governance votes to execute, it proceeds automatically each epoch.

As of early 2026, the inflation rate has declined to approximately 5.3%. At the current pace of 15% annual reduction, the terminal 1.5% rate will be reached around 2036, after which SOL issuance will continue indefinitely at that floor rate.

How inflation works mechanically: New SOL tokens are minted each epoch (approximately every 2 days) and distributed to validators and their delegators as staking rewards. The inflation rate determines how many new tokens are created relative to the total supply. Validators earn rewards proportional to their stake weight and uptime, and delegators receive a share minus the validator's commission.

Net effective inflation: The headline inflation rate overstates actual dilution because a portion of transaction fees are burned. Solana's fee model burns 50% of base fees (the other 50% goes to validators). However, a growing share of validator revenue comes through Jito tips and priority fees, which bypass the burn mechanism entirely. This means the effective burn rate is lower than the theoretical 50%, and the gap between gross and net inflation is narrower than it may appear on paper.

SIMD-0228 (failed proposal): In February 2025, the Solana community voted on SIMD-0228, which proposed tying the inflation rate dynamically to the stake participation rate. The idea was that if most SOL is already staked (reducing sell pressure), inflation could be lower; if staking participation drops, inflation would increase to maintain security incentives. The proposal was rejected by validator vote, and Solana retains its original fixed disinflationary schedule.

Staking participation context: Approximately 65% of SOL supply is staked. Stakers earn the inflation rewards, meaning non-stakers are diluted by the full inflation rate while stakers are diluted less (staking yield partially offsets inflation). If you hold SOL without staking, you are losing roughly 5.3% of your relative ownership annually. This creates a strong incentive to stake, which contributes to the high participation rate.

Comparison with Ethereum: ETH's issuance rate is approximately 0.5-1.0% annually (staking rewards), but the EIP-1559 burn mechanism can make ETH net deflationary during high-activity periods. Solana is structurally inflationary until at least 2036, though the rate decreases predictably. The key tradeoff: Solana offers higher nominal staking yields but at the cost of greater supply dilution for non-stakers.

This section details what SOL token holders receive in terms of staking rewards, fee distribution, and value accrual mechanisms. SOL offers attractive staking yields with a straightforward fee model.

Rights Breakdown

How Value Flows to SOL Holders

• Stakers: Earn ~7% APY from inflation-based staking rewards, decreasing annually toward 1.5% terminal rate
• All Holders: Benefit from 50% transaction fee burn, creating deflationary pressure as network activity increases
• Validators: Receive 50% of transaction fees plus priority tips from users wanting faster inclusion
• Delegators: Can stake any amount through liquid staking (Marinade, Jito) or native delegation to validators
• Governance: Validators vote on SIMD (Solana Improvement Documents) proposals affecting protocol parameters

Solana sits in Tier 2 (Neutral Infrastructure), conceptually the same cell as Ethereum. Throughput, fee burn, and MEV capture drive value rather than a contractual cash-flow claim.

Where an asset sits on this spectrum determines the analytical tool that fits. Solana earns its value through enabling activity that pays, which sets the valuation frame above.

Revenue & Fees

Validator Economics

• Active Validators: ~5,595
• Staking APY: 5-6% (from inflation)
• MEV Rewards: Additional 1-1.5% APY average; up to 13-15% during peaks
• Commission Rates: 0-10% (new validators often start at 0%)

Core Architecture

• Consensus: Proof-of-History (PoH) + Proof-of-Stake, PoH provides a cryptographic clock for transaction ordering
• Block Time: 400ms target slot time, ~2 second finality
• Block Streaming: Shred-based progressive streaming with Reed-Solomon erasure coding
• Propagation: Turbine protocol for efficient block distribution

Performance Metrics

Fee Structure

• Base Fee: 5,000 lamports (0.000005 SOL) per signature
• Distribution: 50% to block leader, 50% burned
• Priority Fees: Optional, paid per compute unit requested
• State Fees: 6.96 SOL per MB for account creation (reclaimable)

Key Upgrades

Firedancer (Jump Crypto), Live on Mainnet

Ground-up C/C++ validator client, live on mainnet since December 2025. After 3 years of development and 50,000+ blocks produced, Firedancer launched alongside the existing Agave (Rust) client via the Frankendancer hybrid (~21% of network stake). Demonstrated 1M+ TPS in controlled testing. Full standalone deployment expected H2 2026. No shared code with Agave, built for client diversity and HFT-grade performance.

Alpenglow Consensus

New consensus protocol expected early 2026 that reduces finality from ~2 seconds to 150 milliseconds. Combined with Firedancer, this positions Solana for institutional-grade transaction speeds.

SIMD-0266: P-Tokens (Passed, April 2026 Mainnet)

Governance proposal introducing a new computational model that could increase transaction processing throughput by up to 19x. Proposed by Anza and passed in March 2026. Expected on mainnet in April. This is the next major performance upgrade after Firedancer.

Privacy Framework (March 2026)

The Solana Foundation released a report proposing four privacy modes for institutional adoption: pseudonymization, confidentiality, anonymity, and full privacy. The framework argues that Solana's throughput and low latency can support zero-knowledge proofs while satisfying regulatory compliance through audit keys and controlled disclosure. This signals a strategic shift toward making Solana viable for institutional use cases that require data protection.

Raiku, Execution-Consensus Separation

• Sidecar layer enabling "modular execution zones" parallel to mainnet
• Ahead-of-Time (AOT) block auctions for guaranteed inclusion
• Microsecond-precision transaction matching
• Proof streaming for large transactions/ZK proofs

Scaling Strategy

• Primary: Vertical scaling (optimize L1)
• Transaction Scheduler v1.18 for better block filling
• Stake-weighted Quality of Service (QoS)
• SVM separation enables modular forks for appchains

Google Quantum AI's March 31, 2026 paper resetting the resource estimate for breaking ECDSA-256 to ~500K physical qubits (a 1/20 reduction from the 2022 Webber et al. estimate of 13M) put quantum readiness on the agenda for every major L1. Solana's response shape is materially different from Bitcoin's and Ethereum's because Solana's structural starting point is different: high-throughput, low-latency, and address-IS-public-key.

Why Solana's quantum problem is shaped differently

Solana addresses are 32-byte values that are either an Ed25519 public key directly (for ordinary wallets) or a Program Derived Address (PDA). For ordinary wallets, the address effectively exposes the public key from day one, even if the wallet has never sent a transaction. This is different from Ethereum EOAs, where the public key is hidden behind a hash until first use, and Bitcoin P2PKH, where the public key only appears in the spending script. So Solana wallets do not get the "never spend = never expose" defense that BTC and ETH wallets do.

Per the Solana Foundation's Solana's Quantum Readiness publication (April 27, 2026), Anza and Firedancer working posts, and the Four Pillars analysis, Solana's exposure breaks into four areas:

• The Ed25519-based account model (all wallet keys).
• The shred authentication used in block propagation through Turbine and Rotor.
• The BLS-based consensus signatures used in Alpenglow.
• The Ed25519, secp256k1, secp256r1, and BLS12-381 elliptic-curve operations and signature verification syscalls that user-defined programs rely on.

Falcon as the leading candidate (small signatures fit a high-throughput chain)

Both Anza and Firedancer have published initial Falcon-based implementations, reaching the same conclusion independently: a chain where bandwidth and throughput are core competitive advantages needs a post-quantum signature scheme with small signatures and low overhead. Per Firedancer's comparison:

• Current Ed25519 signature: 64 bytes
• Falcon-512 (FN-DSA): ~666 bytes
• ML-DSA-44 (Dilithium): ~2,420 bytes
• SLH-DSA family (SPHINCS+ variants): 8 KB+

That 10x size jump from Ed25519 to Falcon is real overhead, but it is dramatically smaller than the alternatives. SIMD-0461 adds Falcon-512 verification as an experimental option (not yet a protocol-level replacement). Anza identifies signature size as the biggest drawback of post-quantum signatures and presents Falcon as the NIST-family candidate with the smallest signatures. Falcon is not yet a final commitment - Firedancer keeps SQIsign and other PQ schemes under review - but it is the leading candidate under Solana's high-performance constraints.

Wallet migration via seed-possession ZK proofs (the same-address path)

Solana's Ed25519 private key is derived deterministically from a 32-byte seed via SHA-512. Per Firedancer, while a quantum attack can recover the derived secret used in the Ed25519 signature, recovering the original seed itself is hard - SHA-512 is still considered a one-way hash function that is practically safe even in a quantum environment. This enables a migration path that preserves the existing address: the user submits a new post-quantum public key, a valid PQ signature, and a zero-knowledge proof that they know the existing Ed25519 seed. That binds the existing address to the new PQ key. Anza has already published an early build, generating roughly 400 KB post-quantum migration proofs in about 55 ms.

This is structurally similar to Ethereum's EIP-8141 path (keep the address, swap the verification logic) and structurally different from Bitcoin's path (move UTXOs to a new output type).

Application-level option that works TODAY: Winternitz Vault

Separately from the network-level transition, Solana has had an application-level post-quantum storage option live on mainnet for two years. The Winternitz Vault (operated by Blueshift) uses WOTS (Winternitz One-Time Signatures) with Keccak256 hashes and Merkle roots inside a PDA. It provides 176-bit post-quantum security and works within Solana's current 1,232-byte transaction size limit. Each spend requires closing the existing vault and opening a new one (WOTS is single-use by design), which fits long-term storage assets, protocol treasuries, and high-value authorities like token mint authorities better than ordinary high-frequency transactions. The Google Quantum AI paper specifically cited this as one of the major blockchain post-quantum implementations.

Three-stage roadmap (Solana Foundation, April 2026)

1. Continue post-quantum research and keep evaluating Falcon and its alternatives.
2. When the quantum threat becomes credible, adopt a post-quantum scheme starting with new wallets.
3. Migrate existing wallets to the chosen post-quantum scheme via the seed-possession ZK proof path.

The Foundation's official stance: the quantum threat is still years away, but migration paths have largely been researched, and when the time comes, transition is manageable. Near-term concrete tasks include the SIMD-0461 Falcon syscall, the SIMD-0296 proposal to raise transaction size to 4,096 bytes (giving headroom for larger PQ signatures), TPU signature-verification-pipeline adjustments, and networking changes for larger quantum-resistant shreds.

Sources: Solana Foundation, "Solana's Quantum Readiness" (April 27, 2026); Anza and Firedancer working posts on Falcon and existing-wallet migration (April 2026); Four Pillars, "The Real Nature of Quantum Threats to Blockchain" (May 2026); Google Quantum AI, "Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities" (March 31, 2026); Blueshift Winternitz Vault deployment on Solana mainnet. Last verified: 2026-05-14.

Major dApps

Strategic Partnerships

• Visa: Stablecoin settlement deployment
• Western Union: Blockchain-based remittances
• BlackRock: Tokenized funds
• Jump Crypto: Firedancer development

Private DEX Dynamics

Emerging L2s & Appchains

• Pythnet: PoA appchain handling 10-20% of historical Solana transactions
• Cube Exchange: Hybrid CEX with SVM appchain settlement
• Grass: DePIN planning ZK proof batching to L1
• MagicBlocks: Gaming rollups with gasless transactions

Asset Gateway: Sunrise (Wormhole Labs)

Solana's privacy stack is younger than Ethereum's. Mert (Helius) summarized it directly: "Solana is lagging a bit on privacy." But the stack is no longer absent, and 2026 has shipped material infrastructure across compute, transfers, and trading. The architecture choice differs from Ethereum's: rather than building a privacy rollup, Solana's path goes through ZK compression, MPC compute, TEE rollups, and a Confidential SPL (C-SPL) token standard, with Helius's announced ZK-UTXO privacy layer ("Helius Privacy") as the most-anticipated upcoming launch.

Private Compute: Arcium (MPC) and MagicBlock (TEE)

Two contenders solving the private-compute problem on Solana with different cryptographic primitives.

• Arcium uses Multi-Party Computation. Data is split across an independent node cluster; nodes compute results without seeing individual inputs. Settles on Solana for task ordering and fees. Since its February 2026 alpha mainnet launch, the network has processed 900k+ computations and 3.5M+ transactions (Arcium Explorer). Building a Confidential SPL (C-SPL) token standard for native confidential transfers and trading. Demand has come primarily from payments, encrypted data analysis, and (notably) healthcare model-training on encrypted datasets.
• MagicBlock uses Trusted Execution Environments instead. Intel TDX enclaves create a "Private Ephemeral Rollup" (PER) where transactions are aggregated and processed, then committed back to Solana. MagicBlock's stack supports private order books, dark pools, and private DeFi rails with minimal code changes.

Helius Privacy (Announced)

Per Mert's commentary in the Castle Labs interview, Helius Privacy will be a ZK-based UTXO privacy layer on Solana, using a "Zones" model where individual companies pick their tradeoffs and a public Zone offers full anonymity in an immutable, formally-verified manner. Launch timing is not yet public. This is the most material near-term privacy infrastructure announcement on Solana given Helius's existing relationship with the validator and RPC ecosystem.

Private Transfers and Balances

• Umbra (built on Arcium): introduces Encrypted Token Accounts (ETAs), the privacy counterpart to standard Associated Token Accounts. Balances stored as ciphertexts, transaction amounts encrypted via Rescue cipher, sender-receiver link severed via shielded pool. Selective-disclosure auditor access for compliance.
• Hush: Zcash-inspired but with DeFi utility. Deposited SOL converts to jitoSOL inside the shielded pool, earning staking yield + MEV revenue while remaining private. Integrates Jupiter for private swaps. Includes geo-blocking for sanctioned regions, giving it an institutional-compliance profile.
• Privacy Cash: Tornado-style shielded pool for SOL. Deposit creates a Merkle commitment, withdrawal uses ZK proofs to sever the link.

Private Trading Rails

Several teams are building private execution layers on top of Solana's public AMMs:

• encrypt.trade: privacy-first DeFi interface that routes transactions through Jupiter while encrypting swap details via ElGamal + processing in AWS Nitro Enclaves (TEE). The onchain record shows only the state change Jupiter needs to route; transaction count, parties, and execution status are not broadcast.
• Vanish: shielded transaction routing with the Vanish Integrity Framework (VIF), which uses Elliptic + Range to prevent illicit transaction routing while preserving the privacy of legitimate flow.
• Darklake: ZK-native AMM with a "blind slippage pool" that commits slippage data before execution, preventing sandwich attacks while preserving verifiability. Extended into private perpetuals (zk-Perps) using Arcium's compute layer.
• Melee: prediction markets with encrypted order books via Arcium MPC. Positions stay hidden until market settlement.

Why This Matters for SOL Thesis

Three concrete reads. First: the privacy stack on Solana is now real but immature. Arcium's adoption (900k+ computations, 3.5M tx in four months) is meaningful for an alpha-stage network but still small absolute. Second: every privacy-trading product surveyed (encrypt.trade, Hush) routes through Jupiter, which reinforces the "Jupiter owns the route" thesis from Who Owns the Trading Stack?. The privacy layer is not competing with Jupiter, it is using Jupiter as the aggregation rail. Third: the EU AMLR (in force July 1, 2027) bans CASP handling of anonymity-enhancing tokens, which favors selective-disclosure architectures (C-SPL, Helius Privacy "Zones") over fully-anonymous primitives. The Solana stack is being designed for this regulatory reality from the start.

Source: Castle Labs "The Full-Stack Privacy Ecosystem" (June 2026), with Mert (Helius) and Arcium team interviews. Arcium metrics from explorer.arcium.com. EU AMLR Article 79 verified via Regulation 2024/1624 reporting.

Solana's compute-pricing model gave it a structural lead on proprietary AMMs (propAMMs): smart-contract AMMs that price assets actively via an off-chain pricing engine and post quote updates ahead of taker swaps, rather than relying on a passive constant-product curve. Maker price updates landing inside the same compute step as the swap is the Solana-native enabler. Ethereum is now matching this with off-chain quote posting (FermiSwap, etc.) but the pattern shipped on Solana first.

Why this matters for SOL thesis. The "Solana has better execution than Ethereum DEXs" claim has historically been about transaction throughput and fee cost. PropAMMs extend it into a pricing-quality claim: per third-party analysis (Jump Trading, March 2026), Solana propAMM fills landed 0.33-1.36 bps from the best CEX mid on most fills tracked, beating CEX execution on a per-fill basis at the size tier studied. None of these bps figures are TI-verified; treat them as the source's claim.

Scale context. Solana's full DEX category does roughly $1.13B/day per DefiLlama (2026-06-09). PropAMM-class venues are a small slice of that today, but the architectural argument is that Solana's substrate makes propAMM construction natively easier than competing L1s. If propAMMs become the dominant DEX execution primitive, Solana's market-structure lead persists by default rather than by competition.

Cross-ref to Jupiter. Jupiter routes order flow through whichever venue offers best execution. PropAMMs are upstream wholesale liquidity; Jupiter is the retail-facing route. The two are complementary rather than competitive, which reinforces the "Jupiter owns the route" thesis from Who Owns the Trading Stack?: the deeper Solana's wholesale liquidity gets via propAMMs, the more valuable Jupiter's aggregation rail becomes. The risk to JUP is if propAMMs build direct retail-facing UI and bypass aggregators; current evidence is the opposite (Kyber Network on Ethereum is integrating propAMMs as wholesale liquidity, not as a direct competitor).

Falsifier: propAMM share of Solana DEX volume needs to exceed 10% of the category total within twelve months, AND aggregator share of propAMM flow needs to remain high (>50%), for both the SOL execution-lead claim and the JUP routing claim to hold. If either fails, the picture is more competitive than this section implies.

Source: Jump Trading public research on permissionless market structure (March 2026 Solana propAMM analysis); DefiLlama DEXs overview for category volume verified 2026-06-09. Bps execution comparisons cited from Jump, not TI-verified.

Governance Process

Solana uses Solana Improvement Documents (SIMDs) for protocol changes. The process is validator-centric with stake-weighted voting.

How It Works

1. Anyone drafts a SIMD proposal
2. Community review on forums/GitHub
3. Validator vote (stake-weighted via SPL tokens)
4. Rollout by core teams (Anza, Jump)

Voting Requirements

Recent Notable Votes

• SIMD-228 (Market-Based Emissions): Failed at 61.39% YES, largest governance event in crypto history by participant count. Would have made inflation responsive to staking participation.
• SIMD-0326 (Alpenglow): New consensus protocol currently under vote.

Network Stability High Risk

• 7 major outages since 2020 (most recent: January 2024, ~5 hours)
• No financial losses from outages, but significant reputational damage
• Outages resolved through coordinated validator restarts

Security Incidents Medium Risk

Note: Most incidents were ecosystem/app-level, not Solana protocol vulnerabilities.

Centralization Concerns Medium Risk

• Fewer validators than Ethereum (~5,600 vs 1M+)
• High hardware requirements create barriers ($5-10K+ upfront, $800-1,000/month)
• Jito controls 80%+ of stake for MEV infrastructure, having distributed $1B+ in cumulative MEV tips
• Vote transactions cost up to 1.1 SOL/day (85-90% of operating costs)

Hardware Centralization Risk Medium Risk

Solana's validator hardware requirements are among the highest in the industry. The recommended specifications for running a competitive validator include 256GB+ RAM, a 12+ core CPU with high clock speed, NVMe SSD storage, and 10Gbps network bandwidth. The full setup costs between $5,000 and $15,000+ for hardware alone, plus ongoing monthly hosting in a data center with enterprise-grade connectivity.

• Cost barrier comparison: Ethereum validators can run on consumer hardware (a ~$500 Raspberry Pi or NUC with 32 ETH staked). Solana's hardware requirements effectively exclude home operators and concentrate validation in professional data center environments. This is a deliberate design choice, Solana optimizes for throughput over accessibility.
• Data center concentration: The vast majority of Solana's stake weight runs in professional data center facilities (Latitude.sh, AWS, Hetzner, OVH, and others). This creates geographic and infrastructure concentration. When Hetzner banned Solana validators in late 2022, a significant portion of the network's stake was forced to migrate on short notice, demonstrating the risk of hosting provider dependency.
• Nakamoto coefficient: Solana's Nakamoto coefficient (the minimum number of validators that could collude to halt the network) is approximately 19-22, compared to Ethereum's estimated 1,000+. While Solana has roughly 5,600 total validators, stake is heavily concentrated among the top operators. A coordinated action by fewer than two dozen entities could theoretically disrupt consensus.
• Firedancer and client diversity: Jump Crypto's Firedancer validator client aims to improve performance and reduce single-point-of-failure risk from the Agave (formerly Labs) client. However, Firedancer optimizes for even higher throughput, which may increase rather than decrease hardware requirements over time.

Counterargument: Hardware costs decrease along Moore's Law trajectories. Solana's design choice explicitly trades decentralization breadth for performance, the thesis is that performance-driven adoption creates more total value than maximum validator participation. The actual hardware cost ($5K-$15K) is still far less than the minimum stake required for meaningful returns on most proof-of-stake networks when accounting for capital costs.

DeFi Composability and Contagion Risk High Risk

The April 2026 Drift Protocol exploit ($280M) demonstrated how composability amplifies single-protocol failures on Solana. The attacker compromised 2-of-5 multisig signers during a routine transition and drained funds in under 10 seconds. The contagion then cascaded across 20+ downstream protocols via vault integrations, yield strategies, and collateral dependencies, affecting an estimated 5.5% of Solana DeFi TVL ($300M+ total impact). Protocols including Prime Numbers ($10M+), Gauntlet ($6.4M), Trade Neutral ($3.67M), and Elemental ($2.9M) reported exposure. Several protocols froze redemptions. Multiple Solana DeFi protocols use Squads multisig for admin key management, and most lack timelocks on program upgrades, meaning a compromised multisig can deploy changes immediately with no detection window.

Fee Structure Weaknesses Low Risk

• Base fee doesn't reflect actual compute usage, no tuning incentive
• 50/50 burn incentivizes off-protocol arrangements (Jito tips)
• 58% of compute wasted on failed/reverting transactions

Other Risks

• Memecoin Dependency: 97% decline in memecoin DEX volume from January peak
• Regulatory: SEC classified SOL as a digital commodity (March 17, 2026), removing prior security label. SOL ETF applications now on stronger legal footing. Goldman Sachs holds $108M in SOL ETF products. The September 2025 SEC approval of generic listing standards for commodity-based trust shares streamlined the path for spot crypto ETPs more broadly, which is what made BSOL's October 2025 launch possible. A separate SEC staff statement on certain protocol staking activities (May 2025) clarified the agency's posture on validator staking, though staff statements do not establish complete legal certainty.
• Key Person: Anatoly Yakovenko as public figurehead

Last Updated: February 2026

Primary Sources

• Syndica Blog, Solana Ledger/Blockstore Architecture
• 4Pillars, Jito BAM / MEV Infrastructure
• Shoal Research, Raiku Technical Deep Dive
• Pine Analytics, Solana DEX Dynamics
• SuperTeam, Solana L2s and Appchains
• Umbra Research, Solana Fee Structure
• Helius, Governance, Security, Validator Economics

Data Sources

• DefiLlama, TVL Data
• Token Terminal, Revenue Metrics
• Solana Compass, Network Statistics
• CoinGecko, Price and Supply Data