Policy Restrictions

Overview

Policy restrictions protect operations that change the governance rules of the vault, such as modifying approver groups, updating restriction rules, or rotating user keys. They are one of three restriction categories alongside Transaction Restrictions and Config Restrictions.

Like config restrictions, policy restrictions carry no filters. They are all-or-nothing: if a policy restriction exists, it applies to every governance operation. The restriction specifies only which approver groups must sign off.

Evaluation Semantics

Policy restrictions follow the same additive model as transaction restrictions:

  1. Every policy restriction is checked.
  2. Since there are no filters, every policy restriction always matches.
  3. All approval requirements from all matching restrictions accumulate.
  4. The operation proceeds when every accumulated requirement is satisfied.
  5. If no policy restriction exists, governance operations are allowed without approvals.

Governed Operations

The following operations require policy restriction approval when at least one policy restriction is configured:

Operation Description
Update group Add or remove members in an approver group
Rename group Rename an approver group
Update rates Change USD pricing rate overrides
Set user public key Set or rotate a user's approval key
Update transaction restriction Change a transaction restriction rule
Update config restriction Change a config restriction rule
Update policy restriction Change a policy restriction rule

Self-Governance

Policy restrictions protect the "update policy restriction" operation itself. This creates a self-governance loop: changing the policy restriction rules requires satisfying the current policy restriction rules. This prevents any single user from unilaterally weakening the approval requirements for governance changes.

The same principle applies to changes to approver groups. If a policy restriction requires 2 of owner approval, then adding or removing members from the owner group also requires 2 owner approvals.

Example

A single policy restriction protects all governance operations:

Restriction ID Action
policy-default 2 of owner

Result:

We Are Here to Help!

Please contact us via email or support chat if you encounter an issue, bug, or need assistance. Don't forget to include any relevant details about the problem. To request a wallet form and Institutional Vault Approver form, please click here or contact our sales team.

Updated 2 months ago