Solana Limitations: Outages, Centralization & Risks

The limitations of Solana arise from trade-offs among throughput, reliability, validator requirements, decentralization, developer complexity, and ecosystem dependencies. Historical incidents illustrate risk but do not prove the network's current condition, so dated claims must remain explicitly dated.

Last Updated: June 2025

TL;DR: Solana's Key Limitations at a Glance

• Repeated network outages: Solana has experienced more than a dozen major incidents since 2021, including full halts lasting up to 19 hours
• Validator centralization: server-grade hardware costing an estimated $400–$700 per month prices out home operators and concentrates consensus power among institutions
• Governance concentration: Solana Labs retains significant influence over protocol development with no distributed client-team equivalent to Ethereum's governance model
• Throughput ceiling: Proof of History's sequential design creates a practical TPS limit far below the advertised 65,000+ figure
• No native EVM compatibility: Ethereum dApps cannot be ported to Solana without complete rewrites in Rust
• FTX exposure: SOL fell approximately 60% in days following FTX's November 2022 collapse due to Alameda Research's forced liquidations
• Wormhole exploit: a third-party bridge vulnerability in February 2022 drained approximately $320 million in wETH from Solana ecosystem users
• SOL inflation: the disinflationary supply schedule dilutes unstaked holders until the long-run target rate of approximately 1.5% is reached

Contents

1. What Are the Limitations of Solana?
2. The Blockchain Trilemma: Why Solana's Trade-Offs Exist
3. Network Reliability: Solana's History of Outages and Downtime
4. Centralization Concerns: Who Really Controls Solana?
5. Technical Architecture: Speed vs. Stability Trade-Offs
6. Developer Experience: Why Building on Solana Is Harder Than It Looks
7. Ecosystem and Security Risks: FTX, Wormhole, and Token Concentration
8. How Solana Compares to Ethereum and Avalanche on Key Limitations
9. Is Solana Worth the Risk? What Investors and Users Should Know
10. Frequently Asked Questions: Limitations of Solana

What Are the Limitations of Solana?

Solana is a Layer 1 (L1) blockchain launched in 2020 by Solana Labs, built around Anatoly Yakovenko's invention of Proof of History (PoH), a cryptographic timekeeping mechanism designed to make blockchains faster and cheaper. By most raw performance benchmarks, it delivers: transactions settle in under a second and fees run well under a cent. Solana hosts a thriving ecosystem of decentralized finance (DeFi) protocols, NFT marketplaces, and consumer applications that collectively process millions of transactions daily.

Those strengths are real. So are the weaknesses.

The blockchain trilemma, a framework widely associated with Ethereum co-founder Vitalik Buterin, holds that a blockchain can achieve at most two of three properties simultaneously: scalability, decentralization, and security. Solana's architectural choices reflect a deliberate prioritization of scalability. That decision produces genuine performance advantages, and it produces genuine limitations that investors and builders should understand before committing to the platform.

The main disadvantages of Solana include repeated network outages tied to architectural constraints, validator centralization driven by hardware economics, a developer ecosystem isolated from the EVM-compatible world, ecosystem concentration risks exposed by the FTX collapse, and a token supply structure that dilutes holders who do not stake. The biggest operational problem is network reliability; the biggest structural problem is centralization. The sections below address each in detail.

The Blockchain Trilemma: Why Solana's Trade-Offs Exist

The blockchain trilemma is the conceptual framework that explains why Solana's limitations are not design failures but architectural choices with predictable consequences.

The trilemma states that any blockchain system faces a fundamental tension between three properties: scalability (how many transactions the network can process), decentralization (how widely distributed control is across independent participants), and security (how resistant the network is to attacks). No blockchain has solved all three simultaneously. Every network prioritizes two properties and accepts trade-offs on the third.

Solana made an explicit choice to prioritize scalability. Proof of History's sequential timekeeping mechanism enables high throughput by allowing validators to skip the communication overhead that slows other consensus systems. The trade-off is structural: PoH's design requires tight validator coordination and server-grade hardware, which concentrates participation among well-capitalized operators. Fewer, larger validators can process transactions faster, but they produce a more centralized network.

This trade-off explains most of what follows in this article. Solana's network outages trace back to the tight coupling between validators that PoH requires. Solana's centralization concerns trace back to hardware economics that emerge from that same design. Solana's developer friction traces back to a completely separate execution environment built around this architecture.

Ethereum made different choices, prioritizing decentralization and security while accepting slower base-layer throughput and higher fees. Cardano's Ouroboros Proof of Stake protocol takes a research-first approach that prioritizes peer-reviewed security and decentralization over raw throughput. Bitcoin represents the upper end of the decentralization spectrum, sacrificing scalability for the most battle-tested network of all.

No chain has escaped the trilemma. The question for any investor or builder is which trade-offs matter most for their specific context. Solana's limitations are the cost of its scalability choices.

Network Reliability: Solana's History of Outages and Downtime

Solana has experienced more than a dozen significant network incidents since its mainnet launch in 2020, including multiple full halts where block production stopped entirely for hours at a time. These are not minor slowdowns. Several events required coordinated validator restarts, leaving users unable to execute transactions for extended periods.

The table below documents the most significant incidents. All data requires verification against current status.solana.com historical records before publication, as additional incidents may have occurred. The table covers full outages and major degraded-performance events; a larger number of shorter degradation periods are also recorded in the Solana Status page archives.

A year-by-year summary: 2021 saw at least one major full outage; 2022 saw at least three full outages plus multiple degraded-performance periods; 2023 saw at least one full outage. Verify specific counts and additional incidents from status.solana.com historical incident records before citing in publication.

For DeFi participants, a network outage is not a neutral inconvenience. Open lending positions on protocols such as Raydium, Orca, or Marinade Finance cannot be monitored or closed during a halt. Liquidation transactions queue up and fail. NFT transfers stop in mid-process. The practical exposure during Solana's 2021 and 2022 incidents was measurable in real financial losses for users who held leveraged DeFi positions when block production stopped.

Solana's Response: Network Reliability

• QUIC protocol upgrade (2022): replaced UDP-based transaction forwarding to reduce the impact of spam floods
• Stake-weighted quality of service (QoS): prioritizes transaction processing for validators with meaningful stake, reducing the effectiveness of bot flooding
• Firedancer: an independent validator client developed by Jump Crypto, designed to provide client diversity and improve network resilience under load
• Outage frequency has declined measurably since 2023, but the underlying throughput constraints that contributed to earlier incidents have not been eliminated

Root Causes of Solana Network Outages

Solana's outages share a common root: the network cannot gracefully degrade under extreme transaction load, and instead of slowing down, it stops.

The primary mechanism is transaction flooding. Solana's low fee environment historically attracted bot operators who submitted massive volumes of transactions simultaneously. The network's mempool component, called Gulf Stream, forwards transactions to validators before they are confirmed. Under bot-induced floods, Gulf Stream became overwhelmed and validators could not coordinate consensus in time, halting block production entirely.

Proof of History contributes a second failure mode. Because PoH requires all validators to process a continuous sequential timestamp stream in tight coordination, any timing disruption under extreme load can break the consensus process. This is an architectural sensitivity to load conditions, not random hardware failure. The QUIC and stake-weighted QoS upgrades reduced the frequency of these events after 2022, but they did not resolve the underlying design constraint.

Centralization Concerns: Who Really Controls Solana?

Solana's decentralization falls short of Bitcoin and Ethereum by three measurable dimensions: the hardware cost barrier to running a validator, the concentration of staked SOL among large institutional operators, and Solana Labs' concentrated influence over protocol governance.

Decentralization matters to investors and users for two concrete reasons. First, a more centralized network is more susceptible to coordinated censorship: a small coalition of large validators could theoretically block transactions from specific addresses. Second, concentrated validator power creates systemic risk, where problems affecting a few large operators can halt the entire network.

The Nakamoto coefficient measures this risk directly: it is the minimum number of validators that would need to collude to halt or manipulate a network. As of data available from Validators.app (verify current figures and access date before publication), Solana's Nakamoto coefficient has typically ranged between 19 and 31, meaning fewer than 32 entities control enough stake to disrupt consensus. Ethereum's equivalent figure, across its 800,000+ active validators as tracked by Beaconcha.in, is significantly higher. Bitcoin's global distribution of miners represents the upper end of the decentralization spectrum, though mining pool concentration introduces its own concerns.

Governance centralization adds a third dimension. Solana Labs, the US-based private company co-founded by Yakovenko, controls core protocol development. There is no distributed client-team structure comparable to Ethereum's, where independent teams (Prysm, Lighthouse, Teku, Lodestar, among others) implement the protocol and participate in governance through the Ethereum Improvement Proposal (EIP) process. Protocol upgrades on Solana require coordination through Solana Labs, with the Solana Foundation (a Swiss-based nonprofit that funds ecosystem development) playing a separate but adjacent role.

SOL's initial token allocation concentrated supply among insiders. Per Solana Foundation tokenomics documentation, a substantial share of the initial supply went to the team, Solana Labs, the Foundation, and early investors. Verify current allocation percentages from Solana Foundation tokenomics disclosures before publishing specific figures; this data is publicly available but should be cited directly from the source.

Solana's Response: Centralization

• Solana Foundation Delegation Program: allocates foundation-held stake to smaller validators, broadening the validator set at the margin
• Geographic distribution grants: targeted support for validators in underrepresented regions
• These programs improve distribution incrementally but do not eliminate the hardware cost barrier that structurally limits validator participation

Validator Hardware Requirements and Their Effect on Decentralization

Running a Solana validator requires server-grade hardware that currently costs an estimated $400–$700 per month in dedicated hosting, a barrier that prices out the home operators who form the backbone of Ethereum's validator set.

The table below compares recommended specifications based on Solana documentation (docs.solana.com) and Ethereum validator requirements. All figures should be verified against current official documentation before publication, as requirements change with protocol updates. Cost estimates are based on bare-metal dedicated server pricing as of June 2025.

These hardware requirements mean that independent home operators cannot practically run Solana validators. Validation concentrates among exchanges, venture capital-backed operations, and institutional staking providers that can afford server-grade infrastructure. The Proof of Stake (PoS) staking mechanics compound this effect: larger validators earn proportionally larger staking rewards, creating a compounding advantage for well-capitalized participants that was already filtered through the hardware cost barrier.

Technical Architecture: Speed vs. Stability Trade-Offs

Solana's theoretical throughput of 65,000+ transactions per second is a design target, not a production figure. Under normal operating conditions, real-world non-vote transactions run at a fraction of that ceiling.

A meaningful portion of Solana's raw transaction count consists of vote transactions: consensus messages validators send to each other as part of the PoH coordination process. These are not user-facing transactions. When vote transactions are excluded, Solana's user-facing TPS under normal conditions typically ranges from approximately 2,000 to 4,000 transactions per second, according to data from Solana Explorer and Messari research (verify current figures from these sources, flagged with the access date before publication).

That figure still exceeds Visa's average processing throughput of approximately 1,700 transactions per second under normal conditions. Solana's real-world TPS under sustained peak demand falls further, precisely when the comparison matters most. The gap between theoretical and actual throughput is not a marketing rounding error; it reflects architectural constraints that contribute directly to the outages documented in the reliability section above.

Solana's single-leader block production model assigns one validator per slot to produce blocks and forward them to the network. Each slot lasts approximately 400 milliseconds. This structure creates a sequential throughput ceiling: the single current leader processes transactions for that slot, then coordination passes to the next leader. Solana's Sealevel runtime enables parallel execution of smart contracts that do not access overlapping state, which partially offsets this constraint. The sequential leader model remains the bottleneck under extreme load.

Solana also lacks a mature Layer 2 (L2) scaling ecosystem. Ethereum's L2 ecosystem (including Arbitrum, Optimism, Base, and zkSync, among others) handles transaction throughput off-chain while settling to Ethereum's L1, giving Ethereum a scalability overflow layer that preserves L1 decentralization. Solana bets entirely on L1 speed. When L1 hits its limits, there is no secondary layer to absorb excess demand, so transactions fail or are dropped.

Maximal Extractable Value (MEV) presents an additional concern specific to Solana's architecture. MEV refers to profit that a block producer can extract by reordering, inserting, or censoring transactions within a block. Because a single leader processes all transactions in each slot, that validator has significant power to reorder transactions for profit, creating front-running risks for DeFi users. Jito Labs has developed MEV infrastructure for Solana to make this process more transparent and competitive, but MEV remains a structural feature of the single-leader model.

Regarding throughput limits: Solana does not have a traditional block size limit in the Bitcoin sense, but slot time constraints (approximately 400ms per slot) and compute unit limits per block create a practical ceiling on throughput per time unit.

Proof of History: Innovation or Liability?

Proof of History (PoH) is a cryptographic timekeeping mechanism, not a consensus algorithm. It creates a verifiable record of the sequence in which events occurred, allowing validators to agree on transaction order without the back-and-forth communication that slows traditional blockchains.

Think of PoH as a cryptographic notary stamp applied to every transaction before validators process it. The stamp proves the transaction happened at a specific point in a verifiable sequence, so all validators agree on the order of events without debating it in real time. This design enables Solana's speed, because validators skip the communication round-trips that slower chains require.

Critics call PoH controversial for a specific reason: the continuous timestamp stream requires every validator to process a sequential cryptographic computation that cannot be parallelized. Under extreme load, this creates a bottleneck. If the timestamp stream is disrupted, validator coordination breaks down. This is a documented contributor to several of Solana's major outages, not a speculative concern.

PoH is not Proof of Work. It does not require energy-intensive hash competitions. It is a timekeeping component that works alongside Tower BFT, Solana's Proof of Stake consensus variant. Describing PoH as Solana's standalone "consensus mechanism" is technically inaccurate; the correct framing is that Solana uses a hybrid system where PoH handles sequencing and Tower BFT handles consensus.

Developer Experience: Why Building on Solana Is Harder Than It Looks

Solana supports smart contracts (called programs in Solana's terminology), but building them requires Rust or C rather than Solidity, which places Solana outside the largest developer ecosystem in blockchain.

Rust is a systems programming language. Its ownership model and borrow checker enforce memory safety at compile time, producing fast and safe code, but requiring developers to think explicitly about memory management in ways that Solidity or JavaScript programmers rarely encounter. For experienced systems engineers, Rust's constraints are a feature. For web3 developers who learned Solidity first, the learning curve is steep and the feedback loop is slow.

The Solana program model adds a second layer of unfamiliarity. Ethereum smart contracts store their own state. Solana programs are stateless; they operate on separate accounts that hold data. A developer who understands Ethereum's contract model cannot simply transfer that mental model to Solana. They must re-learn foundational patterns even if they are already fluent in Rust.

Solana is not natively EVM-compatible. It runs on the Solana Virtual Machine (SVM), which is entirely separate from the Ethereum Virtual Machine (EVM). Developers cannot port Solidity contracts to Solana without complete rewrites. Neon EVM provides an experimental compatibility layer that allows EVM bytecode to execute on Solana, but it is not part of Solana's core protocol and carries its own limitations and lower adoption rates. Avalanche's C-Chain, by contrast, is natively EVM-compatible, giving it access to the entire Ethereum developer tooling ecosystem (Hardhat, Foundry, Remix, OpenZeppelin) without modification.

Because Solana sits outside the EVM ecosystem, cross-chain interoperability requires dedicated bridge protocols. Moving assets between Solana and EVM chains means using third-party bridges like Wormhole. Those bridges introduce additional smart contract risk, as documented by the February 2022 exploit discussed in the next section.

The auditing ecosystem reflects these constraints. Fewer security audit firms specialize in Rust and Solana smart contracts compared to Solidity and EVM. Applications built on Solana may have access to a smaller pool of auditing expertise, which is a practical risk for security-conscious builders and the investors who fund them.

Solana's Response: Developer Experience

• Anchor framework: reduces Rust boilerplate and improves developer ergonomics substantially; most production Solana programs are now built with Anchor
• Growing documentation: Solana's developer documentation has improved significantly since 2021
• Neon EVM: experimental EVM compatibility layer; not core Solana, carries its own limitations
• Developer activity: per Electric Capital's annual developer reports, Solana consistently ranks among the top three blockchains by active developer count, trailing Ethereum

Developer Platform Decision Framework

Choose Solana if	Choose Ethereum or an EVM chain if
Speed and low L1 fees are the primary requirement	EVM tooling familiarity is a priority
Team is comfortable with Rust	Maximum decentralization is required
Use case can tolerate occasional network instability	L2 scaling options are needed
Building consumer apps needing sub-cent fees	Porting an existing Ethereum dApp

Ecosystem and Security Risks: FTX, Wormhole, and Token Concentration

FTX's collapse in November 2022 cut SOL's price by approximately 60% within days, not because Solana's technology failed, but because one of its largest ecosystem backers had been built on fraud.

FTX and its affiliated trading firm Alameda Research held large quantities of SOL tokens as core treasury assets. Sam Bankman-Fried, FTX's founder, was among Solana's most prominent early advocates and FTX Ventures directly funded Solana ecosystem projects. When FTX declared bankruptcy in November 2022, Alameda's SOL holdings were subject to forced liquidation. The sell pressure was immediate and severe. Verify specific SOL price levels and FTX holdings figures against FTX bankruptcy court filings and contemporaneous CoinDesk and The Block reporting before citing in publication.

The reputational impact was distinct from the price impact. Solana became associated in some analysts' narratives with the "VC chain" critique: a blockchain promoted primarily by connected insiders rather than grown through organic developer adoption. FTX-affiliated protocols such as Serum DEX lost credibility overnight and were replaced or forked by the ecosystem.

FTX and Solana: What Actually Happened

• November 2022: FTX declares bankruptcy; Alameda Research's SOL holdings face forced liquidation
• SOL price fell approximately 60% within days (verify against contemporaneous market data from CoinDesk/The Block reporting, November–December 2022)
• FTX Ventures-funded Solana ecosystem projects lost institutional backing overnight; several protocols migrated or shut down
• FTX bankruptcy estate: SOL holdings have been subject to court-supervised liquidation and distribution schedules; verify current estate status from FTX bankruptcy court filings
• Post-FTX recovery: Solana's ecosystem TVL, developer activity, and transaction volume have recovered substantially (verify current figures from DeFiLlama and Electric Capital annual developer reports, flagged with month and year of access)
• Current risk assessment: the acute price shock has passed; the ongoing structural concern is whether ecosystem concentration in any single backer group remains elevated

SOL's token supply structure adds a separate investor risk. SOL launched with a disinflationary issuance schedule: an initial annual inflation rate of 8%, decreasing by approximately 15% each year toward a long-run terminal rate of approximately 1.5%. The current inflation rate should be verified from Solana Foundation documentation or Solana Explorer at the time of writing, flagged with the specific access date. SOL holders who do not stake their tokens are diluted by inflation at the current rate. Staking rewards are designed to offset this dilution for active stakers, but the dilution impact on unstaked holders is real and ongoing until the terminal rate is reached.

Solana's Response: Ecosystem and Security

• Ecosystem diversification: new institutional backers have reduced dependence on any single entity following FTX's exit
• Organic developer growth: Solana's developer community has grown through independent projects not tied to FTX-era funding
• Wormhole security upgrades: the bridge has been audited and updated since the 2022 exploit; no equivalent exploit has occurred since
• Structural risks (insider token allocation, Solana Labs governance concentration) have not been fully resolved

The Wormhole Bridge Exploit: What It Means for Solana Users

In February 2022, an attacker exploited a signature verification vulnerability in the Wormhole bridge, a third-party cross-chain protocol, and minted 120,000 wETH worth approximately $320 million without depositing collateral.

Wormhole is a cross-chain messaging and bridge protocol that allows users to transfer assets between Solana and other blockchains including Ethereum. It is not Solana's official bridge; it is a third-party infrastructure project that operates across multiple blockchain networks. The exploit targeted a vulnerability in Wormhole's Solana-side verification logic, not in Solana's core protocol.

The distinction matters less to users who had assets bridged through Wormhole when the exploit occurred. Their funds were at risk until Jump Crypto, Wormhole's primary backer, replenished the stolen ETH. That restitution was unusual and cannot be assumed in future bridge exploits.

The structural implication is this: because Solana is not EVM-compatible, users who want cross-chain liquidity must rely on bridge protocols. Those bridges introduce smart contract risk that does not exist when transacting within the EVM-compatible ecosystem. Cross-chain bridges remain among DeFi's highest-risk infrastructure components, regardless of which blockchain they connect. Solana's core protocol has not been directly exploited; the security risks for DeFi users concentrate at the application and bridge layers.

How Solana Compares to Ethereum and Avalanche on Key Limitations

Comparing Solana's limitations to those of Ethereum and Avalanche requires consistent criteria. The table below measures each chain across eight dimensions directly relevant to the limitations covered in this article. All time-sensitive cells require verification from live sources before publication; source names and access dates must be noted.

The table shows a consistent pattern: Solana trades decentralization and reliability for throughput and cost. Ethereum trades throughput and low base-layer fees for decentralization and reliability. Avalanche attempts a middle position by supporting EVM compatibility alongside its native architecture, achieved through a multi-chain design (X-Chain, C-Chain, P-Chain) rather than a single unified execution environment.

Cardano represents a different philosophical approach: its Ouroboros PoS protocol and research-first development methodology prioritize peer-reviewed security and decentralization over raw throughput, at the cost of ecosystem maturity and DeFi depth.

Ethereum carries its own limitations: historically high L1 fees make it unsuitable for high-frequency micro-transactions, and base-layer finality is slower than Solana's. Those are genuine trade-offs. The blockchain trilemma means every chain makes them. The table documents where each chain sits on those dimensions, not which chain wins.

Frequently Asked Questions: Limitations of Solana

The following questions address the most frequently searched aspects of Solana's limitations, with answers drawn from the evidence covered in the sections above.

What are the biggest limitations of Solana?

Solana's five most significant limitations are repeated network outages caused by architectural constraints under peak load, validator centralization driven by high hardware costs, no native EVM compatibility requiring full rewrites for Ethereum developers, ecosystem concentration risk exposed by the FTX collapse, and a disinflationary SOL supply that dilutes holders who do not stake.

How many times has Solana gone offline?

Solana has experienced more than a dozen significant network incidents since 2021, including multiple full halts. The longest documented halt lasted approximately 19 hours in February 2023. Outage frequency decreased following QUIC and stake-weighted QoS upgrades in 2022–2023. Current incident history is available at status.solana.com.

Is Solana more centralized than Ethereum?

By measurable metrics, yes. Solana's Nakamoto coefficient (typically 19–31 per Validators.app) is lower than Ethereum's, which has 800,000+ active validators. Solana's validator hardware costs run an estimated $400–$700 per month versus roughly $50–$100 for Ethereum. Ethereum faces its own centralization pressure via Lido's staking concentration, but the validator set gap is substantial.

What happened to Solana when FTX collapsed?

FTX's November 2022 bankruptcy triggered forced liquidation of Alameda Research's large SOL holdings, cutting SOL's price by approximately 60% within days. FTX Ventures-backed ecosystem projects lost institutional support overnight. Solana's ecosystem has since rebuilt with diversified backers and organic developer growth, though FTX bankruptcy estate SOL positions continue to be distributed through court-supervised processes.

Does Solana have smart contracts?

Yes. Solana supports smart contracts, called programs in its terminology, written in Rust or C and deployed to the blockchain. The program model differs fundamentally from Ethereum's EVM-based contracts: Solana programs are stateless and operate on separate accounts, requiring developers to learn new architectural patterns even if they already know Rust.

Can you build Ethereum apps on Solana?

Not directly. Solana uses the Solana Virtual Machine (SVM) and requires programs written in Rust or C, not Solidity. Porting an Ethereum dApp to Solana requires a complete rewrite. Neon EVM provides an experimental compatibility layer for EVM bytecode on Solana, but it is not part of Solana's core protocol and has significantly lower adoption than native development.

How should Solana and Visa throughput claims be compared?

Solana's theoretical maximum exceeds Visa's average throughput of approximately 1,700 TPS, but real-world user-facing TPS (excluding consensus vote transactions) typically runs at 2,000–4,000 under normal conditions. Under peak demand, that figure falls further. The comparison is misleading because Solana's bottleneck appears precisely when transaction volume is highest.

Is Solana safe to use for DeFi?

Solana's core protocol has not been directly exploited. The primary risks for DeFi users are network outages (which prevent managing open positions during critical market events) and third-party bridge protocols (as demonstrated by the 2022 Wormhole exploit) that carry smart contract risk. Using audited, established protocols reduces but does not eliminate these exposures.

What is Solana's token inflation rate?

SOL launched with an 8% annual inflation rate, decreasing by approximately 15% each year toward a long-run terminal rate of approximately 1.5%. Verify the current rate from Solana Foundation documentation or Solana Explorer, flagged with the access date. Holders who do not stake face dilution; staking rewards offset inflation for active participants.

Has Solana solved its network outage problem?

Partially. The QUIC protocol upgrade and stake-weighted QoS changes implemented in 2022–2023 reduced outage frequency materially. Solana has not experienced a full halt matching the duration of the 2021–2022 events as of mid-2025. The underlying architectural constraints (PoH's sequential processing, single-leader block production) remain in place and represent a vulnerability under extreme peak demand.

Related Solana Guides

• seven key risks of Solana
• network, regulatory, and investment risks

Explore SOL on Bybit

Readers can review current SOL market information or the SOL/USDT spot market. These links provide market information and access; they do not validate a technical, legal, payment, or investment claim, and SOL may not be suitable for every reader.

Related Reading

• Near Protocol vs. Fetch.ai: AI Blockchain Comparison 2025
• Near Protocol vs. ICP: Layer 1 Blockchain Comparison