Spec 466: cap staking scan fees at four hotkeys - #3181
Conversation
Drop unused Get import. Bring SwapHandler into scope so get_alpha_amount_for_tao compiles. Bump spec 466 so the train can move past live 465. Co-authored-by: Arbos <unarbos@users.noreply.github.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
@IntiTechnologies spec 466 Propose is the one to approve. This is a fee cap for Train: https://github.com/RaoFoundation/subtensor/actions/runs/35291554030 Approve this 466 Propose, not leftover 465 on https://github.com/RaoFoundation/subtensor/actions/runs/35267938998 (cancelled; already deployed 465 everywhere except finney) and not leftover 464 Watch https://github.com/RaoFoundation/subtensor/actions/runs/35262050154.
After you approve, signers: |
🛡️ AI Review — Skeptic (security review)VERDICT: SAFE LOW contributor risk / baseline scrutiny: write-access maintainer with substantive merged history; no listed Gittensor association. Branch targets main; cherry-picked authorship is explained. Reviewed all 10 changed files and traced fee discounts through dispatch weights, wrappers, and settlement. No dependency, CI, or review-policy changes. Static analysis only; block timing remains unverified. FindingsNo findings. ConclusionNo malicious behavior or concrete security vulnerability found. Fee discounts preserve execution-weight accounting, while EVM and scheduler budgets retain their previous limits. 🔍 AI Review — Auditor (domain review)VERDICT: 👍 Established contributor with write access and substantial merged history; Gittensor association UNKNOWN. Reviewed all 10 changed files, fee settlement, wrapper traversal, RPC estimates, and added regression tests. Execution-weight accounting remains intact; EVM and scheduler budgets retain their previous limits. Spec version increases to 466. This PR is the better candidate. Recommend closing #3180. Comparison with its final commit confirms the same implementation and tests plus the stated import fixes and spec updates. Other overlapping PRs address different features. Validation: FindingsNo findings. ConclusionNo substantive correctness issue found. The implementation matches the stated fee-cap policy and preserves full execution-weight accounting. |
|
🔄 AI review updated — Skeptic: SAFE Auditor: 👍 |
|
@IntiTechnologies the 466 Propose from this merge ( Approve the new fee-cap-only 466 instead: #3182 / train https://github.com/RaoFoundation/subtensor/actions/runs/35292102814 / merge |
Cherry-pick of #3180 onto current
main(spec 465 → 466).Caps the staking-hotkey scan fee at four hotkeys. Full 256-hotkey execution weight stays for block admission. Native block budget goes 4s → 12s so a 65-item
transfer_stakebatch fits (PayTAO / Lium). EVM and scheduler budgets stay on the old 4s reference.Type of Change
What this is
e88d8fdb+864992e16rebased onto7c732d8d(465).spec_version466 so the train can move past live 465 on devnet/testnet.traits::Getinruntime/src/staking_fee.rsSwapHandlerinruntime/tests/alpha_only_coldkey_fees.rssoget_alpha_amount_for_taoresolvesWhat this is not
mainnetenv. Propose only. Inti should approve 466, not leftover 465 run 35267938998 or leftover 464 run 35262050154.Checklist
cargo fmt --check --allgit diff --check