About

Exocore is the layer one blockchain for aggregated security.

Overview

Exocore introduces aggregated security, which combines economic security and cryptographic security to scale decentralized compute. Exocore aggregates economic security from multiple blockchains via restaking, normalizes it across USD price via an embedded oracle, and extends it to services in need of decentralized compute. This technique helps to unify diversified liquidity across many different blockchains to serve as a security layer and coordination engine for decentralized compute.

Design Principles

Security First

Good security starts with thoughtful design. The security of the system should be of utmost importance. Exocore should prioritize safety over everything at both the protocol and governance levels. Protect the network.

Protocol Agnostic

In unity, there's strength. By being omnichain and protocol agnostic, Exocore should extend an olive branch to all blockchain networks and ecosystems, embrace diversity in technology, and foster seamless cooperation and interoperability.

Trust Minimized

Decentralized trust does not always have to be trustless; but it should at least be trust minimized. No third-party trust assumptions should be introduced beyond the Exocore protocol and basic cryptographic primitives, such as Zero Knowledge Proofs (ZKP).

Democratically Governed

Exocore should be bootstrapped and shaped by its community. Through democratic, consensus-based governance mechanisms, every participant should have a voice in the future of Exocore, ensuring adaptability and fair representation.

Permissionlessly Open

Exocore should affirm an open-access ethos by allowing anyone, anywhere, to access, use, and build upon it without gatekeepers. This should foster permissionless innovation, inclusivity, and equitability.

Reasonably Decentralized

Decentralization is a progressive spectrum. Exocore should be architecturally designed to be reasonably decentralized from inception. Decentralization should be an essential principle for building an open market for decentralized trust.

Modularly Pluggable

Flexibility is the foundation of resilience; hence Exocore should be designed with an ever-modern, modular architecture. This should ensure constant evolution, adaptability, and an enduring relevance in the face of rapid technological change.

Why a New L1

Exocore is the result of evaluating various trade-offs as to where a coordination engine for decentralized compute should be built. Based on these trade-offs, the decision was made to create a purpose-built layer 1 blockchain optimized for omnichain restaking.

How Exocore Works

Architecture

Exocore is designed with a modular architecture, incorporating a Tendermint-based Byzantine Fault Tolerant (BFT) consensus mechanism, Zero-Knowledge (ZK) light-client bridging, and a fully EVM-compatible execution environment.

This design enables the following:

• a smooth interactions for restakers

• a seamless integration for developers

• a decentralized governance powered by a PoS network of validator operators

Exocore introduces an aggregated security stack that is comprised of five different layers.

Restakers - Restakers on Exocore provide economic security through various restaked collateral types. These include native tokens, liquid staking tokens (LSTs), liquidity provider (LP) tokens, and stablecoins.

Chains - Chains are Layer 1 (L1) or Layer 2 (L2) blockchain networks. Exocore's omnichain design supports multiple execution environments, including UTXO, EVM, Rust, WASM, and MOVE. Client chain contracts contain vaults and controllers—endpoints deployed on each client chain where restakers perform restaking-related actions such as depositing, delegating, and withdrawing collateral. Importantly, collateral remains in the chain vaults and is self-custodied by the restaker.

Communication - The Exocore communication layer serves as the messaging conduit for read / write access to the underlying chains. This layer is a modular component within Exocore, which uses third-party messaging services such as LayerZero, Axelar, Chainlink, Wormhole and/or IBC. Traditionally, these are used as bridging services, but Exocore uses them in a unidirectional format by writing to the underlying chains to lock, unlock and slash, and reading from the underlying chains to update state on Exocore. In this sense, the messaging layer acts more like a one-way state peg, than a traditional two-way bridge, which reduces a lot of known security risks.

Coordination - The Exocore coordination layer serves as the main control plane and accounting system orchestrating interactions between restakers, messaging, and services. Modules collaboratively execute the core restaking logic, which includes locking, unlocking, slashing and rewarding. A one-way state peg relays restaking actions from the client chain to Exocore, which in turn responds with control actions or confirmation messages.

Services - Services on Exocore can be cryptographic networks such as ZKP, FHE, MPC and TEEs that run on application specific Exochains. Services can also include AVSs or rollups built on various chains.

By aggregating economic security and extending it to off-chain systems, Exocore serves as a coordination engine for decentralized compute.