Account flags to control locked alpha transfers#2763
Conversation
🚨🚨🚨 HOTFIX DETECTED 🚨🚨🚨It looks like you are trying to merge a hotfix PR into If you are trying to merge a hotfix PR, please complete the following essential steps:
If you do not complete these steps, your hotfix may be inadvertently removed in the future when branches are promoted to |
🛡️ AI Review — Skeptic (security review)VERDICT: VULNERABLE BASELINE scrutiny: author has write permission and substantial prior subtensor history; branch No Findings
Other findings
Prior-comment reconciliation
ConclusionThe runtime diff did not show malicious code or a new security vulnerability in the changed account-flag logic, but the direct-to- 📜 Previous run (superseded)
# 🔍 AI Review — Auditor (domain review) has not yet run on this PR. |
|
🔄 AI review updated — Skeptic: VULNERABLE |
|
🔄 AI review updated — Skeptic: VULNERABLE |
|
🔄 AI review updated — Skeptic: VULNERABLE |
|
🔄 AI review updated — Skeptic: VULNERABLE |
|
🔄 AI review updated — Skeptic: VULNERABLE |
Description
Add a new map AccountFlags to subtensor pallet that stores a u128 bitmap of account flags. The bit0 flag controls whether the account can receive locked alpha. The new extrinsic
set_reject_locked_alphaallow the coldkey to set it's own reject locked alpha flag.Type of Change
Checklist
./scripts/fix_rust.shto ensure my code is formatted and linted correctly