Red

Parallel Transaction Execution

Solana's ability to process multiple transactions simultaneously by analyzing their account access lists and executing non-conflicting transactions in parallel across CPU cores via the Sealevel runtime. Two transactions can run in parallel only if they do not share any writable accounts; transactions sharing a writable account are serialized. This design allows Solana to fully exploit modern multi-core hardware and is a primary contributor to its high throughput.

IDparallel-execution

Lectura rápida

Empieza por la explicación más corta y útil antes de profundizar.

Solana's ability to process multiple transactions simultaneously by analyzing their account access lists and executing non-conflicting transactions in parallel across CPU cores via the Sealevel runtime. Two transactions can run in parallel only if they do not share any writable accounts; transactions sharing a writable account are serialized. This design allows Solana to fully exploit modern multi-core hardware and is a primary contributor to its high throughput.

Modelo mental

Usa primero la analogía corta para razonar mejor sobre el término cuando aparezca en código, docs o prompts.

Piensa en esto como un bloque de construcción que conecta una definición aislada con el sistema mayor donde vive.

Contexto técnico

Ubica el término dentro de la capa de Solana en la que vive para razonar mejor sobre él.

Clusters, nodos, actores de MEV, routing y entornos operativos.

Por qué le importa a un builder

Convierte el término de vocabulario en algo operacional para producto e ingeniería.

Este término desbloquea conceptos adyacentes rápido, así que funciona mejor cuando lo tratas como un punto de conexión y no como una definición aislada.

Handoff para IA

Handoff para IA

Usa este bloque compacto cuando quieras dar contexto sólido a un agente o asistente sin volcar toda la página.

Parallel Transaction Execution (parallel-execution)
Categoría: Red
Definición: Solana's ability to process multiple transactions simultaneously by analyzing their account access lists and executing non-conflicting transactions in parallel across CPU cores via the Sealevel runtime. Two transactions can run in parallel only if they do not share any writable accounts; transactions sharing a writable account are serialized. This design allows Solana to fully exploit modern multi-core hardware and is a primary contributor to its high throughput.
Relacionados: Sealevel, TPS (Transacciones por Segundo), Account Locking (Read/Write)
Glossary Copilot

Haz preguntas de Solana con contexto aterrizado sin salir del glosario.

Usa contexto del glosario, relaciones entre términos, modelos mentales y builder paths para recibir respuestas estructuradas en vez de output genérico.

Abrir workspace completa del Copilot
Explicar este código

Opcional: pega código Anchor, Solana o Rust para que el Copilot mapee primitivas de vuelta al glosario.

Haz una pregunta aterrizada en el glosario

Haz una pregunta aterrizada en el glosario

El Copilot responderá usando el término actual, conceptos relacionados, modelos mentales y el grafo alrededor del glosario.

Grafo conceptual

Ve el término como parte de una red, no como una definición aislada.

Estas ramas muestran qué conceptos toca este término directamente y qué existe una capa más allá de ellos.

Rama

Sealevel

Solana's parallel transaction execution engine. Sealevel can process thousands of transactions simultaneously by analyzing each transaction's declared account inputs—transactions that don't touch the same writable accounts run in parallel across available CPU cores. This account-level parallelism is what enables Solana's high throughput.

Rama

TPS (Transacciones por Segundo)

The rate at which a Solana cluster processes and commits transactions; Solana's theoretical maximum exceeds 65,000 TPS due to its parallel execution model, though real-world sustained throughput on Mainnet Beta typically ranges from 2,000–5,000 non-vote TPS under normal load. Vote transactions (used for consensus) make up a significant portion of all on-chain activity and are counted separately. High TPS is enabled by Proof of History timestamps, Sealevel parallel execution, and Gulf Stream mempool-less forwarding.

Rama

Account Locking (Read/Write)

The mechanism by which Solana's scheduler reserves access to accounts for the duration of a transaction's execution, granting either shared read locks (multiple transactions can hold simultaneously) or exclusive write locks (only one transaction at a time). Before execution, the runtime inspects every transaction's declared account list and grants or denies locks accordingly, preventing data races without requiring a global mutex. Transactions that cannot acquire all required locks are queued or dropped, making correct account declaration in transaction instructions critical for both correctness and landing probability.

Siguientes conceptos para explorar

Mantén la cadena de aprendizaje en movimiento en lugar de parar en una sola definición.

Estos son los siguientes conceptos que vale la pena abrir si quieres que este término tenga más sentido dentro de un workflow real de Solana.

Protocolo Base

Sealevel

Solana's parallel transaction execution engine. Sealevel can process thousands of transactions simultaneously by analyzing each transaction's declared account inputs—transactions that don't touch the same writable accounts run in parallel across available CPU cores. This account-level parallelism is what enables Solana's high throughput.

Red

TPS (Transacciones por Segundo)

The rate at which a Solana cluster processes and commits transactions; Solana's theoretical maximum exceeds 65,000 TPS due to its parallel execution model, though real-world sustained throughput on Mainnet Beta typically ranges from 2,000–5,000 non-vote TPS under normal load. Vote transactions (used for consensus) make up a significant portion of all on-chain activity and are counted separately. High TPS is enabled by Proof of History timestamps, Sealevel parallel execution, and Gulf Stream mempool-less forwarding.

Red

Account Locking (Read/Write)

The mechanism by which Solana's scheduler reserves access to accounts for the duration of a transaction's execution, granting either shared read locks (multiple transactions can hold simultaneously) or exclusive write locks (only one transaction at a time). Before execution, the runtime inspects every transaction's declared account list and grants or denies locks accordingly, preventing data races without requiring a global mutex. Transactions that cannot acquire all required locks are queued or dropped, making correct account declaration in transaction instructions critical for both correctness and landing probability.

Red

Private Transaction

A transaction sent directly to the current block producer or through a private relay rather than being broadcast through public RPC nodes, reducing the window for MEV searchers to observe and exploit it before inclusion. On Solana, private transactions can be routed through Jito's Block Engine or via staked connections with direct TPU access. While no transaction is truly private on a public blockchain once confirmed, private submission minimizes the pre-inclusion observation window.

Comúnmente confundido con

Términos cercanos en vocabulario, acrónimo o vecindad conceptual.

Estas entradas son fáciles de mezclar cuando lees rápido, haces prompting a un LLM o estás entrando en una nueva capa de Solana.

Redprivate-transaction

Private Transaction

A transaction sent directly to the current block producer or through a private relay rather than being broadcast through public RPC nodes, reducing the window for MEV searchers to observe and exploit it before inclusion. On Solana, private transactions can be routed through Jito's Block Engine or via staked connections with direct TPU access. While no transaction is truly private on a public blockchain once confirmed, private submission minimizes the pre-inclusion observation window.

Redtransaction-landing

Transaction Landing

The outcome of a transaction being successfully included and confirmed in a Solana block, as opposed to being dropped, expiring, or failing simulation. Landing probability is influenced by priority fee competitiveness, blockhash freshness (must be within ~150 slots of creation), submission routing (direct to leader vs. RPC rebroadcast), and network congestion on the accounts involved. Developers optimize landing rates by using current-leader TPU endpoints, setting appropriate priority fees, and preflight-checking transactions before submission.

Redtransaction-retry

Transaction Retry / Rebroadcast

The practice of resubmitting a transaction multiple times until it lands or its blockhash expires, necessary because Solana does not guarantee delivery of any single submission and drops can occur at any pipeline stage. By default, Solana RPC nodes rebroadcast submitted transactions periodically, but this is unreliable; production applications implement client-side retry loops that resubmit the same signed transaction (with unchanged signature) at short intervals until confirmation is received or the blockhash expires (roughly 60–90 seconds after creation).

Términos relacionados

Sigue los conceptos que realmente le dan contexto a este término.

Las entradas del glosario se vuelven útiles cuando están conectadas. Estos enlaces son el camino más corto hacia ideas adyacentes.

Protocolo Basesealevel

Sealevel

Solana's parallel transaction execution engine. Sealevel can process thousands of transactions simultaneously by analyzing each transaction's declared account inputs—transactions that don't touch the same writable accounts run in parallel across available CPU cores. This account-level parallelism is what enables Solana's high throughput.

Redtps

TPS (Transacciones por Segundo)

The rate at which a Solana cluster processes and commits transactions; Solana's theoretical maximum exceeds 65,000 TPS due to its parallel execution model, though real-world sustained throughput on Mainnet Beta typically ranges from 2,000–5,000 non-vote TPS under normal load. Vote transactions (used for consensus) make up a significant portion of all on-chain activity and are counted separately. High TPS is enabled by Proof of History timestamps, Sealevel parallel execution, and Gulf Stream mempool-less forwarding.

Redaccount-locking

Account Locking (Read/Write)

The mechanism by which Solana's scheduler reserves access to accounts for the duration of a transaction's execution, granting either shared read locks (multiple transactions can hold simultaneously) or exclusive write locks (only one transaction at a time). Before execution, the runtime inspects every transaction's declared account list and grants or denies locks accordingly, preventing data races without requiring a global mutex. Transactions that cannot acquire all required locks are queued or dropped, making correct account declaration in transaction instructions critical for both correctness and landing probability.

Más en la categoría

Quédate en la misma capa y sigue construyendo contexto.

Estas entradas viven junto al término actual y ayudan a que la página se sienta parte de un grafo de conocimiento más amplio en lugar de un callejón sin salida.

Red

Mainnet Beta

Solana's primary production cluster where real SOL and real economic activity occur; the "beta" designation reflects the network's ongoing protocol development despite being fully live since March 2020. It uses the same architecture as other clusters but with real validator stakes, live staking rewards, and permanent on-chain state. All production dApps, tokens, and NFTs exist on Mainnet Beta.

Red

Devnet

A persistent public Solana cluster intended for application development and testing, running the same software version as Mainnet Beta but with no real economic value. Devnet SOL can be freely airdropped via the CLI or faucet APIs, and the ledger may be reset periodically by Solana Labs. Developers use Devnet to test programs and integrations before deploying to Mainnet Beta.

Red

Testnet

A public Solana cluster used primarily by the Solana core team and validators to test new software releases, performance benchmarks, and network upgrades under real network conditions before they reach Mainnet Beta. Testnet SOL has no monetary value, and the ledger is reset more frequently than Devnet; it is less suitable for application development and more suited for validator operators validating their infrastructure.

Red

TPS (Transacciones por Segundo)

The rate at which a Solana cluster processes and commits transactions; Solana's theoretical maximum exceeds 65,000 TPS due to its parallel execution model, though real-world sustained throughput on Mainnet Beta typically ranges from 2,000–5,000 non-vote TPS under normal load. Vote transactions (used for consensus) make up a significant portion of all on-chain activity and are counted separately. High TPS is enabled by Proof of History timestamps, Sealevel parallel execution, and Gulf Stream mempool-less forwarding.