HRMP has the same interface and functionality as XCMP but is much more demanding on resources since it passes all messages via the Relay Chain. When XCMP is implemented on Polkadot, HRMP is planned to be deprecated and phased out in favor of it.
Opening HRMP channel: parachain to parachain
To open a channel from one parachain to another that are not system chains on Polkadot, the governance of each parachain needs to declare its intent to open a channel on the Relay Chain, and the second chain needs to accept and do the same.
In order to do this, the calls to be dispatched from both chains are:
hrmp > hrmpInitOpenChannel(recipient, proposedMaxCapacity, proposedMaxMessageSize): this call initiates opening a channel from a parachain to a given recipient with given channel
hrmp > hrmpAcceptOpenChannel(sender): accepting the channel open request from the given sender.
Each parachain is to use its own governance process to execute this. The call will be executed on the Relay Chain.
Opening HRMP Channels with System Parachains
Opening an HRMP channel with a system parachain requires a referendum. Like all other governance proposals, proposers should follow best practices like opening a discussion on Polkassembly or Subsquare and then submitting the proposal on-chain.
Proposals should generally be a
batch_all call containing:
force_transferof the channel deposit from the Treasury to the System parachain's sovereign account. Remember that a bi-direction channel is two channels so will need double the amount.
force_open_hrmp_channelfrom your chain to the system chain.
force_open_hrmp_channelfrom the system chain to your chain.
Please ensure that you use the new
force_open_hrmp_channel directly on the Relay Chain, rather
than the old two-phase channel request/accept method.
Publication on Polkassembly for discussion and feedback
The discussions section of Polkassembly is the best place to share the reasoning behind your proposal: make sure to log in with the proposer address (if possible) before publishing yours, and if you can do this also make sure the address has an on-chain identity.
Example: Opening an HRMP Channel with the AssetHub
The following highlights the steps required to submit a proposal for opening an HRMP channel with the AssetHub. Your submission should contain the following sections to be considered complete for the community to review and ultimately vote on:
A request on what the proposal aims to do (opening an HRMP channel with the AssetHub);
The use cases this channel will support for your chain;
Technical details of the proposal, including proposal parameters and technical details of this call (On Kusama, most proposals were designed as a batchAll calls):
forceTransferof 20 DOT from the Treasury to AssetHub sovereign account.
forceOpenhrmpchannelfrom AssetHub (1,000) to ParaID.
forceOpenhrmpChannelfrom ParaID to AssetHub (1,000).
Please note that if governance decides to reduce the HRMP channel deposit on Polkadot to 0 DOT, the first transaction should not be necessary (these guidelines will be updated accordingly).
The XCM message to the Asset Hub, which can be decoded on the network;
The call data to verify on Polkadot JS Apps Decode tab;
The preimage hash to include in the proposal's submission. Note that if the proposer is planning to submit a referendum on the Whitelisted Caller Track, the preimage hash needs to be submitted to and whitelisted by the Technical Fellowship.
Below is an example of how teams followed this process on Kusama, as a way to:
- Proposal to open HRMP channel between Bifrost and the Asset Hub: the motion can be found here.
Preimage submission on democracy tab (Polkadot JS Apps)
Once the community has given enough feedback (we expect these proposal to be non controversial) please submit the image on the discussion post in the Democracy tab on Polkadot JS Apps, by using the "Submit Preimage" button:
On the pop up window, compose the preimage in the discussion post: making sure the proposal hash is the same as in the post.
Vote by the community
After the community voting period, there will be an enactment period. In general, on Kusama these have been defined in shorter terms than the voting periods. Again, it is very important you encourage the community to vote on this, highlighting the benefits for your chain, use cases enabled with this submission, among other things. After the enactment period is over, both chains will authorize the channel.