Module polkadot_runtime::xcm_config
source · Expand description
XCM configuration for Polkadot.
Structs
Our XCM location ancestry - i.e. what, if anything,
Parent means evaluated in our context. Since
Polkadot is a top-level relay-chain, there is no ancestry.The amount of weight an XCM operation takes. This is a safe overestimate.
The check account, which holds any native assets that have been teleported out and not back in (yet).
The location of the DOT token, from the context of this chain. Since this token is native to this
chain, we make it synonymous with it and thus it is the
Here location, which means “equivalent to
the context”.Maximum number of instructions in a single XCM fragment. A sanity check against weight
calculations getting too crazy.
The Polkadot network ID. This is named.
Type Definitions
The barriers one of which must be passed for an XCM message to be executed.
Type to convert a council origin to a Plurality
MultiLocation value.Our asset transactor. This is what allows us to interact with the runtime assets from the point of
view of XCM-only concepts like
MultiLocation and MultiAsset.Type to convert an
Origin type value into a MultiLocation value which represents an interior location
of this chain.The canonical means of converting a
MultiLocation into an AccountId, used when we want to determine
the sovereign account controlled by a location.Polkadot Relay recognizes/respects the Statemint chain as a teleporter.
The XCM router. When we want to send an XCM message, we use this type. It amalgamates all of our
individual routers.