IBC Rate Limit Module primary sources
Collected: 2026-05-11 UTC
Classification takeaway
The IBC Rate Limit Module is most useful as a bridge-safety and transfer-throttling control plane, not as a bridge or token primitive. The core mechanism is the split between narrow chain-level packet interception and contract-level policy definition. That means the real analytical question is not simply whether rate limits exist, but who controls the active contract, how quotas are computed, when the safety layer can be disabled, and how much liveness the chain is willing to sacrifice to contain exploit blast radius.
Primary sources reviewed
- https://docs.neutron.org/developers/modules/ibc-rate-limit/overview
- Official Neutron module overview
- Used to confirm the design goal, minimal middleware framing, governance-managed contract-address parameter, standardized sudo message interface, and pass-through behavior when no contract is configured
- https://docs.neutron.org/developers/modules/ibc-rate-limit/how-to
- Official operational guide
- Used to confirm the governance update flow, the ability to clear the contract address entirely, the exact integration expectations for compatible contracts, and the operational/error surfaces exposed to operators
- https://github.com/neutron-org/rate-limiter-contract
- Official Neutron organization repository for the contract implementation
- Used to confirm the currently implemented quota model: time-based periods, net-flow accounting, denom/channel paths, governance resets, channel-value heuristics, and explicit TODOs around rolling windows and future backstops
Notes
- The module cleared the bar because it is not just another bridge-hardening footnote; it exposes a reusable architectural split between consensus-enforced packet interception and hot-swappable risk policy.
- The fact that governance can point the module at a different contract — or at no contract at all — is analytically central. Practical control sits in contract-address governance as much as in the quota math.
- The contract repository adds important texture missing from the docs alone: discrete rather than rolling windows, net-flow logic to reduce griefing, path-based quota accounting, and open design questions around expiry and boundary attacks.
- This entry belongs in the active corpus because it gives the bridge / interop cluster a better comparison point for emergency throttles, issuer-side mint caps, pause systems, and other blast-radius-reduction mechanisms that sit beside or beneath core transfer protocols.