Skip to main content
Protocol Governance allows the Lumera Protocol to evolve without relying on centralized decision-making or disruptive hard forks. Economic parameters, protocol services, software upgrades, and ecosystem funding are all governed on-chain through proposals approved by holders of staked LUME. Governance is therefore part of the protocol itself. Rather than treating the network as static after launch, Lumera allows the community to adapt protocol parameters as technology, network usage, and economic conditions evolve. Voting power is determined by staked LUME. One staked LUME represents one unit of voting power, aligning governance with the economic participants responsible for securing the network. Unstaked tokens do not participate in governance.

​
What Governance Controls

  • Issuance - the target bonded ratio, issuance bounds, and rate of change
  • Fees - transaction fee parameters, the burn share, and distribution splits
  • Protocol Service - service pricing, Action parameters, execution costs, and protocol-service economics
  • Ecosystem funding - spending from the community pool
  • Protocol upgrades - coordinated chain upgrades and module changes
  • Governance itself - deposits, periods, and thresholds

​
Governance as Protocol Evolution

Governance is the mechanism through which Lumera evolves over time. Rather than introducing separate versions of the protocol for every economic adjustment or service enhancement, protocol parameters can be modified through transparent, on-chain governance. As new decentralized intelligent services are introduced, they inherit the same governance framework as the rest of the protocol. Economic parameters, service pricing, protocol modules, and ecosystem funding all evolve through one consistent governance process.

​
Proposal Process

1

Submit

A proposal is submitted with an initial deposit. Anyone holding LUME can submit one.
2

Deposit period

The proposal must reach the minimum deposit threshold before it advances. Any community member can contribute to the deposit, so a proposal with support can clear the bar even if the author cannot fund it alone. If the threshold is not met before the deposit period expires, the proposal is rejected and the deposit is burned.
3

Voting period

Staked LUME votes. Options are Yes, No, Abstain, and No With Veto.
4

Outcome

Approved proposals are executed according to their proposal type. Parameter changes take effect automatically, while software upgrades and governance-approved actions follow their defined execution path.
Burning the deposit on failure is deliberate. It puts a real cost on frivolous or malicious proposals while leaving legitimate ones cheap for anyone with community backing.

​
Governance Parameters

The following values are the protocol’s initial governance parameters. Like most protocol settings, they are themselves governable and may change over time. Expedited proposals exist for changes that cannot wait a full voting period. They require a higher deposit and pass through a shorter vote. These parameters are themselves governable, and current values are queryable on chain.

​
Validators and Delegators

Governance follows Lumera’s delegated staking model. Validators cast votes on behalf of delegated stake by default. Delegators remain fully sovereign and may override their validator’s vote on any proposal without affecting their broader staking relationship. The practical effect is that passive holders stay represented while active holders retain full control. It also makes governance behavior part of how delegators evaluate validators, since a validator’s voting record is public and applies to delegated stake.

​
Veto

A proposal receiving No With Veto votes above the veto threshold is rejected regardless of the simple majority outcome, and its deposit is burned. The veto mechanism protects the protocol from proposals considered harmful by a substantial minority, ensuring that governance reflects more than simple majority rule.

Submit a proposal

The operational walkthrough, including CLI commands.

LUME

Staking, supply mechanics, and voting power.

Protocol revenue

The fee structures governance can change.