Caplin
The embedded Consensus Layer
Last updated
The embedded Consensus Layer
Last updated
Caplin is a full-fledged consensus validation client like Prysm, Lighthouse, Teku, Nimbus, and Lodestar. Its goal is to:
Provide better stability
Validate the chain
Stay in sync
Keep the execution of blocks at the top of the chain
Serve the Beacon API with a fast and compact data model, while keeping CPU and memory usage low.
The main reason for developing a new consensus layer is to experiment with the possible benefits it might bring. For example, the Engine API does not work well with Erigon. The Engine API sends data one block at a time, while Erigon is designed to handle many blocks at once and needs to sort and process data efficiently. Therefore, it would be better for Erigon to handle the blocks independently instead of relying on the Engine API.
Caplin can be enabled with the --internalcl
flag, at which point an external consensus layer is no longer needed.
Caplin also has an archive mode for historical states and blocks, which can be enabled with the --caplin.archive
flag.
Caplin can also be used for block production.