Skip to content
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

Why not just use the existing types from the blockchain? #281

Closed
wuminzhe opened this issue May 26, 2021 · 2 comments
Closed

Why not just use the existing types from the blockchain? #281

wuminzhe opened this issue May 26, 2021 · 2 comments

Comments

@wuminzhe
Copy link

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?

@ascjones
Copy link
Contributor

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.

@wuminzhe
Copy link
Author

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.

Great job. Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants