βš’οΈ
Zksync labs
  • πŸ”¨Overview
  • πŸ‘ŒPublic sale of zkSync labs
  • Get started on Zksync labs
    • πŸš„Start using zkSync labs
  • 🀝Swap on zkSync labs
  • liquidity on Zksync labs
    • 🎯Liquidity V2
  • πŸ“–Add liquidity
  • 🧹Remove Liquidity
  • Liquidity V3
    • V3 Liquidity (concentrated)
  • πŸ—½Staking (positions)
    • 🧲Staking your assets
    • πŸŽ›οΈGenesis farms
  • πŸ”°Yield farms
  • βœ‹Manually
  • 🏺Manage your positions
  • Chemical pools
    • πŸ› οΈChemical overview
  • πŸ”¨Stake into Chemical
  • Genesis pools
    • πŸ“‘Staking
    • πŸ’ΉRequirements
    • πŸ’·Creating a Genesis Pool
  • Launchpad
    • ✈️Launchpad explained
    • πŸ‘―β€β™€οΈLaunchpad plugin
  • Tokenomics
    • πŸͺ™ZKLAB and ZKLABX
    • πŸ₯‚ZKLAB token
    • πŸ’ΈZKLABX Token
    • 🍿Conversion
    • βš–οΈAllocation
  • πŸ—ΊοΈRoadmap
    • Roadmap
Powered by GitBook
On this page
  1. Genesis pools

Requirements

PreviousStakingNextCreating a Genesis Pool

Last updated 2 years ago

Requirements are an important aspect of Genesis Pools, allowing protocols to set specific criteria for staking positions and staking users' profiles. By default, Genesis Pools only accept compatible spZKLABs, which are staking positions from a wrapped LP. However, protocols can set additional requirements to accurately target specific positions or users.

One common requirement is the amount of staked positions. Only positions with at least the required amount can be deposited into the Genesis Pool. The unit taken into account for the amount will be the one of the position's LP.

Another requirement is locks. Protocols can require specific lock settings on staked positions to validate their deposit. For example, a duration requirement may stipulate that the staked position should have a total lock duration of at least x days, while an end time requirement may require that the staked position be locked until at least a specific date.

Protocols can also set up a whitelist to authorize only specific addresses to interact with their Genesis Pools. This mechanism can be used to reward loyal users, distribute targeted compensation, or replace an airdrop.

In cases where the native Genesis contracts do not have specific requirements needed by a protocol, custom requirement contracts can be plugged in. This allows projects to set very specific requirements for staking positions and users, ensuring that only qualified participants can interact with the Genesis Pool.

πŸ’Ή