Struct gear_program::api::generated::api::grandpa::calls::TransactionApi

pub struct TransactionApi<'a, T: Config, X> { /* private fields */ }

Implementations

impl<'a, T, X> TransactionApi<'a, T, X> where
    T: Config,
    X: ExtrinsicParams<T>, 

pub fn new(client: &'a Client<T>) -> Self

pub fn report_equivocation(
    &self,
    equivocation_proof: EquivocationProof<H256, u32>,
    key_owner_proof: Void
) -> Result<SubmittableExtrinsic<'a, T, X, ReportEquivocation, DispatchError, Event>, BasicError>

Report voter equivocation/misbehavior. This method will verify the equivocation proof and validate the given key ownership proof against the extracted offender. If both are valid, the offence will be reported.

pub fn report_equivocation_unsigned(
    &self,
    equivocation_proof: EquivocationProof<H256, u32>,
    key_owner_proof: Void
) -> Result<SubmittableExtrinsic<'a, T, X, ReportEquivocationUnsigned, DispatchError, Event>, BasicError>

Report voter equivocation/misbehavior. This method will verify the equivocation proof and validate the given key ownership proof against the extracted offender. If both are valid, the offence will be reported.

This extrinsic must be called unsigned and it is expected that only block authors will call it (validated in ValidateUnsigned), as such if the block author is defined it will be defined as the equivocation reporter.

pub fn note_stalled(
    &self,
    delay: u32,
    best_finalized_block_number: u32
) -> Result<SubmittableExtrinsic<'a, T, X, NoteStalled, DispatchError, Event>, BasicError>

Note that the current authority set of the GRANDPA finality gadget has stalled.

This will trigger a forced authority set change at the beginning of the next session, to be enacted delay blocks after that. The delay should be high enough to safely assume that the block signalling the forced change will not be re-orged e.g. 1000 blocks. The block production rate (which may be slowed down because of finality lagging) should be taken into account when choosing the delay. The GRANDPA voters based on the new authority will start voting on top of best_finalized_block_number for new finalized blocks. best_finalized_block_number should be the highest of the latest finalized block of all validators of the new authority set.

Only callable by root.