Solana
Solana is an open-source blockchain platform for decentralized applications. It combines proof-of-stake consensus with a cryptographic clock called proof of history, and its native asset is SOL. Anatoly Yakovenko described proof of history in a 2017 white paper; the public Mainnet Beta network began operating in March 2020.[1][2]
History
Yakovenko's original design used a sequential SHA-256 computation as a verifiable ordering source. He and Greg Fitzgerald implemented the first prototype, and the project that became Solana was developed with Stephen Akridge and Raj Gokal. Early test networks and the validator test programme Tour de SOL preceded the March 2020 launch. The network has continued to use the “beta” designation while protocol and validator software evolve.
Solana Labs developed much of the early software. The Switzerland-based Solana Foundation supports decentralization, grants and ecosystem development. Neither organization alone validates transactions: the live ledger is produced by the network's validators.
Architecture
Proof of history and consensus
Proof of history (PoH) is not a separate voting system. It is a continuously computed sequence whose outputs demonstrate that time passed between events. Validators use this ordering source with a proof-of-stake consensus protocol commonly called Tower BFT. Stake-weighted votes select and confirm forks, while scheduled leaders order transactions and produce entries. A dishonest or unavailable leader can be skipped; finality depends on subsequent validator votes rather than on the clock alone.[1]
The protocol's other named components describe different parts of the data path. Turbine distributes block data in smaller packets; Gulf Stream forwards transactions toward upcoming leaders; Pipelining assigns validation work to successive hardware stages; Cloudbreak is the accounts database design; and Archivers were proposed for distributed ledger storage. These labels describe an architecture, not independent consensus mechanisms.
Accounts, programs and execution
Solana stores state in accounts addressed by 32-byte public keys. Programs contain executable code, while mutable state is held in separate accounts supplied to an instruction. Several instructions may be grouped into one atomic transaction. The Sealevel runtime can execute non-conflicting transactions in parallel when their writable accounts do not overlap.[3]
Programs are commonly written in Rust, with other supported toolchains compiling to Solana's virtual-machine format. Token issuance generally uses the Solana Program Library (SPL) Token program or Token-2022; “SPL,” not “SLP,” is the relevant Solana standard.
Solana programs may be deployed as immutable code or through an upgradeable loader. An upgradeable program has an upgrade authority that can replace its executable data; that authority can be transferred or revoked, after which the program becomes immutable. Users evaluating an application therefore need to distinguish validator consensus from the narrower authority that may control an individual program.[4]
Transactions and fees
A transaction contains signatures and a message identifying accounts, a recent blockhash and instructions. Fees are paid in SOL and include a base fee per signature plus an optional prioritization fee. Program execution is also constrained by compute-unit and account-data limits.[5]
On 15 September 2026, the txv1 feature activated on Mainnet at epoch 1035. The version-1 format raised the maximum serialized transaction size from 1,232 to 4,096 bytes. Legacy and version-0 transactions remain valid. Version 1 places resource limits in a transaction configuration, does not use address lookup tables, and gives larger atomic operations more room for proofs, multisignatures and batched instructions. Readers and indexers must explicitly support version 1; sending it is opt-in.[6][7]
SOL
SOL is used for transaction fees and staking. One SOL is divided into one billion lamports. Validators and delegators may stake SOL to participate economically in consensus, but delegation transfers voting weight rather than custody of the delegator's tokens. Protocol issuance follows an inflation schedule and transaction fees are handled according to network rules; circulating supply therefore changes over time and should be read from a current ledger source rather than a fixed encyclopedia figure.
Reliability and decentralization
Solana's high-throughput design places substantial networking and hardware demands on validators. Stake concentration, reliance on a limited number of client implementations, and the cost of operating performant infrastructure are recurring decentralization concerns.
The network experienced several periods in which block production slowed or stopped, including an outage of roughly 17 hours in September 2021 after transaction load and resource exhaustion caused validators to diverge. Further incidents in 2022 prompted changes to transaction ingestion, fee markets and validator software. Outage reports are operational history, not evidence that a blockchain is permanently unavailable; current reliability should be assessed from dated status and incident records.[8]
The original Solana Labs validator codebase was succeeded by Anza's Agave client, while Firedancer was developed as a separate high-performance validator implementation. Releases and feature activation occur over time, so the share of stake running each client is a dated operational metric rather than a permanent property. Independent clients can reduce common implementation risk only when they are production-ready and materially deployed.[9]
Ecosystem
Applications on Solana include decentralized exchanges, lending protocols, payments, games and non-fungible-token markets. Assets such as USDT can be issued as Solana tokens, but their issuer and administrative controls remain separate from Solana's validator consensus.
See also
External links
References
- ↑ 1.0 1.1 Anatoly Yakovenko, “Solana: A new architecture for a high performance blockchain”, version 0.8.13.
- ↑ Solana Foundation, “Year in Review 2020”, 2020.
- ↑ Solana documentation, “Core Concepts”, checked 16 September 2026.
- ↑ Solana documentation, “Programs”, checked 16 September 2026.
- ↑ Solana documentation, “Fees”, checked 16 September 2026.
- ↑ Solana Foundation, “Larger Transaction Sizes”, updated September 2026.
- ↑ CoinDesk, “Solana transactions just got more than 3 times bigger”, 15 September 2026.
- ↑ Solana Foundation, “9/14 Network Outage Initial Overview”, 2021.
- ↑ Solana changelog, checked 16 September 2026.