-
Notifications
You must be signed in to change notification settings - Fork 26
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
runtime call support #59
Comments
E.g. state_call "Metadata_metadata" 0x does the equivilent of the rpc metadata call, but discovering this at the moment is not easy. |
I would need to look into that. Keep in mind that |
The information should be only in the runtime. I had my doubts but now I do
think subwasm is the right place.
…On Mon, 9 Jan 2023 at 11:52, Chevdor ***@***.***> wrote:
I would need to look into that. Keep in mind that subwasm *only* works
off the runtime.
If there is a call that does not require storage and returns those
functions, there should be an option.
subwasm does not call any jsonrpc endpoint (besides the convenience to
fetch the runtime from a node).
—
Reply to this email directly, view it on GitHub
<#59 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGEJCB7Y7DJYABK2CU26QLWRP3XRANCNFSM6AAAAAATVJSAKY>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
ok, I will investigate. |
We can get the rpc methods like this:
curl -sS -H "Content-Type: application/json" -d '{"id":1, "jsonrpc":"2.0", "method": "rpc_methods"}' http://localhost:9933/
I don't think there's a way in polkadot at the moment to get the same list of method strings that one can feed into the
state_call
rpc method. We suggest that people do state call runtime functions rather than doing custom rpc calls because you can add them via a runtime upgrade without needing to update the node. But they are not as discoverable at the moment.The text was updated successfully, but these errors were encountered: