docs: roll out maa_exec activation without forking the network#1394
Conversation
|
Warning Review limit reached
More reviews will be available in 7 seconds. Learn how PR review limits work. Your organization has run out of usage credits. Purchase more credits in the billing tab to continue. ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans include higher PR review limits than trial, open-source, and free plans. In all cases, reviews become available again over time. During sustained high-volume PR review activity, CodeRabbit may temporarily slow when the next review becomes available. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (3)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Time Submission Status
Submit or update total time with: Add time on top of previous submission with: See available commands to help comply with our Guidelines. |
|
@holdex pr submit-time 2h |
Gives operators a safe, repeatable procedure for activating the
maa_execroute (Modular Agent Addresses) on a running network, and pins kwil-db to themainthat ships the activation gate.What this does
docs/maa-rollout.md— the coordinated rollout runbook. The rollout is two-phase by construction: Phase 1 upgrades the fleet with a hash-neutral binary (themaa_activation_heightparameter is invisible to consensus while unset, so a mixed-version fleet cannot fork); Phase 2 schedules activation on-chain with the stockkwild consensus proposeresolution — the only consensus-visible event. The runbook covers the load-bearing ordering rule (never propose while old binaries run — they cannot decode the parameter name), measuring the real block rate to map a lead time to an activation height, the single-validator shortcut, re-scheduling, the straggler story (old binaries halt cleanly on header validation instead of forking), and why there is no binary rollback past the activation height.v0.10.3-0.20260611144500-9fab49f49c4a(both modules) — picks up the activation parameter, the mempool +PreTxgates, and the 3-validator rollout rehearsal:docs/modular-agent-addresses.mdto the runbook.