LEEQUID
  • 👋 Welcome
  • Navigating LEEQUID
    • 🌱 Staking
      • The staking protocol
      • Matching stake to unstake requests
      • Potential wait times while staking
      • Deposited LYX lifecycle
      • Importing sLYX to your wallet
    • 🍇 Collecting rewards
      • Reward distribution in the LEEQUID protocol
      • Auto-compounding
      • Withdrawing rewards
      • Reward calculation in Proof of Stake
    • 🍂 Exiting the protocol
      • Option 1: swapping sLYX for LYX
      • Option 2: unstaking through the staking pool
      • Matching unstake to stake requests
      • Potential wait times while unstaking
    • 🍷 Claiming
      • Claim queued stake
      • Claim unstaked LYX
      • Claim rewards
    • 🔄 Swapping
      • LYX for sLYX: An instant alternative to staking
      • sLYX for LYX: an instant alternative to exiting
      • Providing liquidty
      • Providing Liquidity: a practical example
  • LEEQUID in depth
    • 🔐 Protocol security and risks
      • Security overview
      • Smart contract code correctness
      • Slashing and unexpected validator behaviour
      • sLYX token: economic balance
      • Validator key management
    • 📃 Smart contracts
      • Oracles
      • Merkle Distributor
      • Rewards
      • Pool
      • StakedLyxToken
      • FeesEscrow
    • 💧 The sLYX token
      • Acquiring sLYX
      • 1:1 ratio with LYX
      • Potential unpeg of sLYX from LYX
    • 💦 The liquidity pool (DEX)
      • Implementation
  • Incident Response
    • Contacts
    • Vulnerability Disclosure Policy
Powered by GitBook
On this page
  1. LEEQUID in depth
  2. 🔐 Protocol security and risks

Slashing and unexpected validator behaviour

Last updated 1 year ago

Validators can get slashed and lose part or all of their staked amount. Slashing was created to make it economically infeasible to go against the Proof of Stake protocol. For that reason, if the validators are honest, slashing is very, very rare and can only occur due to a critical error in the client software that runs the validators or a very unfortunate error in the configuration of the nodes, which can be prevented or minimized with careful monitoring and testing.

The underlying structure of validators that generate rewards for the protocol can, theoretically, get slashed. If that happens, some LYX will be taken from the pool and the sLYX token might lose some of its value temporarily. The solution is the reinjection of LYX directly in the protocol to compensate for the one burnt in the slashing event.

Nothing happens to liquid stakers in the event of slashing, unless there is a huge surge in withdrawal requests and sLYX to LYX swaps in the liquidity pool. In this scenario, because the sLYX is now undercollateralized (there's more sLYX than LYX), some users will face problems of lack of liquidity, being temporarily unable to withdraw their LYX.

In the history of Ethereum's PoS, only once has a staking provider suffered a . This was February 2021, the very beginning of the staking era. Since then, hundreds of thousands of validators operating for staking pools have been online for years without a single problem.

Prevention and mitigation mechanisms

  • Monitoring tools like Grafana and Prometheus provide a very useful overview of both the consensus and execution client statuses of node operators. Parameters such as participation rate, online time, connected peers, and CPU usage are constantly monitored and have alerts configured for threshold values.

  • A secure cloud environment helps prevent slashing due to intentional tampering with the nodes by a malicious actor taking control.

  • A mechanism to inject the LYX back into the protocol without minting sLYX is in place. This allows the 1:1 ratio in sLYX to LYX to be restored by injecting rescue capital into the protocol.

slashing event