Skip to main content



In many places in Polymesh two identities, or a key and an identity, need to invite each other to have certain types of permission or access.

For example, an identity may want to invite a key to join its identity as a secondary key.

Authorisations in Polymesh allow an identity to invite another identity or key to take some privileged action.

An identity or key can view any authorisations that they may have pending, and can approve or reject each of these authorisations.

Authorisation Types

There are various types of authorisations that Polymesh allows:

pub enum AuthorizationData<AccountId> {
/// CDD provider's attestation to change primary key
/// Authorization to change primary key
/// Authorization to transfer a ticker
/// Must be issued by the current owner of the ticker
/// Add a signer to multisig
/// Must be issued to the identity that created the ms (and therefore owns it permanently)
/// Authorization to transfer a token's ownership
/// Must be issued by the current owner of the asset
/// Authorization to join an Identity
/// Must be issued by the identity which is being joined
/// Authorization to take custody of a portfolio
/// Authorization to become an agent of the `Ticker` with the `AgentGroup`.
BecomeAgent(Ticker, AgentGroup),
/// Add Relayer paying key to user key
/// Must be issued by the paying key.
/// `AddRelayerPayingKey(user_key, paying_key, polyx_limit)`
AddRelayerPayingKey(AccountId, AccountId, Balance),
/// Authorization to change primary key and leave it as a secondary key
/// with the given permissions.

Each of these authorisations are issued by an identity, but take different parameters depending on the type of action taking place.

Payment for Authorisation

In some cases it may not be possible for the approver (or rejector) of an authorisation to pay for the transaction to do so. When a key is joining a new identity, it may not have any POLYX funds to pay for the transaction, and cannot receive POLYX as it is not yet associated with an identity (with a valid CDD claim).

When a multisig signer is proposing or approving a multisig transaction it may similarly not have POLYX (a multisig signer cannot receive POLYX as it is not directly connected to an identity).

So for the certain types of authorisation below, the transaction is paid for by the issuer of the authorisation, in particular the primary key of the identity that issued the authorisation.

Authorisations types where the authorisation issuer pays are:

/// Matches any call to `remove_authorization`,
/// where the authorization is available for `auth.authorized_by` payer redirection.