Module malus::interceptor

A small set of wrapping types to cover most of our adversary test cases.

This allows types with internal mutability to synchronize across multiple subsystems and intercept or replace incoming and outgoing messages on the overseer level.

Re-exports

• pub use polkadot_node_subsystem::overseer;

Modules

• network_bridge_event
  Network events as transmitted to other subsystems, wrapped in their message types.

Structs

• BlockDescription
  Describes a relay-chain block by the para-chain candidates it includes.
• CanSecondRequest
  A request to the candidate backing subsystem to check whether we can second this candidate.
• CheckedIndirectAssignment
  A checked indirect assignment, the crypto for the cert has been validated and the candidate_bitfield is correctly claimed at delay_tranche.
• CheckedIndirectSignedApprovalVote
  A checked indirect signed approval vote.
• HighestApprovedAncestorBlock
  Response type to ApprovalVotingMessage::ApprovedAncestor.
• HypotheticalMembershipRequest
  Request specifying which candidates are either already included or might become included in fragment chain under a given active leaf (or any active leaf if fragment_chain_relay_parent is None).
• InterceptedContext
  A subsystem context, that filters the outgoing messages.
• InterceptedSender
  A sender with the outgoing messages filtered.
• InterceptedSubsystem
  A subsystem to which incoming and outgoing filters are applied.
• IntroduceSecondedCandidateRequest
  Request introduction of a seconded candidate into the prospective parachains subsystem.
• ProspectiveValidationDataRequest
  A request for the persisted validation data stored in the prospective parachains subsystem.
• ProvisionerInherentData
  Inherent data returned by the provisioner
• ValidationFailed
  Blanket error for validation failing for internal reasons.

Enums

• AllMessages
  Generated message type wrapper over all possible messages used by any subsystem.
• ApprovalCheckError
  The error result type of ApprovalVotingMessage::ImportApproval request.
• ApprovalCheckResult
  The result type of ApprovalVotingMessage::ImportApproval request.
• ApprovalDistributionMessage
  Message to the Approval Distribution subsystem.
• ApprovalVotingMessage
  Message to the Approval Voting subsystem.
• ApprovalVotingParallelMessage
  Message to the approval voting parallel subsystem running both approval-distribution and approval-voting logic in parallel. This is a combination of all the messages ApprovalVoting and ApprovalDistribution subsystems can receive.
• AssignmentCheckError
  The error result type of ApprovalVotingMessage::ImportAssignment request.
• AssignmentCheckResult
  The result type of ApprovalVotingMessage::ImportAssignment request.
• AvailabilityDistributionMessage
  Availability Distribution Message.
• AvailabilityRecoveryMessage
  Availability Recovery Message.
• AvailabilityStoreMessage
  Availability store subsystem message.
• BitfieldDistributionMessage
  Bitfield distribution message.
• BitfieldSigningMessage
  A dummy implementation to satisfy the current internal structure and cannot be constructed delibarately, since it’s not meant to be sent or used at all
• CandidateBackingMessage
  Messages received by the Candidate Backing subsystem.
• CandidateValidationMessage
  Messages received by the Validation subsystem.
• ChainApiMessage
  Chain API request subsystem message.
• ChainSelectionMessage
  Chain selection subsystem messages
• CollationGenerationMessage
  Message to the Collation Generation subsystem.
• CollatorProtocolMessage
  Messages received by the Collator Protocol subsystem.
• DisputeCoordinatorMessage
  Messages received by the dispute coordinator subsystem.
• DisputeDistributionMessage
  Messages going to the dispute distribution subsystem.
• GossipSupportMessage
  Message to the Gossip Support subsystem.
• HypotheticalCandidate
  A hypothetical candidate to be evaluated for potential/actual membership in the prospective parachains subsystem.
• IfDisconnected
  When sending a request, what to do on a disconnected recipient.
• ImportStatementsResult
  The result of DisputeCoordinatorMessage::ImportStatements.
• NetworkBridgeEvent
  Events from network.
• NetworkBridgeRxMessage
  Messages received from other subsystems.
• NetworkBridgeTxMessage
  Messages received from other subsystems by the network bridge subsystem.
• ParentHeadData
  The parent head-data hash with optional data itself.
• PreCheckOutcome
  The outcome of the candidate-validation’s PVF pre-check request.
• ProspectiveParachainsMessage
  Messages sent to the Prospective Parachains subsystem.
• ProvisionableData
  This data becomes intrinsics or extrinsics which should be included in a future relay chain block.
• ProvisionerMessage
  Message to the Provisioner.
• PvfCheckerMessage
  A dummy implementation to satisfy the current internal structure and cannot be constructed delibarately, since it’s not meant to be sent or used at all
• PvfExecKind
  Extends primitives::PvfExecKind, which is a runtime parameter we don’t want to change, to separate and prioritize execution jobs by request type.
• ReportPeerMessage
  Type of peer reporting
• RuntimeApiMessage
  A message to the Runtime API subsystem.
• RuntimeApiRequest
  A request to the Runtime API subsystem.
• StatementDistributionMessage
  Statement distribution message.
• StoreAvailableDataError
  The error result type of a AvailabilityStoreMessage::StoreAvailableData request.

Traits

• MessageInterceptor
  Filter incoming and outgoing messages.

Type Aliases

• Ancestors
  A collection of ancestor candidates of a parachain.
• ChainApiResponseChannel
  A response channel for the result of a chain API request.
• FromOrchestra
  Specialized message type originating from the overseer.
• HypotheticalMembership
  Indicates the relay-parents whose fragment chain a candidate is present in or can be added in (right now or in the future).
• RuntimeApiSender
  A sender for the result of a runtime API request.