mirror of https://github.com/pezkuwichain/pezkuwi-subxt.git synced 2026-04-29 07:58:00 +00:00

Files

T

Bastian Köcher f3bf5c1acd xcm: Change TypeInfo::path to not include staging (#1948 )

The `xcm` crate was renamed to `staging-xcm` to be able to publish it to
crates.io as someone as squatted `xcm`. The problem with this rename is
that the `TypeInfo` includes the crate name which ultimately lands in
the metadata. The metadata is consumed by downstream users like
`polkadot-js` or people building on top of `polkadot-js`. These people
are using the entire `path` to find the type in the type registry. Thus,
their code would break as the type path would now be [`staging_xcm`,
`VersionedXcm`] instead of [`xcm`, `VersionedXcm`]. This pull request
fixes this by renaming the path segment `staging_xcm` to `xcm`.

This requires: https://github.com/paritytech/scale-info/pull/197

---------

Co-authored-by: Francisco Aguirre <franciscoaguirreperez@gmail.com>

2023-10-20 11:21:19 +02:00

benches

Replace system config Index for Nonce (#14290 )

2023-07-14 06:56:48 +00:00

benchmarking

xcm: Change TypeInfo::path to not include staging (#1948 )

2023-10-20 11:21:19 +02:00

rpc/runtime-api

Markdown linter (#1309 )

2023-09-04 12:02:32 +03:00

src

[FRAME] Warn on unchecked weight witness (#1818 )

2023-10-10 16:02:35 +02:00

Cargo.toml

xcm: Change TypeInfo::path to not include staging (#1948 )

2023-10-20 11:21:19 +02:00

README.md

Markdown linter (#1309 )

2023-09-04 12:02:32 +03:00

README.md

System Module

The System module provides low-level access to core types and cross-cutting utilities. It acts as the base layer for other pallets to interact with the Substrate framework components.

system::Config

Overview

The System module defines the core data types used in a Substrate runtime. It also provides several utility functions (see Pallet) for other FRAME pallets.

In addition, it manages the storage items for extrinsics data, indexes, event records, and digest items, among other things that support the execution of the current block.

It also handles low-level tasks like depositing logs, basic set up and take down of temporary storage entries, and access to previous block hashes.

Interface

Dispatchable Functions

The System module does not implement any dispatchable functions.

Public Functions

See the Pallet struct for details of publicly available functions.

Signed Extensions

The System module defines the following extensions:

[CheckWeight]: Checks the weight and length of the block and ensure that it does not exceed the limits.
[CheckNonce]: Checks the nonce of the transaction. Contains a single payload of type T::Nonce.
[CheckEra]: Checks the era of the transaction. Contains a single payload of type Era.
[CheckGenesis]: Checks the provided genesis hash of the transaction. Must be a part of the signed payload of the transaction.
[CheckSpecVersion]: Checks that the runtime version is the same as the one used to sign the transaction.
[CheckTxVersion]: Checks that the transaction version is the same as the one used to sign the transaction.

Lookup the runtime aggregator file (e.g. node/runtime) to see the full list of signed extensions included in a chain.

Usage

Prerequisites

Import the System module and derive your module's configuration trait from the system trait.

Example - Get extrinsic count and parent hash for the current block

#[frame_support::pallet]
pub mod pallet {
    use super::*;
    use frame_support::pallet_prelude::*;
    use frame_system::pallet_prelude::*;

    #[pallet::config]
    pub trait Config: frame_system::Config {}

    #[pallet::pallet]
    pub struct Pallet<T>(_);

    #[pallet::call]
    impl<T: Config> Pallet<T> {
        #[pallet::weight(0)]
        pub fn system_module_example(origin: OriginFor<T>) -> DispatchResult {
            let _sender = ensure_signed(origin)?;
            let _extrinsic_count = <system::Pallet<T>>::extrinsic_count();
            let _parent_hash = <system::Pallet<T>>::parent_hash();
            Ok(())
        }
    }
}

License: Apache-2.0