Polkassembly Logo

Create Pencil IconCreate
Chat with KlaraComing Soon
OpenGov
View All Whitelisted Caller

[Whitelisted Caller] Reduce the number of pending messages allowed in an HRMP channel

inWhitelisted Caller
35 days ago
Executed

Equivalent of Polkadot referenda https://polkadot.subsquare.io/referenda/1740

By default, when opening an HRMP channel, the number of pending messages that can be queued on the relay chain for the channel is the one defined in the active host configuration (HostConfiguration::hrmp_channel_max_capacity).

The current value is 1000 and this referenda proposes to reduce it to 25.

A sending parachain can push at most 1 HRMP message to the relay chain per block while the receiving parachain processes all the pending messages at once. When the limit of pending messages is reached, the sending parachain can't forward any more HRMP message to the relay chain, having to queue them locally. The local queue also has a backpressure mechanism. Even if the receiving parachain has a delay of a couple of blocks in processing the pending messages, 25 pending messages should be enough for everything to work smoothly.

And if we're in a corner case where the receiving parachain is stalled, it's best to not have a lot of pending HRMP messages on the relay chain, since this will increase the load on the receiving parachain when it recovers.

The new limit will apply only to newly opened channels. This will not impact the channels that are already opened, which will keep the old limit.

Also this is just the default limit and it will apply to the channels opened via establish_channel_with_system for example. If a bigger limit is needed for an HRMP channel, there are extrinsics that can be used for setting a custom limit.

Comments (2)

27 days ago

Whitelisted call. Technical adjustment.
We would have prefered the proposer's address to be verified obviously.

9 days ago

Dear Proponent,

Thank you for submitting the proposal.

Trustless Core has voted AYE.

This adjustment is a sensible optimization to reduce unnecessary load on the relay chain while maintaining smooth HRMP channel operations. Applying the new limit only to newly opened channels ensures backward compatibility, while still improving efficiency and resilience.

Sincerely,

Trustless Core.

PleaseLogin to comment

Proposal Passed

Summary

0%

Aye

AyeNay

0%

Nay

Aye (27)0.0 DOT

Support0.0 DOT

Nay (1)0.0 DOT

Help Center

Report an Issue
Feedback
Terms and Conditions
Github

Our Services

Docs
Terms of Website
Privacy Policy

A House of Commons Initiative.

Polka Labs Private Limited 2025

All rights reserved.

Terms and ConditionsTerms of Website
Privacy Policy