Skip to main content
In Trezu, each treasury is a shared multisig account, where multiple members collectively control the treasury’s assets and actions. No single member has unilateral control over the treasury, and to perform any action the team needs to reach consensus. Members
You can manage your team members and their roles in the Members section in the left sidebar.

Members

A member in Trezu represents a wallet address that can participate in the treasury. Each member:
  • Connects using their own wallet (e.g. a browser wallet, mobile wallet, or hardware wallet)
  • Signs proposals and votes using that wallet
  • Acts independently from other members
This is the core multisig concept: multiple wallets collectively control one treasury. No single member has unilateral control over the treasury’s funds, and to perform any action the team needs to reach consensus.

Roles & Permissions

Roles define what actions a member’s wallet is allowed to perform within the treasury. There are three roles in a treasury: Requestor, Finance, and Governance. Each role has specific permissions that determine what actions members can perform within the treasury.
Members can have multiple roles assigned, and will have the combined permissions granted by each of their assigned roles

Requestor

Allows members to create requests related to the treasury’s funds (e.g. treasury transaction requests).

Can

Cannot


Finance

Responsible for voting on treasury transaction requests - those created by Requestors.

Can

Cannot


Governance

Responsible for configuring the treasury’s settings and member configuration.
Exercise caution when assigning the Governance role, as this role has extensive control over the treasury’s settings. Read More

Can

Cannot


Governance is the Highest-Trust Role

The Governance role controls who has power in the system. Because Governance controls membership and voting rules, it should be treated as the highest-trust role in the treasury. Governance is intentionally powerful and not meant for day-to-day use. Best practice is to:
  • Assign Governance to highly secure wallets
  • Use high voting thresholds
  • Share Governance across multiple trusted members when possible
Treasury safety comes from isolating and sharing authority, not from weakening permissions

Permission Matrix

The following table shows the actions each role can perform:
ActionRequestorFinanceGovernance
Create Payment Requests
Create Stake Delegation Requests (Stake/Unstake/Withdraw)
Create Asset Exchange Requests
Vote on Treasury Transaction Requests
Create Add/Edit/Delete Member Requests
Create Voting Duration Update Requests
Create Theme/Logo Update Requests
Create Voting Thresholds Requests
Vote on Configuration Requests
Delete Own Pending Requests
Delete Others’ Pending Requests

Best Practices

When assigning roles and permissions within your treasury, consider the following best practices:
  • Use least privilege: Grant only the roles needed for each member’s responsibilities
  • Separate duties: Maintain a clear separation between financial operations and treasury configuration, do not assign the Governance role to Requestors or Finance members
  • Use voting thresholds intentionally: Higher-risk actions (like configuration changes) should require more approvals
  • Do regular reviews: Periodically review assigned roles and permissions to ensure they align with your treasury’s current needs
  • Governance caution: Exercise caution when assigning the Governance role, as this role has extensive control over the treasury’s settings