You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At the moment we use direct runtime calls for all the runtimes that are defined in this repo. The problem with this is that we don't have any way to test that the indirect runtime calls logic works within our test deployments. So for example if there is any issue with the indirect runtime logic calls we will find out only after we deploy it to rococo/wococo.
If we used the indirect call logic for one of the runtimes that are defined in this repo, we would catch many potential issues as part of our test deployments. For example I think it would be the easiest to use this for RialtoParachain.
Context:
By direct runtime call I'm referring to using the runtime calls defined by construct_runtime!(). We can do this only for the runtimes defined in our repo. For example for rialto parachain. While for runtimes that are not defined in our repo we use "indirect runtime calls", which is are basically a mock of the runtime. For example bridge hub rococo.
Yeah - we may do that. But imo for external runtimes we'll need some more sophisticated testing - there's a lot that can break and we won't be able to detect that by only testing it on RialtoParachain - e.g. pallet index, call change, upgrading only one side of the bridge, ... So probably we'll need some tool (can we use zombienet for that?) that will spin up (local) upgraded chains and will start required relayers and will say us that everything went smoothly.
But in any case - having it on RialtoParachain sounds good to me.
Makes sense. I posted #1753 for using indirect calls on RialtoParachain and after that I'll open another issue for adding more sophisticated testing for indirect runtimes.
* Bump to clap4
* Adjust to clap 4 style
* Remove two more deprecated occurences of clap macro
* Remove "deprecated" feature from clap
* Update cargo lock
* Fix group name
* More skipped group names
At the moment we use direct runtime calls for all the runtimes that are defined in this repo. The problem with this is that we don't have any way to test that the indirect runtime calls logic works within our test deployments. So for example if there is any issue with the indirect runtime logic calls we will find out only after we deploy it to rococo/wococo.
If we used the indirect call logic for one of the runtimes that are defined in this repo, we would catch many potential issues as part of our test deployments. For example I think it would be the easiest to use this for
RialtoParachain
.Context:
By direct runtime call I'm referring to using the runtime calls defined by
construct_runtime!()
. We can do this only for the runtimes defined in our repo. For example for rialto parachain. While for runtimes that are not defined in our repo we use "indirect runtime calls", which is are basically a mock of the runtime. For example bridge hub rococo.@svyatonik do you think this would make sense ?
The text was updated successfully, but these errors were encountered: