# Votes in Governance

{% hint style="warning" %}
For now, SubWallet only supports referendum voting. OpenGov delegation will be available in upcoming releases.
{% endhint %}

## What is Governance (Polkadot OpenGov)?

Polkadot OpenGov is Polkadot's on-chain governance system, which enables token holders to collectively manage network upgrades, treasury spending, and other key protocol changes directly on-chain, without relying on centralized decision-makers.&#x20;

In OpenGov, anyone can submit a proposal, which becomes a public referendum that the community votes on using stake-weighted and conviction voting.

## **Key features of Governance** <a href="#key-features-of-polkadot-opengov" id="key-features-of-polkadot-opengov"></a>

### **Referendum**

The referenda are the key piece of Polkadot OpenGov on which all other parts rely. All referenda are proposed and submitted by members of the community.

<div data-with-frame="true"><figure><img src="https://631687399-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lh39Kwxa1xxZM9WX_Bs%2Fuploads%2FsnVHlR72N0w3gbegCnwO%2Fimage.png?alt=media&#x26;token=b8cc19d1-0cb0-4b9a-8401-0a12baa06f6b" alt="Lifecycle of a Polkadot OpenGov Referendum. Source: Polkadot"><figcaption><p>Lifecycle of a Polkadot OpenGov Referendum. <em>Source: Polkadot</em></p></figcaption></figure></div>

Each proposal must be accompanied by a "Decision deposit." After the "Lead-in period", the votes of token holders begin to contribute to the "Support" and "Approval" of the referendum.

The "Approval" represents the current percentage of voting power (balance multiplied by conviction) in favor (**Ayes**) of that referendum. "Support" is defined by the % of "Ayes" plus abstentions out of the total possible number of votes that can be made within the system (excluding conviction adjustments).

For a referendum to be approved, it must be "Passing" by keeping both approval and support values over the track's own minimum curves during the entire "Confirmation period."

Once a referendum is approved, a typically short "Enactment period" must pass before the referendum content is enacted on-chain.

### **Tracks**

In Polkadot OpenGov, proposals are handled in different "Tracks", each with its own set of rules. When you submit a referendum, you choose a track, which determines factors such as the type of change it can make, the required deposit amount, the number of votes needed, and the duration of each phase.

Each track has specific restrictions regarding the type of referendum, submission requirements (i.e., deposit), minimum approval and support values, and the duration of each phase. For example, a track that can execute extrinsics that can make drastic changes on network parameters must be executed in the "Root" track, which has much more conservative parameters and confirmation times than the "Small Tipper" track.

### **Voters and voting power**

In Governance, token holders decide whether a referendum will be approved or rejected by voting with their tokens. Polkadot OpenGov has also inherited the ability to amplify this voting power by locking the voting balance for extended periods. With the flexibility added to the system for multiple referenda running in parallel, you can simultaneously vote with different conviction locking periods on each one.

### **Multi-role delegation**

If you want to participate in Polkadot's democracy but can't do it as often as you would like, Polkadot OpenGov allows you to delegate your voting power to delegates you trust. But that's not all; you can also delegate to different delegates for various tracks.&#x20;

For example, you can delegate your vote to someone with a more technical profile on technical tracks (e.g., "Root") while delegating the same voting power to a delegate with an economic background on tracks related to the treasury (e.g., "Small Spender" or "Big Tipper").

***

## Here are the articles in this section

{% content-ref url="votes-in-governance/view-and-manage-referendums" %}
[view-and-manage-referendums](https://docs.subwallet.app/main/extension-user-guide/votes-in-governance/view-and-manage-referendums)
{% endcontent-ref %}

{% content-ref url="votes-in-governance/cast-vote-for-a-referendum" %}
[cast-vote-for-a-referendum](https://docs.subwallet.app/main/extension-user-guide/votes-in-governance/cast-vote-for-a-referendum)
{% endcontent-ref %}

{% content-ref url="votes-in-governance/revote-for-a-referendum" %}
[revote-for-a-referendum](https://docs.subwallet.app/main/extension-user-guide/votes-in-governance/revote-for-a-referendum)
{% endcontent-ref %}

{% content-ref url="votes-in-governance/unlock-expired-votes" %}
[unlock-expired-votes](https://docs.subwallet.app/main/extension-user-guide/votes-in-governance/unlock-expired-votes)
{% endcontent-ref %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.subwallet.app/main/extension-user-guide/votes-in-governance.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
