Expand description
Create and submit extrinsics.
An extrinsic is submitted with an “signed extra” and “additional” parameters, which can be
different for each chain. The trait crate::config::ExtrinsicParams determines exactly which
additional and signed extra parameters are used when constructing an extrinsic, and is a part
of the chain configuration (see crate::config::Config).
Modules§
Structs§
- Default
Payload - A transaction payload containing some generic
CallData. - Pair
Signer substrate-compat - A
Signerimplementation that can be constructed from an [sp_core::Pair]. - Partial
Extrinsic - This payload contains the information needed to produce an extrinsic.
- Submittable
Extrinsic - This represents an extrinsic that has been signed and is ready to submit.
- TxClient
- A client for working with transactions.
- TxIn
Block - This struct represents a transaction that has made it into a block.
- TxProgress
- This struct represents a subscription to the progress of some transaction.
Enums§
- Transaction
Invalid - The transaction is invalid.
- Transaction
Unknown - The runtime was unable to validate the transaction.
- TxStatus
- Possible transaction statuses returned from our
TxProgress::next()call. - Validation
Result - The result of performing
SubmittableExtrinsic::validate().
Traits§
- Payload
- This represents a transaction payload that can be submitted to a node.
- Signer
- Signing transactions requires a
Signer. This is responsible for providing the “from” account that the transaction is being signed by, as well as actually signing a SCALE encoded payload.
Functions§
- dynamic
- Construct a transaction at runtime; essentially an alias to
DefaultPayload::new()which provides aCompositevalue for the call data.
Type Aliases§
- Dynamic
Payload - The type of a payload typically used for dynamic transaction payloads.