Crate solana_core
source ·Expand description
The solana library implements the Solana high-performance blockchain architecture.
It includes a full Rust implementation of the architecture (see
Validator) as well as hooks to GPU implementations of its most
paralellizable components (i.e. SigVerify). It also includes
command-line tools to spin up validators and a Rust library
Modules§
- Service to calculate accounts hashes
- The
banking_stageprocesses Transaction messages. It is intended to be used to construct a software pipeline. The stage uses all available CPU cores and can do its processing in parallel with signature verification on the GPU. CompletedDataSetsServiceis a hub, that runs different operations when a “completed data set”, also known as aVec<Entry>, is received by the validator.- this service asynchronously reports CostTracker stats
- The
fetch_stagebatches input from a UDP socket and sends it to a channel. - The
gen_keysmodule makes lots of keypairs - PohTimingReportService module
- A poh_timing_reporter module implement poh timing point and timing reporter structs.
- The
replay_stagereplays transactions broadcast by the leader. - The
sigverifymodule provides digital signature verification functions. By default, signatures are verified in parallel using all available CPU cores. When perf-libs are available signature verification is offloaded to the GPU. - The
sigverify_stageimplements the signature verification stage of the TPU. It receives a list of lists of packets and outputs the same list, but tags each top-level list with a list of booleans, telling the next stage whether the signature in that packet is valid. It assumes each packet contains one transaction. All processing is done on the CPU by default and on a GPU if perf-libs are available - The
tpumodule implements the Transaction Processing Unit, a multi-stage transaction processing pipeline in software. - The
tvumodule implements the Transaction Validation Unit, a multi-stage transaction validation pipeline in software. - The
validatormodule hosts all the validator microservices. window_servicehandles the data plane incoming shreds, storing them in blockstore and retransmitting where required