> ## Documentation Index
> Fetch the complete documentation index at: https://docs.trezu.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Members and Roles

> Discover how to manage your treasury's team members and their roles

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.

<img src="https://mintcdn.com/neardev/qOnuJ4U_--engK2H/assets/docs/governance/members.png?fit=max&auto=format&n=qOnuJ4U_--engK2H&q=85&s=a7117406111c4bbd32fc7a3b29b959d1" alt="Members" width="2155" height="1456" data-path="assets/docs/governance/members.png" />

<Info>
  You can manage your team members and their roles in the **`Members`** section in the left sidebar.
</Info>

***

## 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**](#requestor), [**Finance**](#finance), and [**Governance**](#governance). Each role has specific permissions that determine what actions members can perform within the treasury.

<Check>
  Members can have multiple roles assigned, and will have the combined permissions granted by each of their assigned roles
</Check>

***

### Requestor

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

#### Can

* <b>✅ Create payment requests</b>
* <b>✅ Create staking, unstaking, and withdraw requests</b>
* <b>✅ Create asset exchange requests</b>
* <b>✅ Delete their own pending requests</b>

#### Cannot

* <b>❌ Vote on any request</b>

***

### Finance

Responsible for voting on treasury transaction requests - those created by [Requestors](#requestor).

#### Can

* <b>✅ Vote to approve or reject requests created by Requestors</b>

#### Cannot

* <b>❌ Create, edit or delete requests</b>
* <b>❌ Manage members or treasury settings</b>

***

### Governance

Responsible for configuring the treasury's settings and member configuration.

<Warning>
  Exercise caution when assigning the Governance role, as this role has extensive control over the treasury's settings. [Read More](#governance-is-the-highest-trust-role)
</Warning>

#### Can

* <b>✅ Create requests to add, edit, or delete members</b>
* <b>✅ Create requests to update the voting duration</b>
* <b>✅ Create requests to update the treasury's theme and logo</b>
* <b>✅ Set the treasury's voting threshold</b>
* <b>✅ Vote on any treasury configuration requests</b>
* <b>✅ Delete their own requests</b>

#### Cannot

* <b>❌ Create financial requests (e.g., payments, staking)</b>
* <b>❌ Vote on financial requests created by Requestors</b>

***

## 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:

| Action                                                    | Requestor | Finance | Governance |
| --------------------------------------------------------- | --------- | ------- | ---------- |
| 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
