Skip to main content

Architecture overview

This section outlines Prysm's various internal components and their role in the client.

Architecture Diagram

Prysm client components

When a Prysm client is initialised out of the box, it starts a variety of services that run in parallel to handle everything required for the life cycle of the beacon chain. In no particular order, Prysm includes:

Prysm client functionality

Ethereum proof-of-stake encompasses a distributed network of blockchains called shard chains which are coordinated by a root chain, known as a beacon chain. This beacon chain serves as a mechanism to manage a set of Proof-of-Stake validators and overall consensus across shards.

Shards themselves are similar to the current Ethereum execution chain, which stores blocks containing user-generated transactions such as token transfers and smart contracts. Ethereum proof-of-stake consensus provides a massive improvement over proof-of-work by having 64 of these shard chains.

The beacon chain runs through a distributed network of nodes known as beacon nodes. Participants who want to run a beacon node and help secure the network can stake 32 ETH to have their validator client join the overall pool of validators, whom have the responsibility of proposing and attesting to new blocks on the beacon chain. This deposit does not come out of nowhere however; validators transfer Ether from the ETH1 chain to the system through the use of a validator deposit contract.

Each of these components and their roles in the Prysm client are explained within the following sections of this documentation. If you have any questions, please stop by our Discord.