StakeEase
Launch App
  • Overview
  • Background
    • EigenLayer
      • What is EigenLayer?
      • EigenLayer Components
      • Why EigenLayer?
      • Challenges with EigenLayer
    • Restaking Protocols
      • Intro to Restaking Protocols
      • Benefits of Restaking Protocols
      • Challenges with Restaking Protocols
  • StakeEase
    • sxETH: A Unified LRT Index
    • StakeEase Points (SEP)
    • StakeEase Referral System
    • Security
      • Audit Reports
    • Guides
      • Using the sxETH Testnet
      • Using the StakeEase Testnet
    • Contract Addresses
  • Aggregator
    • Overview
    • Technical
      • Components
      • Adapter Classification
      • User Flow
      • Workflow
      • Native Restaking
        • User Guide
        • Workflow
      • StakeEase Fusion
        • User Flow
        • Calculations
      • Contract Addresses
    • Fee Structure
    • Aggregator APIs
      • Features
      • Swagger API Reference
  • Misc
    • Roadmap
    • FAQs
    • Socials
      • Twitter
      • Discord
      • Telegram
      • Medium
    • Brand Kit
    • Terms of Service
Powered by GitBook
On this page
  1. Aggregator
  2. Technical

Adapter Classification

PreviousComponentsNextUser Flow

Last updated 7 months ago

Every StakeEase adapter can be categorized into one of these four types:

Core Adapters

Contracts responsible for StakeEase's efficient working. The Multicall contract is the entry point for any instant (re)staking request. It invokes other adapters in a sequential order to achieve the desired output. The FeeManager contract is used to deduct protocol fees from the user (as an introductory promotion, the fee is currently set to 0 BPS).

Fusion Adapters

Contracts that oversee the execution of StakeEase's Fusion mode. These contracts batch user deposits at the protocol level, i.e., a separate batch is created for users who want to stake into Renzo, and a separate batch is created for users who want to stake into Ether.fi and so on. The fee for the execution of a batch is split across all the participants of that batch.

Swap Adapters

Contracts to swap user funds from the deposited asset to the relevant asset (ETH or a LST).

For example, if the user provides USDT, OpenOceanAdapter will be used to swap user funds to ETH (or some LST) before proceeding with the rest of the restaking process.

Stake Adapters

Contracts to handle liquid staking on different applications.

For example, LidoAdapter will be used to stake the user's ETH on Lido.

Restake Adapters

Contracts to handle restaking on different applications.

For example, KelpAdapter will be used to stake the user's Liquid Staking Token on Kelp.