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
When I do a rpc to a dispatch call or get a storage, I need to define types for that dispatch call or storage.
If I can use the types from the chain directly, I will not need to define these types.
Are there any design considerations for this?
The text was updated successfully, but these errors were encountered:
Indeed, having to define your own copies of types is a problem: one I am currently working on solving via paritytech/substrate#8615.
Ultimately we want this library to be a lightweight way to communicate with any version of any substrate chain, so direct substrate dependencies are not an option.
Once the above work is integrated into substrate, we should be able to generate all necessary types directly from the metadata.
Indeed, having to define your own copies of types is a problem: one I am currently working on solving via paritytech/substrate#8615.
Ultimately we want this library to be a lightweight way to communicate with any version of any substrate chain, so direct substrate dependencies are not an option.
Once the above work is integrated into substrate, we should be able to generate all necessary types directly from the metadata.
When I do a rpc to a dispatch call or get a storage, I need to define types for that dispatch call or storage.
If I can use the types from the chain directly, I will not need to define these types.
Are there any design considerations for this?
The text was updated successfully, but these errors were encountered: