-
Notifications
You must be signed in to change notification settings - Fork 660
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[xcm-emulator] Parachain's block execution should process only its messages #1388
Comments
Partially yes. The reason why it is happening if because the event pattern matching still works when selecting a different chain. I would say the main reason is the pattern matching. If we can make it work properly, It wouldn't be an issue if other Parachains events are emitted. At the same time, if we make sure that only its own Parachain's messages are processed, it would be impossible to get a match from another Parachain's event. |
Taking a look at this. |
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
* Generalize error text Right now, each time there is an error while executing `substrate-relay` it will be reported as: ERROR bridge Failed to start relay: <Actual cause of error> This is the case even if the invoked command did not have anything to do with starting a relayer. Thus this removes this text. Now something like this would be written: ERROR bridge <Actual cause of error> * Use substrate-relay prefix
From paritytech/cumulus#3023 (comment)
Right now, every time a Parchain's block is processed, all stored messages (for all registered Parachains in the Network) are processed.
The text was updated successfully, but these errors were encountered: