issues : 42
Great issue: Prevent Redundant Upgrade Governance Collisions
Description
The system currently allows starting a second upgrade vote for a WASM hash that is already pending or even recently rejected. This allows a malicious or confused Guardian to flood the governance queue with repetitive requests, causing community burnout and operational confusion.
Requirements and context
- Block
initiate_upgrade if an upgrade for the same hash is already Pending.
- Implement a 7-day "Cool-down" period for hashes that have been rejected by a vote.
Suggested execution
- Fork the repo and create a branch:
git checkout -b fix/issue-42-governance-collision
- Add collision and cool-down checks to the upgrade initiation flow.
Implementation changes
- Modify
lib.rs (around line 210) to validate the status of the proposed WASM hash.
Test and commit
- Verify that an attempt to re-initiate a pending upgrade results in a specific error.
Example commit message
fix: prevent redundant upgrade votes and implement hash cool-down
Guidelines
- Operational efficiency in decentralized governance.
- Timeframe: 24 hours.
issues : 42
Great issue: Prevent Redundant Upgrade Governance Collisions
Description
The system currently allows starting a second upgrade vote for a WASM hash that is already pending or even recently rejected. This allows a malicious or confused Guardian to flood the governance queue with repetitive requests, causing community burnout and operational confusion.
Requirements and context
initiate_upgradeif an upgrade for the same hash is alreadyPending.Suggested execution
git checkout -b fix/issue-42-governance-collisionImplementation changes
lib.rs(around line 210) to validate the status of the proposed WASM hash.Test and commit
Example commit message
fix: prevent redundant upgrade votes and implement hash cool-down
Guidelines