Council
Elected representatives who propose referenda, cancel dangerous proposals, and represent the community’s interests.
Governance is the process by which a decentralized network makes collective decisions. In SORA, this means deciding how newly minted XOR is allocated, which runtime upgrades are approved, and how the ecosystem evolves over time.
SORA’s governance model is designed to be democratic, transparent, and resistant to plutocracy—ensuring that no single entity or wealthy minority can control the network’s future.
The SORA network currently operates under Governance V1, a system adapted from Polkadot’s original governance framework (prior to OpenGov). This system provides stability and predictability while the more advanced SORA Parliament is developed.
Governance V1 consists of three primary bodies:
Council
Elected representatives who propose referenda, cancel dangerous proposals, and represent the community’s interests.
Technical Committee
Parliament
All XOR holders who vote on referenda to make final decisions on proposals.
Proposal Creation
Anyone can submit a proposal by bonding XOR. Proposals can include runtime upgrades, parameter changes, treasury spending, or other network modifications.
Council Review
The Council reviews proposals and decides which ones to put forward as referenda. They can also create their own proposals.
Referendum Period
Approved proposals enter a voting period where all XOR holders can vote. Votes are weighted by the amount of XOR held and the conviction (lock-up period) chosen.
Enactment
Passed referenda are enacted after a delay period, giving the network time to prepare for changes.
Governance V1 uses stake-weighted voting with conviction multipliers:
| Lock Period | Conviction | Vote Weight |
|---|---|---|
| No lock | 0.1x | 10% of stake |
| 1 week | 1x | 100% of stake |
| 2 weeks | 2x | 200% of stake |
| 4 weeks | 3x | 300% of stake |
| 8 weeks | 4x | 400% of stake |
| 16 weeks | 5x | 500% of stake |
| 32 weeks | 6x | 600% of stake |
This system rewards long-term commitment: voters who lock their XOR for longer periods have more influence on decisions.
The SORA Parliament represents the future of SORA governance—a sophisticated multi-body system designed to be more inclusive, fair, and resistant to manipulation than traditional token-weighted voting.
Most blockchain governance systems use simple token-weighted voting, which leads to:
The SORA Parliament addresses these issues through sortition-based democracy.
Sortition is a governance mechanism where participants are randomly selected rather than elected or self-selected based on token holdings. This is how ancient Athenian democracy worked and has several advantages:
The SORA Parliament will consist of multiple specialized bodies:
To participate in the SORA Parliament, individuals become citizens by posting XOR bonds:
Bonds can be slashed for malicious behavior, creating economic incentives for honest participation.
The Parliament’s primary responsibility is allocating newly minted XOR to productive projects. This includes:
Rather than arbitrary inflation, new XOR is directed toward value-creating activities chosen by the community through the Parliament.
All SORA governance happens on-chain, meaning:
graph LR A[Draft Proposal] --> B[Bond XOR] B --> C[Submit On-Chain] C --> D[Council Review] D --> E[Referendum] E --> F{Vote Passes?} F -->|Yes| G[Enactment Queue] F -->|No| H[Proposal Fails] G --> I[Execute Changes]| Proposal Type | Description | Typical Timeline |
|---|---|---|
| Runtime Upgrade | Code changes to the network | 2-4 weeks |
| Parameter Change | Adjust network settings | 1-2 weeks |
| Treasury Spending | Allocate community funds | 2-3 weeks |
| Emergency Fix | Critical security patches | Fast-tracked |
Key parameters that governance can modify:
The transition to SORA Nexus brings significant governance enhancements:
SORA v3 governance will be a hybrid model:
Governance surfaces in SORA Nexus define where and how governance applies:
iroha_config is the source of truthThe Nexus governance structure includes:
Selection uses VRF (Verifiable Random Function) sortition with defined thresholds, ensuring fair and verifiable randomness.
Governance-controlled runtime upgrades in SORA Nexus:
Governance Manifest
Proposal includes hashes, ABI versions, config, and activation slot
Stage and Verify
Network prepares for upgrade, verifies manifests match
Atomic Activation
At the specified slot, upgrade activates atomically
Reject Mismatches
Any manifest mismatch causes rejection
Any XOR holder can participate in Governance V1:
To create a proposal:
Council members are elected by the community and have additional responsibilities:
Q: Can I change my vote? A: Yes, during the voting period you can update your vote.
Q: What happens to my locked XOR? A: It remains locked for the conviction period you selected, then becomes available.
Q: How do I get on the Council? A: Council members are elected by XOR holders. Announce your candidacy and campaign.
Q: What’s the minimum XOR needed to vote? A: There’s no minimum, but gas fees apply to voting transactions.
SORA governance evolves through three phases:
| Phase | System | Key Feature |
|---|---|---|
| Current | Governance V1 | Council + referendum model |
| Transition | Enhanced V1 | Preparation for Parliament |
| Future | SORA Parliament | Sortition-based democracy |
The goal is a governance system that is: