Comparison

We provide a simple comparison overview in how Overload and EigenLayer they differ.

Neither approach is demonstrably superior to the other, in our opinion. Both approaches have their own pros and cons and we leave it to the reader to come to their own conclusions.

Architecture

We wanted to build a minimal restaking primitive, while not being too opinionated in our approach as possible to simplify the developer experience when building on top.

We believe the best and most used contracts on any EVM are immutable contracts that are minimal and well-defined, that includes e.g. Uniswap's V2 and V3, ERC-20 tokens, etc.

By factoring out most of the logic out of the core foundation, Overload's core contract can become a fundamental primitive restaking a critical infrastructure in the stack.

Assets

We believe in letting the users and developers choose which assets they deem viable for restaking. Each developer will each need to weigh their options in what assets they want to allow for restaking.

For more volatile assets with low liquidity, it could open up attack vectors such as oracle price manipulation. We recommend approaching adding volatile assets with caution, but we let degens do their thing.

Onboarding

As the contracts are immutable and are permisionless, anyone can build on top of Overload simply by reading the documentation and writing code. Deploy at any time. Feel free to DM the Overload team for development support, but there's no requirement that you need to.

Consensus

For consensus, we have managed to fully factor out the consensus from the asset managment for restaking. This means that you can implement any consensus mechanism that you want for an AVS.

Whether that'd be off-chain nodes, onchain attesting, using data availability for gossiping, or anything that you'd prefer. We generally recommend an onchain consensus contract with validators.

Chain

We have chosen to double down on Base as the L2 we focus on. With the organic growth on the chain and with the lowered gas fees thanks to EIP-4844, it enables both consensus contracts and smaller players to participate in restaking.