Prioritizing simplicity and composability, Solana stands out as a leading player in the integrated blockchain sector, distinguished by its parallel processing, low fees, and fast transaction speeds.
Despite facing challenges, Solana's ecosystem has been making a rapid recovery by deploying a variety of initiatives that align with its consistent vision, thus regaining its market share.
Solana is embracing several innovative applications based on its unique and developer-friendly infrastructure, especially pioneering in areas intended for retail adoption such as DePIN, Mobile, and Payment.
Additionally, various initiatives across the ecosystem for institutional adoption are becoming increasingly sophisticated. It is particularly impressive to see prominent institutions being onboarded to the Solana network through innovations such as the Payment SDK, SPE, and Token Extensions.
While Solana's vision is often compared to Apple's in terms of valuing the harmony between software and hardware and focusing on performance and UX, Solana places more emphasis on new software experiences than on convenience achieved through hardware, raising greater expectations.
*This report is an updated version of the mega report originally published in March 2024.
Historically, the infrastructure market, often seen as capital-intensive, has typically followed a winner-takes-all or few-dominate pattern. In line with this, even nearly nine years after Ethereum's launch as the first smart contract platform, one of the key focus areas in the blockchain space remains the market share battle between Virtual Machines (VMs). With ongoing debates about VM trends and differing infrastructure needs, it’s clear that a diverse range of VMs will continue to evolve, driving further growth in the blockchain market.
Represented by the Solana Virtual Machine (SVM), Solana is clearly making a meaningful impact in the market - while the blockchain space seemed headed toward an Ethereum-dominated modular ecosystem, Solana has played a pivotal role in highlighting the unique advantages of integrated blockchains—simplicity, affordability, and speed. Moreover, Solana is pioneering the onboarding process for off-chain users to adopt blockchain by focusing on sectors like DePIN (Decentralized Physical Infrastructure Network), Mobile, and Payment.
As the saying "Solana Is Not an Alt Anymore, OPOS (Only Possible on Solana)" gains popularity, this article will take a closer look at the narratives surrounding Solana, which is quickly reclaiming market share, and explore what has driven Solana's recovery, the unique qualities that set it apart, and the key lessons we can learn from its journey.
As Ethereum shifted its roadmap towards rollup-centric scaling, the concept of modular blockchains has rapidly gained traction, with related projects starting to dominate market share - the core idea of modular blockchains is to distribute the roles of consensus, execution, settlement, and data availability to different protocols, thereby overcoming the limitations of integrated blockchains through improved scalability and flexible governance.
However, the most critical drawback of this modular blockchain structure is its complexity. Considering the journey of a single transaction processed through various protocols, this complexity entails 1) constant checks for compatibility and dependencies, 2) increased communication costs, and 3) difficulties in swiftly identifying and resolving unpredicted issues. Who can confidently claim that such a system can be stable? For infrastructure to be stable and sustainable, it must be inherently simple.
Solana exemplifies leadership in this area, effectively spearheading the integrated blockchain space - to ensure a moderately decentralized network with fast transaction speeds, Solana has prioritized simplicity and composability, building its own unique tech stack. Since its launch, Solana has consistently developed its ecosystem by attracting a wide user base and fostering a vibrant community, distinguishing itself from the Ethereum ecosystem through its proprietary tech stack, which contrasts with the modular approach.
This showcases that the monolithic (integrated) approach, as seen in Solana, can be effective and meaningful in the industry. It has raised significant awareness about real-world use cases, challenging the predominantly idealistic and academic tone often emphasized in Ethereum-focused circles. This undoubtedly has influenced, and will continue to influence, the emergence of numerous other integrated blockchains today(e.g., Sui, Aptos, Monad, Sei, and others).
The simplicity and composability Solana advocates for aim not just at superficial performance improvements through expensive hardware but at designing a network that ensures efficient functions close to that of a single node by optimizing and simplifying software and communication technologies.
This is particularly significant in terms of creating a developer-friendly environment. First, from an integration perspective, developers can optimize their resources because all the complexity, such as deciding which stack to adopt for building applications, is removed, and they can be guaranteed interoperability between various smart contracts. Additionally, the characteristics of the localized fee market (where the fee market operates differently depending on each sector), derived from low latency, low fees, and parallel processing, eliminate communication inefficiencies caused by potential bottlenecks from a single application.
Furthermore, Solana offers a range of built-in features within its simple technical stack, such as configurable token standard libraries, cross-chain interoperability, and RPCs for token balance queries without relying on external indexers, fostering organic interactions between applications.
In addition to them, Solana offers a variety of programs that provide full support to developers, whether technical, financial, or operational. In short, Solana is creating the ideal environment for product-minded developers, enabling the ecosystem to grow robustly in line with Solana's core values.
Blockchain is undoubtedly an inconvenient technology. Yet, the reason so many people are drawn to it and choose to build within this ecosystem is that it has potential to offer a unique value to the real world, significant enough to outweigh its inconveniences. However, this value becomes meaningless if it is not widely adopted. Solana understands this better than any other mainnet - it has developed with a focus on practicality, rather than getting overly caught up in the ideals that blockchain originally sought to achieve (e.g., decentralization). The vision for the Solana ecosystem is centered on "Real Adoption.”
Solana is currently focusing on three main areas: DePIN, Mobile, and Payment. What these sectors have in common is that they are closely tied to real-world infrastructure. DePIN leverages blockchain technology to create decentralized networks that maintain and operate physical infrastructure, with narratives forming rapidly around Solana. This is because Solana’s low fees and fast processing speeds make it highly suited to capital-intensive industries like hardware-based computing, storage, telecommunications, mapping, data centers, etc. The development of DePIN and Payment will significantly contribute to forming real-world infrastructure using Web3 features, and at the same time, serve as a major onboarding method for off-chain users to bring their activities and assets into Solana's on-chain environment. The off-chain users transitioning to Solana ecosystem can naturally accumulate on-chain experience by leveraging various on-chain asset classes(e.g., RWAs), through devices like Saga(or Seeker) mobile and consumer applications.
In summary, the Solana ecosystem not only blurs the boundaries between off-chain and on-chain, but also to transform each into a more meaningful space on its own.
The crypto industry has seen rapid growth in a relatively short period, attracting significant attention. The volatility experienced during this growth has become a familiar phenomenon among industry players. However, the level of volatility Solana faced was exceptional in particular - especially during the peak of the blockchain frenzy in 2021-2022, Solana rapidly grew to become the fourth-largest ecosystem by market capitalization, excluding stablecoins, with the backing of FTX, the world’s second-largest crypto exchange, and its founder, Sam Bankman-Fried(SBF). However, the collapse of FTX dealt a significant blow to the Solana ecosystem, causing the price of SOL tokens to fall by 97% from their peak.
Despite such a severe crisis, Solana is regaining its influence. With active participation from developers and companies, the ecosystem has become much stronger than before. This series of drama was made possible due to Solana's unwavering vision and fast execution for that.
Source: Solana Whitepaper
“Single Shard Global Synchronized State Machine with Consensus at the Speed of Light”
The origins of Solana date back to late 2017. Drawing from his experience at Qualcomm, Anatoly Yakovenko began studying blockchain technology and identified a significant issue: the scalability limitations of existing solutions were largely due to the absence of a trustless, universal clock that all validators could use for transaction timestamps.
As such, Anatoly proposed a new method to encode the passage of time using SHA-256 looping and synchronize clocks across multiple nodes through this data structure. Unlike other existing blockchains, which require extensive communication between nodes to reach consensus on the timing of transactions, order them, and finalize them, his idea suggested that if each validator has access to an independently verifiable global clock, network synchronization can be simplified. As a result, transactions can be processed almost immediately as they arrive.
This idea materialized as Proof of History (PoH), aligning with Solana's hypothesis that if software does not hinder hardware, the entire network performance can linearly increase with hardware advancements. Today, Solana is capable of processing thousands of transactions per second, with block times recorded at 400-500ms—significantly higher performance than existing blockchains.
Ultimately, Solana's adoption of this technical approach aims to achieve two missions: a scalable platform that can handle high usage and composability between applications. Through an integrated blockchain design that shares a single globally synchronized state, developers can write programs(i.e., smart contracts) more easily, reducing the complexity of application development and allowing them to fully focus on improving the end-user experience.
Solana's development philosophy, use of multi-threading for parallel processing, and consistently proven excellent network performance played a crucial role in forming a community centered around pragmatic developers. Furthermore, the peak of the blockchain narrative atmosphere at the time, along with the demand for fast transactions and low fees spurred by the DeFi and NFT boom, positioned Solana as a genuine competitor to Ethereum.
However, the collapse of FTX caused a temporary disruption to this scenario. At the time, Solana was closely tied to Sam Bankman-Fried (SBF), who had publicly supported the Solana ecosystem by onboarding several projects, starting with the DEX project Serum. Under SBF’s backing, FTX grew to become the second-largest centralized exchange in the world, and consequently, his influence within Solana also increased. However, FTX eventually fell due to inappropriate financial management and accounting practices, including the misuse of company assets and customer deposits for loans and investments in its hedge fund, Alameda Research. As a result, the Solana ecosystem, which had heavily relied on FTX, also suffered and faced the risk of collapse.
Though Solana's ecosystem seemed to crumble, builders who resonated with Solana's philosophy remained. The first action Solana took in this situation was to enhance the network's stability and developer-friendly environment by addressing technical aspects, thus restoring trust from the community.
3.2.1 Technical Side
Indeed, the Solana network had been plagued by a chronic issue of frequent outages due to its vulnerability to spamming. The root cause of this problem primarily stems from its design, which aims to maximize network communication speed through a low fixed fee structure and a system where leader nodes are predetermined. To address these issues, Solana has implemented several improvements, including the introduction of QUIC (Quick UDP Internet Connections), Stake-Weighted QoS (Quality of Service), and a Localized Fee Market.
QUIC
Solana network used a custom UDP protocol for communication between RPC and leader nodes. This approach simplifies the communication process and can accelerate transmission speed, but it lacks reliability, as there is no way to verify whether the packet was successfully transmitted (i.e., Acknowledgement), making it impossible to identify the source IP, and has insufficient control mechanisms over the network, making it vulnerable to spamming. In other words, while these characteristics of UDP may be suitable for services where continuity is critical, such as real-time streaming, they have been criticized as unsuitable for blockchain environments, where security and stability are essential.
To overcome these problems, Solana decided to adopt the QUIC protocol developed by Google. QUIC is a new communication protocol based on UDP, maintaining its advantages while simplifying TCP's connection streams and handshake processes. With the adoption of the QUIC protocol, Solana has enabled highly reliable communication, where it significantly improved network efficiency by only requesting retransmissions for streams with packet loss, while continuing to transmit other streams without interruption.
Stake-Weighted QoS
QoS prioritizes certain types of traffic when more traffic is requested than the network can handle. With the introduction of QUIC, discussions on its use emerged—Solana's leader nodes, previously using UDP, processed transactions based on their arrival without considering their origin. However, with QUIC, Solana’s leader nodes can now identify the IP requesting the transaction, allowing them to specify and limit the traffic priority for certain connections.
The core of the Stake-Weighted QoS policy is to set the traffic limit level in proportion to the amount of staked SOL. In other words, the maximum number of packets that validator nodes can transmit is proportional to the amount of SOL tokens they have staked on the Solana network. Transactions that exceed the limit set for each validator node are more likely to be dropped by the leader. The expected effects of this approach are: 1) preventing malicious validator nodes from conducting spamming attacks, and 2) encouraging validators with high demand for transaction processing to stake more SOL tokens, thereby enhancing the security of the Solana network and increasing demand for SOL tokens.
Localized Fee Market
While Solana applied a fixed gas fee policy, maintaining a constant affordable fee advantage, intense block space competition could lead to transaction failures or induce network spamming by users trying to ensure their transactions succeed. To solve this, discussions on introducing a fee market system in the Solana ecosystem began. This system allows users to add a premium to their fees to ensure their transactions are processed quickly, thereby deterring spam activities and enhancing network efficiency.
Source: Visa
Taking it a step further, Solana adopted a localized fee market approach, limiting it to specific applications or markets to minimize the overall network impact when demand for certain actions increases block space competition - this logic is possible because each Solana transaction specifies the state parts to be modified for a particular account in advance, and transactions can be processed in parallel. For example, even if the gas fee for minting a specific NFT skyrockets due to high demand, it doesn't affect the fee market for other accounts unrelated to minting, such as token transfers. Currently, the accounts where the localized fee market is applied are limited to specific applications, markets, and AMM pools, among others. The maximum number of Compute Units (CUs) that an individual program account can use per block is restricted to 25% of the total maximum CUs per block (i.e., 12 million CUs)*.
*For reference, the maximum compute units per single transaction is 1.4 million CUs.
Even since the introduction of the localized fee market concept, discussions continue around refining the fee structure of the Solana network. As of the time of writing, the current fee policy is as follows.
3.2.2 Ecosystem & Operation Side
Beyond those technical efforts, Solana's ability to draw interest from the market and regain trust is attributed to actively approaching areas where its technology stack can be well leveraged, and fostering a developer-centric community.
Strengthening Community Sentiment
The Solana community, through various platforms such as the foundation, hackathons, and Superteam Earn, actively have provided the necessary resources and support for developers passionate about contributing to the ecosystem. It has been operated on the principle that ‘benefiting developers is crucial for sustainable ecosystem development’.
As part of this, a meme coin called BONK, created by the LamportDAO community, airdropped 5 percent of its total allocation for developers remaining in the Solana ecosystem wishing for the reconstruction of the Solana ecosystem. This meme token helped unify the community, and as developers rebuilt the ecosystem, the meme token gained traction, marking a record price increase of 15,680% above its lowest price at a certain point. The rise in BONK token's price induced a virtuous cycle of rejuvenating interest in Solana and its ecosystem, eventually leading to a proposal for a 30 million BONK token airdrop to Saga mobile device users, heightening market interest in BONK and the Solana ecosystem further.
Recursively, protocols such as Jito (MEV solution client & staking platform), Pyth Network (oracle network), and Jupiter (DEX) also announced strategies for airdrops, stimulating market interest in Solana. Other protocols within the ecosystem, including Tensor, marginfi, Zeta, Parcl, announced point policies, contributing to the vitality by gathering expectations for airdrops among participants in the Solana ecosystem.
These cases are significant examples of how a culture respecting the community combined with superior product design can breathe new life into an ecosystem.
Approaches for Web2 Infra
As the fervor for blockchain during its peak in 2021-22 began to wane, a major question left by the market was, "Why blockchain?" Consequently, each mainnet started to solidify its own identity and discuss strategies for "real adoption” more actively. At this point, another factor that drew significant attention to Solana from the market was its ability to quickly implement and pioneer various initiatives that go beyond simply addressing these concerns, by actually bridging real-world infrastructure with on-chain solutions.
Source: solanamobile.com
Prominent among these initiatives are DePIN and Mobile. As explained in the introduction, DePIN utilizes blockchain technology's decentralization characteristic to maintain and operate real infrastructures, and Solana is uniquely pioneering the DePIN area, creating its narrative. This aims not only to present use cases that can replace/complement real-world infrastructure with the Web3 grammar but also to construct a funnel that draws off-chain users into the world of Web3, allowing them to pipeline Web3 experiences. The physical environment equipped with an app store and various features to offer an aggregated experience of the Solana ecosystem to these users is the Saga series of mobile devices launched by Solana - the first Saga series released in 2022 saw initial low sales but sold out by December as BONK token news and the vitality of the Solana ecosystem spread, and pre-orders for “Seeker*”, the second series, launching in the first half of 2025 surpassed 140,000 as of September 19th.
*Solana Mobile introduced the second product in the Saga series, called "Seeker," at the TOKEN 2049 event on September 19, 2024.
The second area is Payments. In fact, payments using crypto assets based on P2P blockchain have often been mentioned as a meaningful use case that can address the challenges of the traditional financial system, such as the middleman issue, high fees, and slow transaction times. Solana, with its parallel processing through multi-threading, fast processing speeds, and low transaction costs, is establishing itself as the most suitable blockchain for crypto payments. It is actively enhancing various initiatives (e.g., Token Extension) in this field to make blockchain transactions as intuitive and simple as credit card payments - Circle's USDC has long been officially partnered with Solana, and PYUSD, issued through the partnership between Paypal and Paxos, has been available on the Solana blockchain since May. Visa announced that it would include Solana in its stablecoin payment infrastructure, and Solana Pay, an open-source platform introduced in February 2022, allows various applications to build crypto asset payment functionalities. Solana Pay plugins have also been integrated with platforms like Shopify, Citcon, and Checkout.com.
Initiatives for Client Diversity & Validator Decentralization
Moreover, based on the principle that diversity in validator clients enhances network stability and security, Solana is working to improve resilience through initiatives for various validator clients - diversity in clients can minimize the impact of a single software flaw on the entire network since a bug or vulnerability present in one client may not be found in another.
Initially starting as a single client from Solana Labs, Solana began to diversify its clients with the release of Jito-Solana, a second client developed by Jito Labs in August 2022. Additionally, the test version of Firedancer developed by Jump Crypto, an independent validator client based on C/C++ , has been made available.
Furthermore, Tinydancer, a diet client enabling transaction validation at low cost, has also received considerable interest, particularly as it mitigates misunderstandings that decentralization is not genuinely happening due to the high hardware specs* typically required to run a Solana node - optimizing hardware specs to enhance the performance of the Solana network is essential, and Vitalik also suggests in his Endgame post that instead of lowering the hardware requirements for nodes responsible for block production, the network can achieve scalability, security, and censorship resistance by decentralizing and separating the relatively lighter role of nodes dedicated to block verification**.
*Recommended specs for operating a Solana node are as follows: (Source : helius.dev)
12-core CPU with 2.8GHz clock speed minimum
128/256GB of RAM (RPC nodes might require more for custom database indices)
2-4 NVME drives of at least 1TB
10 Gbps Network
**The proposal of PBS (Proposer — Builder Separation) structure by Ethereum is also based in this context.
Despite requiring high-spec hardware, the data centers hosting approximately 1,300 Solana consensus nodes are very distributed, and the Nakamoto Coefficient, referring to the number of validators that can cause operational problems for the chain, remains around 20. Though geographically centralized around the US, continuous optimization between software and hardware following Moore's Law and operation of delegation program based on decentralization-related criteria evidence that Solana is gradually achieving decentralization.
In summary, positioned as one of the few chains with several independent validator clients aside from Ethereum, Solana continues its efforts toward decentralization and seeks ongoing stability in the network.
Solana has been solidifying its internal foundation and actively expanding its business outreach. This process has provided enough elements to appeal to institutional investors, with Cathie Wood, CEO of Ark Invest, publicly expressing a positive outlook on Solana's vision, and Grayscale's Solana trust product skyrocketing by 869%. In essence, Solana has proven its potential to recover an ecosystem that seemed to be in crisis with a consistent vision and rapid execution.
This section closely examines each of the technical stack elements that have steadfastly supported Solana’s unwavering vision and driven the revival of its ecosystem.
4.1.1 Languages
Source: Solana
It was explained that Solana, on the surface, aims to lower transaction fees and block times, while technically, it has a mission to optimize software for hardware. To achieve this, Solana had to carefully select a programming language for its programs (i.e., smart contracts) and consequently adopted Rust programming language - Rust supports concurrency, memory safety, low-level control, and a powerful type system that prevents type errors, ensuring that the code is safe and predictable.
However, Solana ultimately aims to create an environment where all LLVM (Low-Level Virtual Machine)* languages are interoperable. Therefore, while Rust is primarily used for developing programs on Solana, it is possible to leverage LLVM to convert code written in other languages like C or C++ into machine code executable on Solana.
To interact with the Solana network on the client side, various SDKs based on JSON RPC APIs can be used, such as those for Java, C#, Python, Go, or Kotlin.
*LLVM is a collection of modular compiler and toolchain technologies that enable high-performance, high-quality code to be efficiently optimized across various hardware platforms, making it a preferred development environment for skilled developers.
4.1.2 Core Innovations
Solana applies eight core technologies to ensure top speed throughout the entire process from when a user submits a transaction to when a block is produced. To aid understanding them, let's briefly overview how Solana's consensus mechanism works.
Transaction Signature & RPC Nodes’ Transaction Reception - The client signs the transaction through the wallet, and the signed transaction is sent to the RPC node.
Leader Node Selection - Meanwhile, the selection of the leader is based on the staked weight of nodes delegated by token holders, with validators rotating according to a Leader Rotation Schedule*.
Banking Stage and Timestamping - In the Banking Stage, transactions are classified into those that will be processed sequentially and those that will be processed in parallel, and then assigned to independent threads(Out of six threads, two handle Vote transactions, while the remaining four are prioritized and processed by the Central Scheduler**). The leader node uses Proof of History (PoH) to add timestamps to transactions, determining their order.
Block Creation - The leader starts creating a block with its PoH Sequence.
Block Propagation - The newly created block is sent to replicator nodes (i.e., other validators in the network).
Transaction Validation*** - Replicator nodes verify the transaction order using their PoH Sequence and ensure the transactions comply with network rules. Since transaction order relies on their PoH Sequence (i.e., global clock), no P2P communication between nodes is needed.
Block Finalization - Once transactions are ordered and validated, the block is added to the blockchain. Then, the next leader is selected, and the process starts over.
*Solana has a Leader Rotation Schedule that allows leaders to be known one epoch in advance to ensure that blocks are not delayed or stale.
**The central scheduler, introduced in version 1.18, manages the prioritization and processing of all transactions, eliminating complexity and overhead.
***This part can be better understood through Proof of History section below.
Proof of History
As briefly mentioned in the introduction of the text, the essence of Proof of History is that each validator effectively generates and holds a 'global clock' that allows them to reference the order of all transactions. For example, hashing a previous hash (i.e., hash1) to produce hash2 (i.e., sha256(hash1)) intuitively indicates that hash1 preceded hash2. Solana calls this process a ‘Sequence.’
Source: Solana Whitepaper
In other words, this sequential hashing data structure serves as proof of the passage of (global) time, and since every validator generates and holds this proof independently, they don’t need to communicate with other validators to confirm the passage of time, allowing for the rotation of the leader validator without additional coordination. This is the key reason why Solana, by applying PoH, can achieve shorter block times compared to other blockchains.
Source: Solana Whitepaper
Generating this sequence is possible only through single-core processing due to the need to reference the previous output hash, but the verification can be done through multi-core as its logic is simple - hash computation. Thus, it achieves Solana's philosophy of "linearly scalable verification per node to hardware."
Therefore, PoH is more akin to a global clock data structure or a Verifiable Delay Function (VDF) implemented with a sequential hash function than a consensus algorithm, where Solana actually uses Tower BFT DPoS for consensus algorithm.
Tower BFT DPoS
Tower BFT can be described as a version of PBFT optimized with PoH. Tower BFT utilizes Solana's PoH as a global clock to pre-determine order, focusing solely on the consensus process, significantly reducing messaging overhead and latency. The process of validators reaching consensus through Tower BFT is as follows.
Validators vote on the version of the ledger they believe to be accurate, discarding any they deem incorrect, without the need for P2P communication, during a fixed slot duration (i.e., ~400ms). With each vote on subsequent slots after a certain point, the timeout required to rollback to a previous block doubles. This means that as the PoH Sequence that the majority of validators have voted for continues, it becomes increasingly difficult to rollback - for example, if all validators voted 35 times over the past 14 seconds (14,000ms / 400ms = 35 slots), the effective time limit of the network would be ~435 years(2^350.4/3600/24/365), making a rollback practically impossible.
As a result, only ‘the heaviest Sequence,’ which is the hardest to rollback because the majority of validators voted for it, remains in the blockchain, and those validators who voted on this Sequence receive rewards. In short, thanks to PoH, validators with Tower BFT can asynchronously calculate timeouts without the need for P2P communication, ensuring that votes are timely, maintaining network liveness and reducing the likelihood of forks.
*Voting is weighted based on the stake each validator holds in the network.
Gulf Stream
Unlike other blockchains, Solana does not require a public mempool to hold users' transactions because block space is not scarce relatively due to high transaction throughput. Instead, transactions occurring on the client side are encoded into QUIC streams and sent directly to the validator selected to be the next leader. This approach, known as Gulf Stream, allows for quick leader transitions and pre-execution of transactions, reducing memory load on other validators.
Sealevel & Cloudbreak
Sealevel is a core technology that enables multi-threaded parallel processing in Solana, unlike EVM or WASM-based runtimes*. It relies on 'Instructions' within each transaction, with the accounts array containing global state information of the Solana network. Transactions are pre-classified based on declared read/write states per account for parallel processing.
Source: Lifecycle of a Solana Transaction
By the way, it is very difficult to organize the account database in such a way that it can be read/written simultaneously by multiple threads, even with any traditional database. To this end, Solana developed Cloudbreak to maximize the efficient use of SSDs by partitioning the account data structure in a specific way to benefit from the speed of sequential operations and adopting memory-mapped files.
*As mentioned earlier, this parallel processing logic in Sealevel is also the reason why the localized fee market implementation was possible.
Pipelining
Pipelining in the Solana blockchain is a technique that divides data input streams (i.e., QUIC packets received in advance by the next leader) into multiple processes operating in different parts of the hardware.
The pipelining process goes as follows.
Data is brought into kernel space, where it is then passed to the GPU to allow for parallel signature verification.
Once signatures are verified on the GPU, the data is handed off to the CPU for the banking process.
Simultaneously, kernel space is already preparing the next set of data, while the CPU processes data for recording (writing) on the blockchain before transmitting it to the next block.
Solana maximizes hardware utilization and enhances efficiency through pipelining, speeding up the verification and transmission of blocks.
Turbine
After transactions are processed, the leader must propagate the changed ‘State’ to each validator. If large volumes of data were to be sent individually to many validators, it would be highly inefficient. To address this issue, Solana employs a technology called Turbine, similar to the one with BitTorrent - simply put, this technology involves the leader dividing QUIC packets (optionally with erasure codes) into smaller packets and distributing them to validators with a hierarchical structure.
For instance, consider a 128MB block. To process this block, the leader divides it into 2,048 pieces of 64KB packets and distributes them to a few validators. These validators, in turn, retransmit the packet pieces to other colleague validators, referred to as Neighbors - initially receiving validators are chosen among nodes with a high staking ratio of SOL tokens. Validators recursively pass on part of the data they received to the below group of Neighbors. This architecture allows the data initially intended for transmission by the leader to eventually reach a number of validators exponentially proportional to the size of the Neighbor group(i.e., n) as the stages deepen. As the size of the Neighbor group increases, the steps required to connect the network decrease in a logarithmic scale, allowing for rapid data propagation.
Especially in cases where a few validators at higher levels engage in malicious activities (e.g., Eclipse Attack), they could potentially have a relatively large impact on the entire network. Therefore, the network adopts a method of sending packets through different random paths each time.
Archiver (Ledger Replicators)
Solana's Archivers are used to store approximately 4 petabytes of data generated annually by the network. They can be considered a type of light client that does not download the entire Solana ledger but stores only a part of it, allowing a broad spectrum of validators with varying hardware requirements to participate.
When Archivers are allocated data to store from the network, they perform a role of verifying the authenticity of the data through Proof of Replication (PoRep), a technology based on Filecoin. Archivers announce their storage space to the network and receive up to 3% of inflation as a reward for storing and verifying the assigned data.
The key technologies previously discussed enable fast transaction processing, a parallel execution environment, and low latency, making Solana an ideal infrastructure for applications built on its network. However, Solana's high throughput can also pose challenges in securing network stability against MEV bots or spamming. In response, Jito emerged as Solana's second client in August 2022 to address the inefficiencies in MEV extraction and centralized liquid staking protocol issues, contributing to network stabilization and decentralization.
In addition to this, the client diversity of the Solana network is expected to further expand with the upcoming release of Jump Crypto's Firedancer, which offers enhanced performance through advanced software optimization, Tinydancer, a diet client that allows many users to validate transactions with lower hardware requirements, Sig, which is being developed using another low-level language, Zig, and Agave by Anza.
4.2.1 Jito-Solana
Source: jito.network/blog
Jito-Solana activates the MEV marketplace, akin to Flashbots' MEV-boost solution in Ethereum. However, due to Solana's unique design, lacking a mempool and processing transactions primarily in a first-come-first-serve manner with significantly faster block times compared to Ethereum, Jito-Solana operates differently.
To align with the unique characteristics of the Solana network, Jito's MEV client introduces a virtual memory pool that conducts auctions at 200ms intervals, streamlining the MEV extraction process. With Jito-Solana, Searchers can review and simulate transactions through the Block Engine*. After constructing the most profitable transaction bundles, they access the leader node via a dedicated processing pipeline. Since the transaction bundling and block auctioning occur off-chain, failed bundling attempts do not significantly impact network congestion.
Source: explorer.rated.network
Since its launch in August 2022, Jito-Solana has steadily grown in adoption, showing about 40% adoption rate as of writing this article(i.e., September 7th, 2024).
Additionally, Jito has introduced a liquid staking mechanism (i.e., JitoSOL) to its MEV solution, extending MEV earnings to its users and contributing to the expansion of the DeFi ecosystem.
*Block Engine charges a 5% fee on MEV profits allocated to validators or jitoSOL stakers. According to the following analysis dashboard, as of September 7th, 2024, the cumulative validator tips have reached approximately 1,471,989 SOL, and Jito Labs has earned around 77,473 SOL in revenue.
4.2.2 Firedancer
Firedancer, being developed by the Jump Crypto team, is a new validator client completely re-implementing Solana Labs' client in C. It aims at enhancing performance through software optimization and increasing the diversity of validator clients within the ecosystem. Firedancer has so far been successfully deployed and tested in a testnet environment through a separate hybrid client called "Frankendancer," which applies the latest runtime environment and consensus module of the existing client to Firedancer’s architecture.
Its first demo version showcased at the Breakpoint conference in November 2022 demonstrated the ability to process up to 1.2 million TPS(600k after duplication). The second demo, showcased on September 21, 2024, not only demonstrated the ability to process 1 million TPS in a controlled environment, but also announced that it is already live on the mainnet in non-voting mode* - the Firedancer team stated that after further feature additions, optimizations, and audits, they plan to release it at a production level.
*That is, while the Firedancer client participates in the gossip protocol and communicates regarding transactions on the Solana mainnet, it is not actively producing blocks directly at the moment.
Source: Syncracy
According to Syncracy's 'Solana Thesis – The Fastest Horse Rises From the Ashes', using Firedancer could slightly increase node operation costs but achieve a competitive TPS/Node Cost ratio by reaching approximately 55,000 TPS**.
A significant difference between the existing client and Firedancer in terms of high-level architecture is that Firedancer optimizes each process through a modular architecture composed of numerous individual processes known as "Tiles." In other words, by adopting this modular architecture, Firedancer eliminates situations where the existing Solana network would experience downtime due to errors in specific functions or during upgrades, and this allows for more flexible optimization and upgrading of each process.
**We have to wait and see when it goes live, but if Firedancer performs significantly better than existing clients, node operators' client choices will be driven to Firedancer, and client diversity may not be achieved in practice.
4.2.3 Tinydancer
Source: Tinydancer
The Solana network lacks a light client feature that allows for state validation without running a full node, limiting its validation capabilities. To address this, Tinydancer, a light client under development, enables transaction verification at a low cost without downloading the entire block or executing transactions. It alerts the full node it depends on when suspicious transactions are detected.
In a situation where the operational requirements for running a Solana node inevitably become more demanding in order to improve performance, the introduction of light clients like Tinydancer could be a significant milestone in enhancing the accessibility and verifiability of node operations on the Solana network.
Although the final design of Tinydancer, which successfully launched its Simplified Payment Verification (SPV) client on the testnet in May, is still being refined, it remains to be seen whether Solana can truly offer practical verification capabilities to a broader user base and achieve ‘decentralization through affordable validation’.
4.2.4 Agave & Sig
In addition, there are Anza team's Agave, which forks Solana Labs' client to improve the performance of the existing Solana network and undertakes various initiatives to support the development of other clients like Firedancer, and Syndica team's Sig, a client being developed in Zig, a low-level programming language focused on readability and simplicity.
In short, ensuring client diversity in a blockchain network is crucial not only because it eliminates the potential single point of failure that can occur when operating a network with a single client software, but also because it allows for various experiments aimed at optimizing the network's performance across different environments (e.g., programming languages). While we need to observe how these upcoming and existing clients will optimize the performance and scalability of the Solana network, the fact that such initiatives are already underway is certainly a positive development for the network.
Solana not only provides developers with a well-established technical stack, as introduced earlier, but also offers a rich toolkit and set of standards to support the efficient and effective development of diverse applications on the Solana platform.
The Solana Program Library is a collection of on-chain programs developed by the Solana team and community, serving as a standard library for Solana developers. It includes a pre-built set of programs and utilities, such as token creation and management (SPL Token program), token swaps, lending protocols, etc., facilitating the development of decentralized applications on the Solana blockchain.
The Anchor Framework is particularly popular among developers new to Solana or those looking to rapidly prototype and deploy applications. It offers Rust-based DSL, IDL, a testing framework, and a suite of tools for security.
GameShift is designed to streamline the process of creating blockchain-based games, supporting various features like constructing in-game NFT marketplace.
UI frameworks like Scaffold and Wallet-Adapter allow developers to easily build front-end webpages and integrate with wallets within the Solana ecosystem.
Additionally, there are loggers like Geyser, Sologger, and IronForge, a more enriched program testing environment provided by BankRun.js, and a web-based IDE called Solana Playground, among many other documents, frameworks, and toolings available.
Given the vast scope of the frameworks introduced, some standards and sub-frameworks within the entire category that make Solana's unique features stand out or are worth looking forward to are highlighted below.
4.3.1 Token Extension
Source: Token Extension Paper
Ethereum provides an environment where various token standards can be freely proposed, while Solana has been less flexible in expanding the functionality of its standards, as it operates with a single SPL token standard set that comes with limited logic. Moreover, with the advancement of blockchain, there is a rapidly growing demand for implementing complex token functionalities that meet the regulatory, legal, or compliance requirements of enterprises. For this, Solana and Anza team has developed a new token standard set called the 'Token Extension' embedded in the protocol layer.
The core of this new standard is to add configurable functionalities to the existing SPL tokens to support various use cases without additional libraries. There are two types of Token Extensions: 1) Mint Extension and 2) Address Extension.
The former extends the token's functionalities, including Transfer Hook for conditional execution of programs upon token transfers, Transfer Fee for directing fees to specified accounts, enriched Metadata, and features like Non-Transferable Token and Confidential Transfer. The latter includes features related to account management, such as Immutable Owner to prevent reassignment of account ownership, and Default Account State for setting account states that require specific interactions with projects to use the account and assets.
Detailed functionalities and use cases are described in the paper, but from a functional perspective, the standards implementable with Token Extension have already been discussed or adopted within Ethereum's ERC standard space, still not encompassing Ethereum's standard spectrum. However, a critical difference is that, unlike Ethereum's application-level ERC standards, Token Extension is implemented at the protocol layer. This is a much bigger advantage than it seems - developers not only benefit from being able to configure the Token Extension to their liking and quickly build programs, but they also don’t have to worry at all about compatibility issues between different applications. (We are already observing how the Ethereum ERC-4337 account abstraction standard, deployed at the application level, is gaining popularity, and how various entities are actually using ERC-4337 in increasingly fragmented ways.)
Token Extension is already producing significant results. As mentioned earlier, PayPal successfully onboarded to the Solana chain this past May, thanks to the Token Extension. Additionally, Libre Capital launched an institutional fund for Solana using the Token Extension - as a result, Solana users now have access to a variety of funds in an on-chain environment, including Hamilton Lane's SCOPE, Brevan Howard's Master Fund, and BlackRock ICS Money Market Fund.
4.3.2 Executable NFT (xNFT)
Users who are familiar with engaging in various activities on the blockchain have likely experienced the complexity and inconvenience of having to connect their wallets to third-party websites to interact with different applications or manage their assets. The standard being introduced this section allows executable code to be injected directly into the asset itself, thereby eliminating this security vector and enabling the asset to function as a single, scalable application capable of multiple functions.
xNFT, developed by developers at Coral for the Solana blockchain, represents 'executable' assets or codes. Simply put, implementing code through xNFT plugins turns it into a functioning web3 application asset.
Coral has developed a unified environment called "Backpack" in the form of a wallet, where these xNFTs can function together organically. In other words, all Web3 applications built as xNFTs can essentially run on the Backpack wallet. As a result, users of the Backpack wallet can seamlessly experience the various applications (i.e., xNFTs) integrated within this super app-like wallet, without needing to make separate connections or transitions.
Source: Backpack Mobile Application
Currently, about 90 applications have been released in xNFT format across gaming, NFT, DeFi, and more. Backpack and xNFT standards, provided as fully open-source based on React, could bring significant UX innovations to the decentralized application market if more xNFTs are onboarded and support for various blockchains is extended.
4.3.3 Programmable NFT (pNFT)
When trading NFTs, royalties are a crucial factor in ensuring creators are compensated, allowing them to continue their work. However, consumers tend to prefer purchasing assets at the lowest possible cost, which naturally leads them to favor lower royalties. This "royalty dilemma" examples can be seen in the past competitions for market share between NFT marketplaces like Opensea vs. Blur or Yawww vs. Magic Eden.
In response to this, the Metaplex team introduced a new standard called Programmable NFT (pNFT) in February 2023. The core idea of pNFT is to allow developers to set custom rules that must be met in order to perform specific actions on NFTs implemented as pNFTs. In other words, if developers implement NFTs in the form of pNFTs (or migrate existing NFTs to pNFTs), they can indirectly enforce royalty mechanisms by specifying which programs are allowed to transfer their NFTs.
4.3.4 State Compression (cNFT)
Storing data on the Solana network requires opening a token account and paying rent. While the cost for posting small amounts of data may be negligible, it becomes a concern for large data volumes. State Compression, devised by combining Solana Labs' account-compression and Metaplex's Bubblegum program, addresses these issues.
State Compression uses a Merkle tree structure to hash each asset's metadata at the leaf nodes, applying it to the structure and storing the resulting root hash at the top in the ledger. This method allows for secure data storage using cheaper blockchain ledger space instead of expensive account space, especially suitable for NFTs due to the bulk information management nature.
Therefore, compressed NFTs (i.e., cNFTs) follow the same metadata schema as uncompressed NFTs but are not inherently SPL tokens themselves; they only contain identifiers for potential decompression. The decompression process, turning cNFT into a standard Solana NFT, is unidirectional and enabled through Metaplex's Bubblegum Program.
However, since cNFT data is stored off-chain, a separate program defining interaction methods is needed, and this process relies on RPC providers, potentially incurring additional costs. Additionally, when attempting to modify a cNFT, the process can be complex and costly, such as requiring cryptographic proof of authority to change off-chain data.
4.3.5 ZK Compression
Source: zkcompression.com
ZK Compression, currently being developed by the Light Protocol and Helius teams, is a technology that combines zero-knowledge proofs (ZKPs) with state compression, which reduces the size of states. This technology aims to drastically reduce the operational costs of data and accounts on the Solana network and create an environment where more complex ZK-friendly applications, such as identity verification protocols, can be developed*. In short, while State Compression inserts a Merkle tree-based compressed state into a transaction, ZK Compression includes a ZK SNARK-based proof in the transaction**.
Like State Compression, the generation of proofs using ZK Compression can occur off-chain, but the verification of these proofs is done on-chain. Once verified, the proof is treated as a regular account and transitions the state through the relevant transaction.
*ZK Compression went live on the Solana mainnet as of September 18, 2024.
**While the size of a Merkle proof scales with log2(N), ZK-SNARK-based proofs remain constant in size, which can offer relative advantages when handling a large number of accounts.
4.3.6 SPE (Solana Permissioned Environments)
Source: solana.com
As Solana's SVM demonstrates superior transaction processing capabilities compared to other mainnets, more and more projects are emerging with the desire to build their own ecosystems based on the SVM execution environment, without needing to share composability, ledger data, or other infrastructure components of the Solana network. This architecture, commonly known as appchains, can be established either by forking the SVM in a permissionless way or in a permissioned manner.
Solana supports a framework called SPE(Solana Permissioned Environments) for latter case to accommodate specific enterprise use cases, particularly those with unique business, security, and regulatory requirements. By leveraging SPE, enterprises can customize their own infrastructure stack, including consensus mechanisms, validator configurations, gas tokens, etc.
Notable examples of projects utilizing SPE include Cube.Exchange, a hybrid exchange with off-chain order matching and on-chain settlement through MPC technology; Pyth Network, an oracle solution that aggregates various financial data to provide real-time price feeds and benchmarks; and Rimark, an RWA (Real World Assets) project.
4.3.7 Solana Pay
Source: Solana Pay Docs
Solana Pay, an open-source JavaScript library, simplifies cryptocurrency payments on the Solana blockchain. It uses a token transfer URL scheme to enable businesses or developers to accept payments in SOL or SPL tokens directly without intermediaries. Integration options like payment links, ‘Pay Now’ buttons, or QR codes are provided.
Source: Yash Agarwal
As mentioned before, Solana Pay's plugin has been integrated with Shopify, Citcon, Checkout.com, and over 100 companies/projects as well.
4.3.8 Solana Mobile Stack
Source: SMS Docs
The Solana Mobile Stack (SMS) is an open-source SDK o