mirror of
https://github.com/pezkuwichain/pezkuwi-subxt.git
synced 2026-06-13 10:31:04 +00:00
8203679cbd
* v0.50.0: Integrate frame-decode, redo storage APIs and break up Error. (#2100) * WIP integrating new frame-decode and working out new storage APIS * WIP: first pass adding new storage things to subxt-core * Second pass over Address type and start impl in Subxt * WIP new storage APIs * WIP New storage APIs roughly completed, lots of errors still * Remove PlainorMap enum; plain and map values now use same struct to simplify usage * Begin 'fixing' errors * WIP splitting errors and tidying payload/address traits * Get subxt-core compiling * Small fixes in subxt-core and remove metadata mod * subxt-core: cargo check --all-targets passes * Fix test * WIP starting to update subxt from subxt-core changes * WIP splitting up subxt errors into smaller variants * WIP errors: add DispatchError errors * Port new Storage APIs to subxt-core * cargo check -p subxt passes * Quick-fix errors in subxt-cli (explore subcommand) * fmt * Finish fixing codegen up and start fixing examples * get Subxt examples compiling and bytes_at for constants * Add some arcs to limit lifetimes in subxt/subxt-core storage APIs * A little Arcing to allow more method chaining in Storage APIs, aligning with Subxt * Update codegen test * cargo check --all-targets passing * cargo check --features 'unstable-light-client' passing * clippy * Remove unused dep in subxt * use published frame-decode * fix wasm-example * Add new tx extension to fix daily tests * Remove unused subxt_core::dynamic::DecodedValue type * Update book to match changes * Update docs to fix more broken bits * Add missing docs * fmt * allow larger result errs for now * Add missing alloc imports in subxt-core * Fix doc tests and fix bug getting constant info * Fix V14 -> Metadata transform for storage & constants * Fix parachain example * Fix FFI example * BlockLength decodes t ostruct, not u128 * use fetch/iter shorthands rather than entry in most storage tests * Fix some integration tests * Fix Runtime codegen tests * Expose the dynamic custom_value selecter and use in a UI test * Update codegen metadata * Tidy CLI storage query and support (str,str) as a storage address * Add (str,str) as valid constant address too * Show string tuple in constants example * Via the magic of traits, avoid needing any clones of queries/addresses and accept references to them * clippy * [v0.50] update scale-info-legacy and frame-decode to latest (#2119) * bump scale-info-legacy and frame-decode to latest * Remove something we don't need in this PR * Fully remove unused for now dep * [v0.50] Convert historic metadata to subxt::Metadata (#2120) * First pass converting historic metadatas to our subxt::Metadata type * use published frame-decode * fmt and rename legacy metadata macro * Enable legacy feature where needed in subxt_metadata so it compiles on its own * Use cargo hack more in CI and fix subxt-metadata features * Add tests for metadata conversion (need to optimise; some too expensive right now * Address performance and equality issues in metadata conversion testing * fmt * fmt all * clippy * Fix a doc link * Test codegen and fixes to make it work * Remove local frame-decode patch * bump frame-decode to latest * [v0.50.0] Allow visiting extrinsic fields in subxt_historic (#2124) * Allow visiting extrinsic fields * fmt * Don't use local scale-decode dep * Clippy and tidy * Extend 'subxt codegen' CLI to work with legacy metadatas * Simplify historic extrinsics example now that AccountId32s have paths/names * clippy * clippy * clippy.. * Allow visiting storage values, too, and clean up extrinsic visiting a little by narrowing lifetime * Try to fix flaky test * Add custom value decode to extrinsics example * Remove useless else branch ra thought I needed * Simplify examples * Prep to release v0.0.5 (#2126)
81 lines
3.1 KiB
Rust
81 lines
3.1 KiB
Rust
// Copyright 2019-2025 Parity Technologies (UK) Ltd.
|
|
// This file is dual-licensed as Apache-2.0 or GPL-3.0.
|
|
// see LICENSE for license details.
|
|
|
|
//! # Runtime API interface
|
|
//!
|
|
//! The Runtime API interface allows Subxt to call runtime APIs exposed by certain pallets in order
|
|
//! to obtain information. Much like [`super::storage`] and [`super::transactions`], Making a runtime
|
|
//! call to a node and getting the response back takes the following steps:
|
|
//!
|
|
//! 1. [Constructing a runtime call](#constructing-a-runtime-call)
|
|
//! 2. [Submitting it to get back the response](#submitting-it)
|
|
//!
|
|
//! **Note:** Runtime APIs are only available when using V15 metadata, which is currently unstable.
|
|
//! You'll need to use `subxt metadata --version unstable` command to download the unstable V15 metadata,
|
|
//! and activate the `unstable-metadata` feature in Subxt for it to also use this metadata from a node. The
|
|
//! metadata format is unstable because it may change and break compatibility with Subxt at any moment, so
|
|
//! use at your own risk.
|
|
//!
|
|
//! ## Constructing a runtime call
|
|
//!
|
|
//! We can use the statically generated interface to build runtime calls:
|
|
//!
|
|
//! ```rust,no_run,standalone_crate
|
|
//! #[subxt::subxt(runtime_metadata_path = "../artifacts/polkadot_metadata_small.scale")]
|
|
//! pub mod polkadot {}
|
|
//!
|
|
//! let runtime_call = polkadot::apis().metadata().metadata_versions();
|
|
//! ```
|
|
//!
|
|
//! Alternately, we can dynamically construct a runtime call. The input type can be a tuple or
|
|
//! vec or valid types implementing [`scale_encode::EncodeAsType`], and the output can be anything
|
|
//! implementing [`scale_decode::DecodeAsType`]:
|
|
//!
|
|
//! ```rust,no_run
|
|
//! use subxt::dynamic::Value;
|
|
//!
|
|
//! let runtime_call = subxt::dynamic::runtime_api_call::<(), Vec<u32>>(
|
|
//! "Metadata",
|
|
//! "metadata_versions",
|
|
//! ()
|
|
//! );
|
|
//! ```
|
|
//!
|
|
//! All valid runtime calls implement [`crate::runtime_api::Payload`], a trait which
|
|
//! describes how to encode the runtime call arguments and what return type to decode from the
|
|
//! response.
|
|
//!
|
|
//! ## Submitting it
|
|
//!
|
|
//! Runtime calls can be handed to [`crate::runtime_api::RuntimeApi::call()`], which will submit
|
|
//! them and hand back the associated response.
|
|
//!
|
|
//! ### Making a static Runtime API call
|
|
//!
|
|
//! The easiest way to make a runtime API call is to use the statically generated interface.
|
|
//!
|
|
//! ```rust,ignore
|
|
#![doc = include_str!("../../../examples/runtime_apis_static.rs")]
|
|
//! ```
|
|
//!
|
|
//! ### Making a dynamic Runtime API call
|
|
//!
|
|
//! If you'd prefer to construct the call at runtime, you can do this using the
|
|
//! [`crate::dynamic::runtime_api_call`] method.
|
|
//!
|
|
//! ```rust,ignore
|
|
#![doc = include_str!("../../../examples/runtime_apis_dynamic.rs")]
|
|
//! ```
|
|
//!
|
|
//! ### Making a raw call
|
|
//!
|
|
//! This is generally discouraged in favour of one of the above, but may be necessary (especially if
|
|
//! the node you're talking to does not yet serve V15 metadata). Here, you must manually encode
|
|
//! the argument bytes and manually provide a type for the response bytes to be decoded into.
|
|
//!
|
|
//! ```rust,ignore
|
|
#![doc = include_str!("../../../examples/runtime_apis_raw.rs")]
|
|
//! ```
|
|
//!
|