sub0 Asia 2024 - Jakub Panik (GalacticCouncil)
summary
A runtime module implements an XCM rate limiter that intercepts XMQ messages, defers execution into on‑chain storage and services the defer queue at block start; it is a pallet-xmq fork with defer filter and supports a configurable defer duration in blocks. Rate accounting is token‑based and decays linearly (example: 1,000 tokens per 10 blocks → 100 tokens/block decay); overshoot causes proportional deferred delay, messages can be discarded by a configured governance/SEC origin, and the mechanism preserves messages rather than burning funds.
AI-written summary · about
chapters (8)
- 0:00XCM rate limiters intro
- 1:07Why XCM rate limiters matter
- 3:18XCM execute filters
- 5:30Message deferring in XMQ
- 8:44Designing XCM rate limiter filters
- 10:10Rate limiter mechanics
- 13:25False positives and UX impact
- 15:16Future of XCM rate limiting
related talks
16mRajomon: Decentralized and Coordinated Overload Control for Latency-Sensitive...
17mCross-consensus XCM applications using trustless bridges
46mSubatomic, Supersonic, Reactive
43mFireside Chat
09mCube
24mIBC Everywhere!
06mAtomic Swaps: Present and Future of the Farcaster Protocol
19mThe Pod: p-token: The Road to Mainnet