@@ -10,11 +10,6 @@ Substrate chains.
10
10
11
11
🚧 The bridges are currently under construction - a hardhat is recommended beyond this point 🚧
12
12
13
- ** IMPORTANT** : this documentation is outdated and it is mostly related to the previous version of our
14
- bridge. Right there's an ongoing work to make our bridge work with XCM messages. Old bridge is still
15
- available at [ encoded-calls-messaging] ( https://github.com/paritytech/parity-bridges-common/releases/tag/encoded-calls-messaging )
16
- tag.
17
-
18
13
## Contents
19
14
20
15
- [ Installation] ( #installation )
@@ -97,7 +92,7 @@ description of the bridge interaction.
97
92
98
93
## Project Layout
99
94
100
- Here's an overview of how the project is laid out. The main bits are the ` node ` , which is the actual
95
+ Here's an overview of how the project is laid out. The main bits are the ` bin ` , which is the actual
101
96
"blockchain", the ` modules ` which are used to build the blockchain's logic (a.k.a the runtime) and
102
97
the ` relays ` which are used to pass messages between chains.
103
98
@@ -106,16 +101,16 @@ the `relays` which are used to pass messages between chains.
106
101
│ └── ...
107
102
├── deployments // Useful tools for deploying test networks
108
103
│ └── ...
109
- ├── diagrams // Pretty pictures of the project architecture
110
- │ └── ...
111
104
├── modules // Substrate Runtime Modules (a.k.a Pallets)
105
+ │ ├── beefy // On-Chain BEEFY Light Client (in progress)
112
106
│ ├── grandpa // On-Chain GRANDPA Light Client
113
107
│ ├── messages // Cross Chain Message Passing
114
- │ ├── dispatch // Target Chain Message Execution
108
+ │ ├── parachains // On-Chain Parachains Light Client
109
+ │ ├── relayers // Relayer rewards registry
115
110
│ └── ...
116
111
├── primitives // Code shared between modules, runtimes, and relays
117
112
│ └── ...
118
- ├── relays // Application for sending headers and messages between chains
113
+ ├── relays // Application for sending finality proofs and messages between chains
119
114
│ └── ...
120
115
└── scripts // Useful development and maintenance scripts
121
116
```
@@ -127,8 +122,11 @@ on each side of the bridge (source and target chain).
127
122
128
123
There are 2 ways to run the bridge, described below:
129
124
130
- - building & running from source
131
- - running a Docker Compose setup (recommended).
125
+ - building & running from source: with this option, you'll be able to run the bridge between two standalone
126
+ chains that are running GRANDPA finality gadget to achieve finality;
127
+
128
+ - running a Docker Compose setup: this is a recommended option, where you'll see bridges with parachains,
129
+ complex relays and more.
132
130
133
131
### Using the Source
134
132
@@ -204,7 +202,33 @@ You will also see the message lane relayers listening for new messages.
204
202
205
203
To send a message see the [ "How to send a message" section] ( #how-to-send-a-message ) .
206
204
207
- ### Full Network Docker Compose Setup
205
+ ### How to send a message
206
+
207
+ In this section we'll show you how to quickly send a bridge message. The message is just an encoded XCM
208
+ ` Trap(43) ` message.
209
+
210
+ ``` bash
211
+ # In `parity-bridges-common` folder
212
+ ./scripts/send-message-from-millau-rialto.sh
213
+ ```
214
+
215
+ After sending a message you will see the following logs showing a message was successfully sent:
216
+
217
+ ```
218
+ INFO bridge Sending message to Rialto. Size: 5.
219
+ TRACE bridge Sent transaction to Millau node: 0x5e68...
220
+ ```
221
+
222
+ And at the Rialto node logs you'll something like this:
223
+
224
+ ```
225
+ ... runtime::bridge-dispatch: Going to execute message ([0, 0, 0, 0], 1) (...), Trap(43)])
226
+ ... runtime::bridge-dispatch: Incoming message ([0, 0, 0, 0], 1) dispatched with result: Incomplete(2000000000, Trap(43))
227
+ ```
228
+
229
+ It means that the message has been delivered and successfully dispatched.
230
+
231
+ ## Full Network Docker Compose Setup
208
232
209
233
For a more sophisticated deployment which includes bidirectional header sync, message passing,
210
234
monitoring dashboards, etc. see the [ Deployments README] ( ./deployments/README.md ) .
@@ -220,24 +244,6 @@ docker run -p 30333:30333 -p 9933:9933 -p 9944:9944 \
220
244
--rpc-cors=all --unsafe-rpc-external --unsafe-ws-external
221
245
```
222
246
223
- ### How to send a message
224
-
225
- In this section we'll show you how to quickly send a bridge message, if you want to
226
- interact with and test the bridge see more details in [ send message] ( ./docs/send-message.md )
227
-
228
- ``` bash
229
- # In `parity-bridges-common` folder
230
- ./scripts/send-message-from-millau-rialto.sh remark
231
- ```
232
-
233
- After sending a message you will see the following logs showing a message was successfully sent:
234
-
235
- ```
236
- INFO bridge Sending message to Rialto. Size: 286. Dispatch weight: 1038000. Fee: 275,002,568
237
- INFO bridge Signed Millau Call: 0x7904...
238
- TRACE bridge Sent transaction to Millau node: 0x5e68...
239
- ```
240
-
241
247
## Community
242
248
243
249
Main hangout for the community is [ Element] ( https://element.io/ ) (formerly Riot). Element is a chat
0 commit comments