Solana, with a market cap of approximately $63 billion, is one of the leading blockchain platforms. It has established itself as a top choice for onboarding off-chain users, particularly in sectors such as Decentralized Physical Infrastructure Networks (DePIN), mobile applications, and payments. In previous newsletters, we highlighted DePINs built on Solana, including Helium and Hivemapper.
Solana has made significant strides over the past year, particularly following a surge in its native token after Visa announced plans to expand stablecoin capabilities on the Solana blockchain. At Consensus 2024, PayPal Holdings, Inc. (NASDAQ: PYPL) revealed that PayPal USD (PYUSD) is now available on Solana, making PayPal’s stablecoin faster and more cost-effective to use (currently, PYUSD has a market cap of $827.83 million, with 58.3% on Solana and 41.7% on Ethereum).
Token Issuance and Reduction Solana’s SOL tokens are introduced through two primary mechanisms: the genesis block and protocol inflation (staking rewards). Conversely, SOL tokens are removed from circulation mainly through transaction fee burns. The inflation schedule is governed by three parameters: an initial inflation rate of 8%, a disinflation rate of -15%, and a long-term inflation rate of 1.5%. The current inflation rate stands at 5.07%, and Solana’s inflation began with epoch 150 in February 2021.
SOL Unlock Schedule (cc: helius)
Impact on Network Participants Proof of Stake (PoS) inflation inherently transfers wealth from non-stakers to stakers, effectively diluting the value of holdings for non-stakers while rewarding those who participate in staking. Solana maintains a high staking rate of 65%, which is robust compared to other networks. As of now, around 380 million SOL are staked, with significant movement observed across epochs.
Staking Rewards by Inflation Rate
Staking Yield Calculation
The staking yield is influenced by the inflation rate, validator uptime, commission rates, and the percentage of SOL staked. The formula is:
Fee Burns and Disinflationary Factors:
Transaction fee burns, slashing, and other user-related losses contribute to disinflationary pressures, albeit modestly. Fee burns as a percentage of staking rewards peaked at 7.8% in March 2024 but have averaged 3.2% recently. Post-SIMD-96 implementation, the impact of these burns will become negligible. Slashing, while possible, is rare and not currently a significant disinflationary factor.
Taxation and Market Implications:
Receiving inflationary rewards may be a taxable event in many jurisdictions, potentially leading to sell pressure from stakers needing to cover tax liabilities. Additionally, PoS inflation can impose continuous downward pressure on SOL’s price, affecting fair price comparison and network economics.
Validator Revenue and Inflation Dependence:
Validators have traditionally relied on inflation commissions, but recent growth in alternative revenue sources, such as MEV (Maximal Extractable Value) and block rewards, offer new paths to sustainable income. The long-term sustainability of these alternative sources remains uncertain.
Solana’s inflation is currently guided by an Initial Inflation Rate of 8%, a Disinflation Rate of -15%, and a Long-term Inflation Rate of 1.5%. The current rate is approximated at 5% as of September 2024, with a total supply of 584 million SOL. Four scenarios are proposed to explore potential changes:
Impact on Supply and Price:
Over the next eight years:
Assuming a starting price of $150 per SOL and keeping other variables constant:
Solana is a high-performance blockchain designed for speed, efficiency, and scalability. It supports thousands of transactions per second with low latency and minimal fees, achieving a block time of 400 milliseconds and costs that are fractions of a cent. This report explores Solana’s mechanisms and architecture, emphasizing its ability to scale and interact seamlessly across a unified ecosystem.
Language
Solana primarily uses Rust for smart contracts due to its concurrency, memory safety, and low-level control, ensuring safe and predictable code. While Rust is the main language, Solana supports all LLVM-compatible languages, such as C and C++, allowing broader developer participation. For client-side development, Solana offers SDKs in Java, C#, Python, Go, and Kotlin, facilitating communication with the Solana network via JSON RPC API. This diverse language support enhances accessibility and flexibility for developers.
Mechanism and Architecture
Solana’s architecture leverages a unified, composable ecosystem that integrates all applications on a single blockchain. This design avoids the need for bridges, separate chain IDs, or liquidity fragmentation, enhancing user experience and simplifying interactions among applications. The blockchain’s performance is rooted in its capacity to fully exploit hardware capabilities, ensuring that software scales alongside advancements in hardware.
Solana’s transaction process begins with users submitting transactions to the leader, who compiles them into blocks and propagates them to the network for execution and confirmation by other validators. Core protocol changes are managed through Solana Improvement Documents (SIMD), which undergo community review and voting.
Transaction Lifecycle
A Solana transaction is the sole method for altering state within the blockchain. Each transaction, or “transaction message,” includes a header, account addresses, a recent blockhash, and instructions. Transactions are atomic, ensuring all operations within a transaction either fully succeed or fail. The structure allows for predefined optimization by requiring accounts to be listed beforehand, which facilitates non-conflicting parallel execution of transactions.
Security and Key Management
Solana employs Ed25519 elliptic curve cryptography for public-private key pairs, ensuring robust security and efficient transaction signing. Wallets generate key pairs, with public keys serving as account identifiers on the blockchain, and private keys used for authorization. Transactions are signed with private keys, ensuring integrity and authenticity, and are then verified using public keys.
Network Operation
Solana utilizes a leader-based approach without a mempool, assigning specific validators as leaders to process transactions within fixed time slots (400 milliseconds). Validators are selected based on stake, and they rotate roles according to a pre-determined schedule, enhancing the system’s decentralization and security.
The network employs Stake-Weighted Quality of Service (SWQoS) to prioritize transactions from staked validators, reducing the impact of spam and Sybil attacks. SWQoS reserves 80% of a leader’s capacity for transactions routed through staked validators, with the remainder allocated to non-staked nodes.
Scalability Enhancements
Recent scaling solutions, such as SVM rollups and ZK Compression, are being developed to further enhance Solana’s performance, although they remain in early stages of adoption. The blockchain’s adoption of the QUIC networking protocol facilitates efficient, secure, and scalable transaction message transmission, accommodating high-throughput demands.
Consensus and Block Production
Solana’s consensus mechanism employs continuous block building, where leaders construct and broadcast blocks in real-time during their slots. This approach reduces latency and optimizes transaction processing. The validator’s Transaction Processing Unit (TPU) manages block creation, executing transactions in parallel where possible to maximize throughput and efficiency.
The detailed description of the proof of history mechanism can be found in the Solana whitepaper here.
Proof of History (PoH) is a key feature of Solana, acting as a cryptographic clock that enables network synchronization by establishing a verifiable order of events. Unlike consensus algorithms like Proof of Work, PoH is not used to reach consensus but to provide a time reference that validators use to sequence transactions and adhere to the leader schedule.
PoH operates through the continuous computation of a SHA-256 hash chain, where each hash depends on the output of the previous hash. This sequence must be computed in order, creating a “micro proof of work.” Validators run a PoH service that produces these hashes, which are difficult to generate but easy to verify by other validators. By embedding transaction data into this hash chain, PoH timestamps transactions, proving the order in which they occurred and preventing validators from manipulating the sequence of blocks.
Mechanism and Functionality
Each Solana validator continuously runs a PoH service, hashing sequentially to maintain a ledger of cryptographic timestamps. When the current leader processes new transactions, these transactions are combined with the current PoH hash, updating the chain and embedding the transactions into a cryptographic timeline. This process ensures that the leader cannot manipulate the timing or order of transactions.
In each 400-millisecond block, the PoH stream includes approximately 800,000 hashes and “ticks” that mark the passage of time in 6.25-millisecond intervals. These ticks serve as evidence of liveness and maintain the cadence of the network’s operation. Even when not acting as the leader, validators keep their PoH clock running to synchronize with the rest of the network and ensure compliance with the leader schedule.
Accounts Model
Solana’s state management relies on an accounts database, AccountsDB, structured as a large key-value store where keys are account addresses and values are the corresponding data. Solana accounts can be of various types:
Solana differentiates between code and state by keeping program accounts immutable, while state is stored in separate accounts. This separation allows for efficient state management and optimizations unique to Solana’s architecture.
Programs and State Management
Programs on Solana are written in languages like Rust and are used to manipulate account data, but they do not store state within themselves. Instead, programs interact with Program Derived Addresses (PDAs), special accounts that do not have a private key and are controlled by a program. PDAs ensure that only the associated program can modify the state, enhancing security and programmatic control over state changes.
Rent and Account Management
To mitigate state bloat, Solana implements a rent mechanism requiring accounts to maintain a minimum SOL balance. Accounts can be closed when no longer needed, returning the rent balance to the user. This approach encourages efficient use of state and discourages unnecessary accounts from remaining open indefinitely.
Turbine: Data Propagation
Turbine is Solana’s data propagation protocol, inspired by BitTorrent. It breaks transaction data into small packets called “shreds,” which are then disseminated across the network in a structured manner. Shreds are grouped into batches and broadcast through a Turbine Tree, where validators are organized in layers to relay shreds to others. This reduces the data load on leaders and improves the network’s ability to distribute blocks efficiently.
Consensus: Tower BFT
Solana uses Tower BFT, a custom implementation of Practical Byzantine Fault Tolerance (PBFT), enhanced by PoH’s synchronized clock. This approach reduces communication overhead during consensus as validators rely on the pre-established order of transactions from PoH rather than multiple rounds of messaging. Validators vote on blocks using credits earned for correct votes, with the system ensuring validators adhere to their chosen forks for a minimum duration, minimizing the likelihood of forks.
Gossip and Archival
Solana’s gossip network serves as the control plane, disseminating critical metadata and ensuring nodes can communicate and synchronize state across the network. Archival nodes maintain the network’s history, with data stored in warehouse nodes to ensure the availability of past transactions.
Economics and Jito
Solana’s economic model includes inflation-based staking rewards, with validators earning SOL by participating in consensus and producing blocks. Block rewards consist of transaction fees, partially burned and partially awarded to the producing leader. Liquid staking enables SOL holders to stake their tokens in pools, receiving Liquid Staking Tokens (LSTs) that can be traded or used across applications while earning staking rewards.
The Jito client, widely adopted by Solana validators, enhances economic incentives by implementing an out-of-protocol blockspace auction system, allowing transactions to be prioritized through tips in addition to standard transaction fees. This has significantly improved validator rewards and contributed to the widespread adoption of the Jito client within the Solana network.
The Solana Virtual Machine (SVM) is an innovative framework designed to manage Maximal Extractable Value (MEV) within the Solana blockchain. MEV involves extracting additional value from transactions by reordering, including, or excluding them from blocks. SVM provides technologies and protocols to detect, analyze, and manage MEV activities, promoting efficiency, fairness, and security in the Solana ecosystem.
Ethereum Virtual Machine (EVM) vs Solana Virtual Machine (SVM)
SVM differs from the Ethereum Virtual Machine (EVM) in smart contract execution and transaction processing. In SVM, each validator executes smart contracts individually, allowing high transaction throughput. In contrast, EVM requires node consensus for execution, resulting in slower processing. Additionally, Solana’s parallel processing model enables simultaneous execution of multiple transactions, whereas Ethereum’s sequential model processes transactions one at a time, making Solana faster and more efficient.
SVM aims to address MEV by offering a structured approach to prevent manipulation in transaction ordering and block validation. This is crucial for maintaining the integrity of financial interactions on Solana, protecting users from practices like frontrunning, and enhancing the network’s credibility. Given Solana’s high transaction throughput, effective MEV management is vital for preventing rapid value extraction that could harm regular users.
SVM is viewed differently within the Solana ecosystem. Some see it as encompassing the full transaction processing pipeline, including validator runtime and program execution, while others focus on the lower-level eBPF virtual machine responsible for executing programs. Generally, SVM is understood as a comprehensive system involving the Agave validator’s Bank component, which manages state during each slot. SVM processes transactions in batches, each containing instructions that target specific programs, and uses a cache mechanism to optimize execution efficiency.
The SVM’s decoupled and well-defined interface allows for various applications beyond Solana validators, including:
The SVM is now available through the solana-svm Rust crate, supporting diverse applications and driving innovation within the Solana ecosystem.
However, Solana faced challenges following the collapse of FTX, a prominent entity closely linked to its ecosystem. FTX’s founder, Sam Bankman-Fried (SBF), was a major advocate of Solana, onboarding projects like the Serum DEX and others traditionally associated with the Ethereum ecosystem. Under SBF’s influence, FTX grew to become one of the largest centralized exchanges, further boosting Solana’s prominence. Unfortunately, FTX’s misuse of company assets and customer deposits for risky investments led to its downfall, placing Solana’s ecosystem, which had connections with FTX, at significant risk. On September 12, FTX/Alameda Research unstaked $24 million worth of $SOL, and Solscan data indicates that the wallet still holds over $1 billion worth of $SOL, including staked and locked tokens. Despite these challenges, the core community of developers aligned with Solana’s philosophy remained committed. Solana responded by focusing on enhancing the network’s stability and creating a more developer-friendly environment, addressing technical issues to restore trust within its community.
Solana Ecosystem (TOP 10 Projects by MC)
SOL/USD - $135.07 (06:06 UTC; Sep 12, 2024); MC - $63.3B
SOL Markets (Top 5 by 24h Volume; Sep 12); via: coingecko
Total Value Locked - $80.45B
Purple - SOL Price; Yellow - SOL Daily Active Addresses (5.5m - all time high)
Purple - SOL Price; Yellow - SOL Daily Volume
Solana - Financial statement (via: tokenterminal)
TOP 5 Solana Validators (NOTE: All values are in SOL; Data includes all stake, not just active stake)
Solana DEX Volumes (USD)
Solana DEX Stats
Jito Validator Tips
insights4.vc and its newsletter provide research and information for educational purposes only and should not be taken as any form of professional advice. We do not advocate for any investment actions, including buying, selling, or holding digital assets.
The content reflects only the writer’s views and not financial advice. Please conduct your own due diligence before engaging with cryptocurrencies, DeFi, NFTs, Web 3 or related technologies, as they carry high risks and values can fluctuate significantly.
This article is reproduced from [insights4vc], the original title is “Solana: Q3 2024 Ecosystem Overview”, the copyright belongs to the original author [insights4vc], if you have any objection to the reprint, please contact Gate Learn Team, the team will handle it as soon as possible according to relevant procedures.
Disclaimer: The views and opinions expressed in this article represent only the author’s personal views and do not constitute any investment advice.
Other language versions of the article are translated by the Gate Learn team, not mentioned in Gate.io, the translated article may not be reproduced, distributed or plagiarized.
Solana, with a market cap of approximately $63 billion, is one of the leading blockchain platforms. It has established itself as a top choice for onboarding off-chain users, particularly in sectors such as Decentralized Physical Infrastructure Networks (DePIN), mobile applications, and payments. In previous newsletters, we highlighted DePINs built on Solana, including Helium and Hivemapper.
Solana has made significant strides over the past year, particularly following a surge in its native token after Visa announced plans to expand stablecoin capabilities on the Solana blockchain. At Consensus 2024, PayPal Holdings, Inc. (NASDAQ: PYPL) revealed that PayPal USD (PYUSD) is now available on Solana, making PayPal’s stablecoin faster and more cost-effective to use (currently, PYUSD has a market cap of $827.83 million, with 58.3% on Solana and 41.7% on Ethereum).
Token Issuance and Reduction Solana’s SOL tokens are introduced through two primary mechanisms: the genesis block and protocol inflation (staking rewards). Conversely, SOL tokens are removed from circulation mainly through transaction fee burns. The inflation schedule is governed by three parameters: an initial inflation rate of 8%, a disinflation rate of -15%, and a long-term inflation rate of 1.5%. The current inflation rate stands at 5.07%, and Solana’s inflation began with epoch 150 in February 2021.
SOL Unlock Schedule (cc: helius)
Impact on Network Participants Proof of Stake (PoS) inflation inherently transfers wealth from non-stakers to stakers, effectively diluting the value of holdings for non-stakers while rewarding those who participate in staking. Solana maintains a high staking rate of 65%, which is robust compared to other networks. As of now, around 380 million SOL are staked, with significant movement observed across epochs.
Staking Rewards by Inflation Rate
Staking Yield Calculation
The staking yield is influenced by the inflation rate, validator uptime, commission rates, and the percentage of SOL staked. The formula is:
Fee Burns and Disinflationary Factors:
Transaction fee burns, slashing, and other user-related losses contribute to disinflationary pressures, albeit modestly. Fee burns as a percentage of staking rewards peaked at 7.8% in March 2024 but have averaged 3.2% recently. Post-SIMD-96 implementation, the impact of these burns will become negligible. Slashing, while possible, is rare and not currently a significant disinflationary factor.
Taxation and Market Implications:
Receiving inflationary rewards may be a taxable event in many jurisdictions, potentially leading to sell pressure from stakers needing to cover tax liabilities. Additionally, PoS inflation can impose continuous downward pressure on SOL’s price, affecting fair price comparison and network economics.
Validator Revenue and Inflation Dependence:
Validators have traditionally relied on inflation commissions, but recent growth in alternative revenue sources, such as MEV (Maximal Extractable Value) and block rewards, offer new paths to sustainable income. The long-term sustainability of these alternative sources remains uncertain.
Solana’s inflation is currently guided by an Initial Inflation Rate of 8%, a Disinflation Rate of -15%, and a Long-term Inflation Rate of 1.5%. The current rate is approximated at 5% as of September 2024, with a total supply of 584 million SOL. Four scenarios are proposed to explore potential changes:
Impact on Supply and Price:
Over the next eight years:
Assuming a starting price of $150 per SOL and keeping other variables constant:
Solana is a high-performance blockchain designed for speed, efficiency, and scalability. It supports thousands of transactions per second with low latency and minimal fees, achieving a block time of 400 milliseconds and costs that are fractions of a cent. This report explores Solana’s mechanisms and architecture, emphasizing its ability to scale and interact seamlessly across a unified ecosystem.
Language
Solana primarily uses Rust for smart contracts due to its concurrency, memory safety, and low-level control, ensuring safe and predictable code. While Rust is the main language, Solana supports all LLVM-compatible languages, such as C and C++, allowing broader developer participation. For client-side development, Solana offers SDKs in Java, C#, Python, Go, and Kotlin, facilitating communication with the Solana network via JSON RPC API. This diverse language support enhances accessibility and flexibility for developers.
Mechanism and Architecture
Solana’s architecture leverages a unified, composable ecosystem that integrates all applications on a single blockchain. This design avoids the need for bridges, separate chain IDs, or liquidity fragmentation, enhancing user experience and simplifying interactions among applications. The blockchain’s performance is rooted in its capacity to fully exploit hardware capabilities, ensuring that software scales alongside advancements in hardware.
Solana’s transaction process begins with users submitting transactions to the leader, who compiles them into blocks and propagates them to the network for execution and confirmation by other validators. Core protocol changes are managed through Solana Improvement Documents (SIMD), which undergo community review and voting.
Transaction Lifecycle
A Solana transaction is the sole method for altering state within the blockchain. Each transaction, or “transaction message,” includes a header, account addresses, a recent blockhash, and instructions. Transactions are atomic, ensuring all operations within a transaction either fully succeed or fail. The structure allows for predefined optimization by requiring accounts to be listed beforehand, which facilitates non-conflicting parallel execution of transactions.
Security and Key Management
Solana employs Ed25519 elliptic curve cryptography for public-private key pairs, ensuring robust security and efficient transaction signing. Wallets generate key pairs, with public keys serving as account identifiers on the blockchain, and private keys used for authorization. Transactions are signed with private keys, ensuring integrity and authenticity, and are then verified using public keys.
Network Operation
Solana utilizes a leader-based approach without a mempool, assigning specific validators as leaders to process transactions within fixed time slots (400 milliseconds). Validators are selected based on stake, and they rotate roles according to a pre-determined schedule, enhancing the system’s decentralization and security.
The network employs Stake-Weighted Quality of Service (SWQoS) to prioritize transactions from staked validators, reducing the impact of spam and Sybil attacks. SWQoS reserves 80% of a leader’s capacity for transactions routed through staked validators, with the remainder allocated to non-staked nodes.
Scalability Enhancements
Recent scaling solutions, such as SVM rollups and ZK Compression, are being developed to further enhance Solana’s performance, although they remain in early stages of adoption. The blockchain’s adoption of the QUIC networking protocol facilitates efficient, secure, and scalable transaction message transmission, accommodating high-throughput demands.
Consensus and Block Production
Solana’s consensus mechanism employs continuous block building, where leaders construct and broadcast blocks in real-time during their slots. This approach reduces latency and optimizes transaction processing. The validator’s Transaction Processing Unit (TPU) manages block creation, executing transactions in parallel where possible to maximize throughput and efficiency.
The detailed description of the proof of history mechanism can be found in the Solana whitepaper here.
Proof of History (PoH) is a key feature of Solana, acting as a cryptographic clock that enables network synchronization by establishing a verifiable order of events. Unlike consensus algorithms like Proof of Work, PoH is not used to reach consensus but to provide a time reference that validators use to sequence transactions and adhere to the leader schedule.
PoH operates through the continuous computation of a SHA-256 hash chain, where each hash depends on the output of the previous hash. This sequence must be computed in order, creating a “micro proof of work.” Validators run a PoH service that produces these hashes, which are difficult to generate but easy to verify by other validators. By embedding transaction data into this hash chain, PoH timestamps transactions, proving the order in which they occurred and preventing validators from manipulating the sequence of blocks.
Mechanism and Functionality
Each Solana validator continuously runs a PoH service, hashing sequentially to maintain a ledger of cryptographic timestamps. When the current leader processes new transactions, these transactions are combined with the current PoH hash, updating the chain and embedding the transactions into a cryptographic timeline. This process ensures that the leader cannot manipulate the timing or order of transactions.
In each 400-millisecond block, the PoH stream includes approximately 800,000 hashes and “ticks” that mark the passage of time in 6.25-millisecond intervals. These ticks serve as evidence of liveness and maintain the cadence of the network’s operation. Even when not acting as the leader, validators keep their PoH clock running to synchronize with the rest of the network and ensure compliance with the leader schedule.
Accounts Model
Solana’s state management relies on an accounts database, AccountsDB, structured as a large key-value store where keys are account addresses and values are the corresponding data. Solana accounts can be of various types:
Solana differentiates between code and state by keeping program accounts immutable, while state is stored in separate accounts. This separation allows for efficient state management and optimizations unique to Solana’s architecture.
Programs and State Management
Programs on Solana are written in languages like Rust and are used to manipulate account data, but they do not store state within themselves. Instead, programs interact with Program Derived Addresses (PDAs), special accounts that do not have a private key and are controlled by a program. PDAs ensure that only the associated program can modify the state, enhancing security and programmatic control over state changes.
Rent and Account Management
To mitigate state bloat, Solana implements a rent mechanism requiring accounts to maintain a minimum SOL balance. Accounts can be closed when no longer needed, returning the rent balance to the user. This approach encourages efficient use of state and discourages unnecessary accounts from remaining open indefinitely.
Turbine: Data Propagation
Turbine is Solana’s data propagation protocol, inspired by BitTorrent. It breaks transaction data into small packets called “shreds,” which are then disseminated across the network in a structured manner. Shreds are grouped into batches and broadcast through a Turbine Tree, where validators are organized in layers to relay shreds to others. This reduces the data load on leaders and improves the network’s ability to distribute blocks efficiently.
Consensus: Tower BFT
Solana uses Tower BFT, a custom implementation of Practical Byzantine Fault Tolerance (PBFT), enhanced by PoH’s synchronized clock. This approach reduces communication overhead during consensus as validators rely on the pre-established order of transactions from PoH rather than multiple rounds of messaging. Validators vote on blocks using credits earned for correct votes, with the system ensuring validators adhere to their chosen forks for a minimum duration, minimizing the likelihood of forks.
Gossip and Archival
Solana’s gossip network serves as the control plane, disseminating critical metadata and ensuring nodes can communicate and synchronize state across the network. Archival nodes maintain the network’s history, with data stored in warehouse nodes to ensure the availability of past transactions.
Economics and Jito
Solana’s economic model includes inflation-based staking rewards, with validators earning SOL by participating in consensus and producing blocks. Block rewards consist of transaction fees, partially burned and partially awarded to the producing leader. Liquid staking enables SOL holders to stake their tokens in pools, receiving Liquid Staking Tokens (LSTs) that can be traded or used across applications while earning staking rewards.
The Jito client, widely adopted by Solana validators, enhances economic incentives by implementing an out-of-protocol blockspace auction system, allowing transactions to be prioritized through tips in addition to standard transaction fees. This has significantly improved validator rewards and contributed to the widespread adoption of the Jito client within the Solana network.
The Solana Virtual Machine (SVM) is an innovative framework designed to manage Maximal Extractable Value (MEV) within the Solana blockchain. MEV involves extracting additional value from transactions by reordering, including, or excluding them from blocks. SVM provides technologies and protocols to detect, analyze, and manage MEV activities, promoting efficiency, fairness, and security in the Solana ecosystem.
Ethereum Virtual Machine (EVM) vs Solana Virtual Machine (SVM)
SVM differs from the Ethereum Virtual Machine (EVM) in smart contract execution and transaction processing. In SVM, each validator executes smart contracts individually, allowing high transaction throughput. In contrast, EVM requires node consensus for execution, resulting in slower processing. Additionally, Solana’s parallel processing model enables simultaneous execution of multiple transactions, whereas Ethereum’s sequential model processes transactions one at a time, making Solana faster and more efficient.
SVM aims to address MEV by offering a structured approach to prevent manipulation in transaction ordering and block validation. This is crucial for maintaining the integrity of financial interactions on Solana, protecting users from practices like frontrunning, and enhancing the network’s credibility. Given Solana’s high transaction throughput, effective MEV management is vital for preventing rapid value extraction that could harm regular users.
SVM is viewed differently within the Solana ecosystem. Some see it as encompassing the full transaction processing pipeline, including validator runtime and program execution, while others focus on the lower-level eBPF virtual machine responsible for executing programs. Generally, SVM is understood as a comprehensive system involving the Agave validator’s Bank component, which manages state during each slot. SVM processes transactions in batches, each containing instructions that target specific programs, and uses a cache mechanism to optimize execution efficiency.
The SVM’s decoupled and well-defined interface allows for various applications beyond Solana validators, including:
The SVM is now available through the solana-svm Rust crate, supporting diverse applications and driving innovation within the Solana ecosystem.
However, Solana faced challenges following the collapse of FTX, a prominent entity closely linked to its ecosystem. FTX’s founder, Sam Bankman-Fried (SBF), was a major advocate of Solana, onboarding projects like the Serum DEX and others traditionally associated with the Ethereum ecosystem. Under SBF’s influence, FTX grew to become one of the largest centralized exchanges, further boosting Solana’s prominence. Unfortunately, FTX’s misuse of company assets and customer deposits for risky investments led to its downfall, placing Solana’s ecosystem, which had connections with FTX, at significant risk. On September 12, FTX/Alameda Research unstaked $24 million worth of $SOL, and Solscan data indicates that the wallet still holds over $1 billion worth of $SOL, including staked and locked tokens. Despite these challenges, the core community of developers aligned with Solana’s philosophy remained committed. Solana responded by focusing on enhancing the network’s stability and creating a more developer-friendly environment, addressing technical issues to restore trust within its community.
Solana Ecosystem (TOP 10 Projects by MC)
SOL/USD - $135.07 (06:06 UTC; Sep 12, 2024); MC - $63.3B
SOL Markets (Top 5 by 24h Volume; Sep 12); via: coingecko
Total Value Locked - $80.45B
Purple - SOL Price; Yellow - SOL Daily Active Addresses (5.5m - all time high)
Purple - SOL Price; Yellow - SOL Daily Volume
Solana - Financial statement (via: tokenterminal)
TOP 5 Solana Validators (NOTE: All values are in SOL; Data includes all stake, not just active stake)
Solana DEX Volumes (USD)
Solana DEX Stats
Jito Validator Tips
insights4.vc and its newsletter provide research and information for educational purposes only and should not be taken as any form of professional advice. We do not advocate for any investment actions, including buying, selling, or holding digital assets.
The content reflects only the writer’s views and not financial advice. Please conduct your own due diligence before engaging with cryptocurrencies, DeFi, NFTs, Web 3 or related technologies, as they carry high risks and values can fluctuate significantly.
This article is reproduced from [insights4vc], the original title is “Solana: Q3 2024 Ecosystem Overview”, the copyright belongs to the original author [insights4vc], if you have any objection to the reprint, please contact Gate Learn Team, the team will handle it as soon as possible according to relevant procedures.
Disclaimer: The views and opinions expressed in this article represent only the author’s personal views and do not constitute any investment advice.
Other language versions of the article are translated by the Gate Learn team, not mentioned in Gate.io, the translated article may not be reproduced, distributed or plagiarized.