Skip to main content

10. Governance

Tesserax has no sudo key: no account can change the chain by itself. The runtime and its parameters change only by referenda voted with TESS, in a system derived from the OpenGov design of Polkadot.

10.1 Referenda​

Anyone may submit a proposal — an encoded call, stored as a preimage — with a submission deposit of 10 TESS. A proposal enters its decision period once a decision deposit is placed. It passes if, before the period ends, both of its curves are met for a whole confirmation period:

  • approval: the share of aye votes among aye and nay;
  • support: the share of aye votes among all TESS that may vote.
RootUrgentCancellation
UseAny call: upgrades, parametersCalls whitelisted by the committeeCancel or kill a referendum
Decision deposit1,000 TESS500 TESS100 TESS
Preparation2 hours30 minutes1 hour
Decision period14 days2 days1 day
Confirmation1 day10 minutes3 hours
Minimum enactment1 day10 minutes10 minutes
Approval100% → 50%100% → 50%100% → 50%
Support20% → 1%5% → 0.5%10% → 0.5%
Referenda decided at once51010

Both curves decrease linearly over the decision period: a proposal with overwhelming support passes early, a contested one needs more time to gather turnout. Deposits are returned after the decision, except for referenda killed as abusive, whose deposits go to the miner.

10.2 Conviction voting​

A voter may lock its TESS beyond the referendum to multiply its vote:

ConvictionVote weightLock after the referendum
00.1×none
11×1 week
22×2 weeks
33×4 weeks
44×8 weeks
55×16 weeks
66×32 weeks

Those who commit longer to the outcome weigh more. Votes can be delegated per track.

TESS still vesting cannot vote. The voting balance of an account excludes its locked vesting schedule, and the support curve is measured against the votable issuance — the total issuance minus what the genesis allocations still vest. The team and the foundation thus gain voting power only as their allocations unlock, and early miners are not outvoted by locked allocations. Delegated agent keys can never vote with their owner's TESS.

10.3 The technical committee and the whitelist​

Some changes cannot wait 14 days — a fix for a vulnerability, for instance. The technical committee — three members, fixed at genesis as the signatories of the foundation, with no call that can change them — can whitelist a call with two of three votes. A whitelisted call can then go through the urgent track: 2 days of decision, 10 minutes of confirmation.

The committee cannot dispatch anything itself. A whitelisted call still needs a referendum, with its approval and support, to pass. The committee's power is to shorten the path of what token holders approve, not to replace them.

10.4 Runtime upgrades​

Upgrading the runtime takes two steps, so that a large code blob never has to fit in a referendum or a scheduled call:

  1. A referendum enacts System.authorize_upgrade(hash), where hash is the BLAKE2-256 hash of the new WebAssembly runtime. The runtime is built reproducibly, so anyone can rebuild it from the tagged sources and check the hash before voting.
  2. Once authorized, anyone submits System.apply_authorized_upgrade(code): an unsigned transaction, without fee, refused unless the code hashes to the authorized value. The chain runs the new runtime from the next block.

Nodes need no update for a runtime upgrade: they execute the runtime stored on chain.

History of the testnet​

VersionDateChange
1002026-10-23Genesis
1012026-10-25An address in contracts belongs to its first owner
1022026-10-25Reproducible build of the same runtime
1032026-10-25Governance replaces sudo
1042026-10-26Atomic swaps — the first upgrade by referendum, on the urgent track
1052026-10-27Periods counted in exact hours and days
1062026-10-31Bids: sellers sell TESS at once into the bids of buyers

10.5 Limits​

A root referendum can change anything, including the rules of governance itself; the protections are the length of its periods, the deposits, the support required and the visibility of every proposal. Vesting TESS cannot vote but can fund deposits. Low turnout is the main risk of any on-chain governance; the decreasing support curves set a floor of 1% of votable issuance on the root track.