-
Notifications
You must be signed in to change notification settings - Fork 2.6k
[meta] try-runtime-cli
fast-forward
#13887
Comments
try-runtime follow-chain
high-ish priority improvementstry-runtime follow-chain
try-runtime follow-chain
try-runtime fast-forward
Isnt this exactly what the In general just building a generic block in substrate is rather difficult IMHO. So it will probably need some custom code integration for the |
Yeah, when I say config here I am referring to a file containing injected code for different para/relaychains, like the custom code integration you described.
I'll take a look at this, thanks.
I wasn't aware of this, thanks. |
Yea I think the |
Yeah sounds correct to me and there not being any more easier way for this. |
try-runtime fast-forward
try-runtime-cli
fast-forward
try-runtime-cli
fast-forward
try-runtime-cli
fast-forward
How I am going to approach solving this in the new try-runtime-cli repo:
|
Moved to paritytech/try-runtime-cli#12 |
Partial paritytech/polkadot-sdk#178
High-ish priority improvements to get
fast-forward
into a healthy stateallow configuration of inherents using cli args (probably simplest, but least flexible and bad developer UX)when try-runtime feature is enabled, add a special runtime api (or some other method) to expose some information about which basic inherents are expected by the runtime. this way, fast-forward can query that api when it boots up and know which inherents it needs to apply in its otherwise empty blocks (more complex but would support any runtime, seems like a good option if it's possible)inherents_configurations.rs
containing inherent configurations similar to https://github.com/paritytech/substrate/blob/master/utils/frame/try-runtime/cli/src/block_building_info.rsfast-forward
that requires inherents is used, the CLI will attempt to build blocks using each of these inherent options until it finds one that worksinherents_configurations.rs
The text was updated successfully, but these errors were encountered: