BSC Layer Docs
  • 👋Welcome to BSC Layer Docs
    • 😃Overview
  • Staking with BSC Layer
    • 💡Staking & Liquid Restaking
    • 🥩Session 1 Guide
    • 💯BSC Layer Points
    • 🫂Referrals
  • Building with BSC Layer
    • 📪Node Operator
    • 🖥️Developer Community
    • 💌Ecosystem Protocols and Partnerships
    • ✨Influencers Collaboration
  • Security
    • 🛠️Multisig Governance
    • 📄Audits
    • 🪙Bug Bounty
    • ⏳Withdrawal Delay
    • 👨‍💼Risk Management
  • Deployed Contracts
    • 🧑‍🌾BSC Layer Core Staking Contracts
    • 🍕BSC Layer Token
    • 👩‍💻Deployment Addresses
  • Team
    • 👾Core Team
    • 📲Career Opportunities
      • Engineering Manager
      • Blockchain Engineer
      • Senior Infrastructure Engineer
      • Senior Backend Software Engineer
      • Backend Software Engineer
  • legal
    • 🔏BSC Layer Privacy Policy
    • 🖇️Support and Contact
Powered by GitBook
On this page
  1. Security

Withdrawal Delay

In the BSCLayer ecosystem, withdrawal requests are subject to a 72-hour delay period, serving as a critical security measure. This delay is implemented to address instances of vulnerability disclosure or anomalous behavior detected by monitoring systems, providing an essential window for intervention.

The withdrawal delay serves as a preventive mechanism against potential protocol hacks, allowing for timely action in response to identified risks. However, it's crucial to acknowledge potential caveats within this system, including the risk of vulnerabilities bypassing the withdrawal delay and flaws in the post-delay request management code.

To mitigate these risks effectively, our approach involves optimizing complex code processes before the delay period while ensuring simplicity in post-delay operations. This strategy aims to establish a robust and reliable withdrawal delay framework, enhancing the overall security and resilience of the BSCLayer ecosystem.

PreviousBug BountyNextRisk Management

Last updated 1 year ago

⏳