Backport from staging (#2243)

* Updated version according to Cumulus

* Updated docs

bridges/docs/polkadot-kusama-bridge-overview.md

@@ -25,8 +25,9 @@ You won't be able to directly use bridge hub transactions to send XCM messages o
 use other parachains transactions, which will use HRMP to deliver messages to the Bridge Hub. The Bridge Hub will just
 queue these messages in its outbound lane, which is dedicated to deliver messages between two parachains.
 
-Our first planned bridge will connect the Polkadot and Kusama Asset Hubs. A bridge between those two parachains would
-allow Asset Hub Polkadot accounts to hold wrapped KSM tokens and Asset Hub Kusama accounts to hold wrapped DOT tokens.
+Our first planned bridge will connect the Polkadot and Kusama Asset Hubs. A bridge between those two
+parachains would allow Asset Hub Polkadot accounts to hold wrapped KSM tokens and Asset Hub Kusama
+accounts to hold wrapped DOT tokens.
 
 For that bridge (pair of parachains under different consensus systems) we'll be using the lane 00000000. Later, when
 other parachains will join the bridge, they will be using other lanes for their messages.
@@ -92,13 +93,14 @@ Obviously, there should be someone who is paying relayer rewards. We want bridge
 can't use fees for rewards. Instead, the parachains using the bridge, use sovereign accounts on both sides of the bridge
 to cover relayer rewards.
 
-Bridged Parachains will have sovereign accounts at bridge hubs. For example, the Kusama Asset Hub will have an account
-at the Polkadot Bridge Hub. The Polkadot Asset Hub will have an account at the Kusama Bridge Hub. The sovereign accounts
-are used as a source of funds when the relayer is calling the `pallet_bridge_relayers::claim_rewards`.
+Bridged Parachains will have sovereign accounts at bridge hubs. For example, the Kusama Asset Hub will
+have an account at the Polkadot Bridge Hub. The Polkadot Asset Hub will have an account at the Kusama
+Bridge Hub. The sovereign accounts are used as a source of funds when the relayer is calling the
+`pallet_bridge_relayers::claim_rewards`.
 
-Since messages lane is only used by the pair of parachains, there's no collision between different bridges. E.g. Kusama
-Asset Hub will only reward relayers that are delivering messages from Kusama Asset Hub. The Kusama Asset Hub sovereign
-account is not used to cover rewards of bridging with some other Polkadot Parachain.
+Since messages lane is only used by the pair of parachains, there's no collision between different bridges. E.g.
+Kusama Asset Hub will only reward relayers that are delivering messages from Kusama Asset Hub. The Kusama Asset Hub sovereign account
+is not used to cover rewards of bridging with some other Polkadot Parachain.
 
 ### Multiple Relayers and Rewards
 

bridges/modules/messages/README.md

@@ -28,9 +28,10 @@ Single message lane may be seen as a transport channel for single application (o
 time the module itself never dictates any lane or message rules. In the end, it is the runtime developer who defines
 what message lane and message mean for this runtime.
 
-In our [Kusama<>Polkadot bridge](../../docs/polkadot-kusama-bridge-overview.md) we are using lane as a channel of
-communication between two parachains of different relay chains. For example, lane `[0, 0, 0, 0]` is used for Polkadot <>
-Kusama Asset Hub communications. Other lanes may be used to bridge other parachains.
+In our [Kusama<>Polkadot bridge](../../docs/polkadot-kusama-bridge-overview.md) we are using lane
+as a channel of communication between two parachains of different relay chains. For example, lane
+`[0, 0, 0, 0]` is used for Polkadot <> Kusama Asset Hub communications. Other lanes may be used to
+bridge other parachains.
 
 ## Message Workflow