Add Polimec HRMP info

docs/build/build-hrmp-channels.md

@@ -35,6 +35,14 @@ In order to dispatch a call from its sovereign origin, a parachain may use gover
 encoded call in a `Transact` instruction to the Relay Chain, but it may also execute this logic
 autonomously (e.g. on the notification that a channel was requested).
 
+The xcm-executor pallet can be forked by parachains' teams and modified to include logic to handle
+[high-level HRMP instructions](https://paritytech.github.io/xcm-docs/journey/channels-and-bridges.html#hrmpnewchannelopenrequest).
+These instructions are not included in the default version of the pallet, but can be used for
+opening, accepting, and closing channels without relying on governance. See below useful links:
+
+- [Polimec's HRMP instruction implementation in XCM-executor fork](https://github.com/Polimec/polimec-node/blob/da9d1ee0062ead7a62f815647813ada48e4c2250/pallets/xcm-executor/src/lib.rs#L890)
+- [Polimec's implementation of the XCM-executor configuration types](https://github.com/Polimec/polimec-node/blob/da9d1ee0062ead7a62f815647813ada48e4c2250/pallets/funding/src/lib.rs#L1398)
+
 ## Opening HRMP Channels with System Parachains
 
 HRMP channel management involving system parachains takes place entirely on the Relay Chain. No

docs/general/community.md

@@ -137,4 +137,3 @@ you face any issues, join the rooms individually.
   application of blockchain technology, using Polkadot and Substrate as its foundations.
 - [Polkadot Communities and Campaigns by AirLyft One](https://airlyft.one/communities?ecosystem=POLKADOT) -
   Discover thriving communities and participate in engaging campaigns.
-

docs/general/thousand-validators.md

@@ -9,9 +9,11 @@ slug: ../thousand-validators
 
 :::warning 1KV Program is on Hold. Please check this space again in Feb 2024.
 
-Starting in February 2024, Web3 Foundation plans to share a new application form for the community validators that will include a KYC and KYB process.
-Until then, all the applications submitted will be on hold. The 1KV program is undergoing a significant redesign, and the plan is 
-to make it more attractive to participate in, contributing to further decentralization of the Polkadot network (see [Nakamoto coefficients](https://nakaflow.io/)).
+Starting in February 2024, Web3 Foundation plans to share a new application form for the community
+validators that will include a KYC and KYB process. Until then, all the applications submitted will
+be on hold. The 1KV program is undergoing a significant redesign, and the plan is to make it more
+attractive to participate in, contributing to further decentralization of the Polkadot network (see
+[Nakamoto coefficients](https://nakaflow.io/)).
 
 If you have any questions, please contact `[email protected]`
 

docs/learn/learn-guides-accounts-multisig.md

@@ -57,14 +57,15 @@ Parity Technologies. There is a detailed
 that you can try out and change to see how it works.
 
 However, in anything but the simple one approval case, you will likely need more than one of the
-signatories to approve the call before finally executing it. 
+signatories to approve the call before finally executing it.
 
 ### Multisig Call Deposit
 
-When you create a new multi-sig call, you will need to place a {{ polkadot: DOT :polkadot }}{{ kusama: KSM :kusama }} 
-deposit. The deposit stays locked until the call is executed. This deposit is to establish an economic cost on the 
-storage space that the multisig call takes up on the chain state and discourage users from creating multisig
-calls that never get executed. The deposit will be reserved in the call initiator's account.
+When you create a new multi-sig call, you will need to place a
+{{ polkadot: DOT :polkadot }}{{ kusama: KSM :kusama }} deposit. The deposit stays locked until the
+call is executed. This deposit is to establish an economic cost on the storage space that the
+multisig call takes up on the chain state and discourage users from creating multisig calls that
+never get executed. The deposit will be reserved in the call initiator's account.
 
 The deposit is dependent on the `threshold` parameter and is calculated as follows:
 
@@ -81,9 +82,10 @@ and the deposit factor equals
 {{ polkadot: <RPC network="polkadot" path="consts.multisig.depositFactor" defaultValue={320000000} filter="humanReadable"/>. :polkadot }}
 {{ kusama: <RPC network="kusama" path="consts.multisig.depositFactor" defaultValue={1066665600} filter="humanReadable"/>. :kusama }}
 
-The other signatory accounts should have enough funds to pay for the transaction fees to sign and submit the multi-sig transaction.
-No deposit is held from the signatory accounts. Once the multi-sig transaction is executed or rejected, the deposit is released on the
-account that created the multi-sig transaction.
+The other signatory accounts should have enough funds to pay for the transaction fees to sign and
+submit the multi-sig transaction. No deposit is held from the signatory accounts. Once the multi-sig
+transaction is executed or rejected, the deposit is released on the account that created the
+multi-sig transaction.
 
 ### Example using Multisig Accounts