Proposal

ALL 0-9 $A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Governance Layer • Validators • Protocol Control

formal governance submission

Proposal refers to a formal suggestion or drafted plan submitted for review within a decentralized governance system. In blockchain protocols and DAOs, proposals are a core mechanism for initiating upgrades, allocating funds, modifying smart contracts, or changing governance structures. They must typically follow a structured format and are subject to review, discussion, and voting by validators, token holders, or DAO members, depending on the system’s rules.

Use Case: A DAO member submits a proposal requesting funding to build an analytics dashboard for the community. Once submitted, it enters a voting period where token holders decide whether to approve or reject the initiative.

Key Concepts:

On-Chain Governance — A voting mechanism to approve protocol-level changes
Validator Node — Network actors who approve and secure protocol upgrades via consensus
Governance — The decision-making framework within decentralized systems
DAO — A decentralized autonomous organization governed by code and token-weighted voting
Voting Power — The weight a participant carries when deciding on proposals
Governance Participation — Active engagement in voting and protocol direction
Governance Token — Token granting holders the right to submit and vote on proposals
Tier-Based Governance Weighting — Scaled vote influence based on stake tier and duration
Smart Contracts — Self-executing logic that enforces proposal outcomes on-chain
Protocol Upgrade — Network-level change often initiated through the proposal process
On-Chain Enforcement — Automated execution of approved governance decisions
Consensus Mechanism — The agreement layer that validates proposal execution

Summary: A proposal is the starting point for enacting change within decentralized systems. It formalizes community input and provides a pathway for protocol evolution, funding allocation, or rule modifications.

Feature	Traditional	Web3
Who Can Propose	Board members or executives	Any wallet-holder or DAO participant
Approval Method	Internal committee or corporate vote	Token-weighted or validator-based voting
Transparency	Private/internal	Public and on-chain
Automation	Manual execution	Smart contract enforcement

Governance Proposal Types Reference

classifying proposals by scope, impact, and execution path

Proposal Type	Purpose	Execution	Example
Protocol Upgrade	Modify core network code or parameters	Smart contract deploy post-vote	Flare FIP — network parameter change
Treasury Allocation	Fund projects, grants, or bounties	DAO treasury release on approval	Community dashboard funding via Enosys governance
Fee Structure Change	Adjust gas, swap, or staking fees	Parameter update on-chain	Reduce validator reward emission by 10%
Governance Rule Modification	Change voting thresholds, quorum, or tier weights	Governance contract update	Lower quorum from 20% to 15% of supply
Emergency Action	Respond to exploit, bug, or critical vulnerability	Fast-track vote with shortened window	Pause compromised contract
Signal/Temperature Check	Gauge community sentiment without binding action	Off-chain snapshot or forum poll	Interest check before formal submission

Proposal Principle: Not all proposals carry the same weight. Protocol upgrades reshape infrastructure. Treasury allocations redirect capital. Signal votes test the waters. Understanding the type determines how you evaluate, vote, and position — especially when your tier-weighted governance power is on the line.

Proposal Lifecycle Framework

navigating a governance proposal from draft to execution

Step 1 — Draft and Discussion
Every strong proposal starts off-chain — forum posts, Discord threads, temperature checks. This phase tests community appetite before committing on-chain gas. Define the problem, present the solution, anticipate objections. If you can’t survive the forum, you won’t survive the vote.

Step 2 — Formal Submission
Submit via Flare Portal or Enosys governance depending on ecosystem. Include clear scope, budget if applicable, timeline, and success metrics. The submission triggers the voting window — once live, the clock is running.

Step 3 — Voting Period
Token holders and validators cast weighted votes during the open window. Tier-based governance systems amplify long-term stakers. Monitor participation — if quorum isn’t met, the proposal fails regardless of approval percentage. Rally support early, not last-minute.

Step 4 — Execution or Rejection
Approved proposals trigger smart contract execution automatically — no human intermediary. Rejected proposals return to draft for revision or abandonment. Either outcome is recorded on-chain permanently. Governance is transparent by design — every vote, every result, every decision is public.

Proposal Evaluation Checklist

assessing whether a governance proposal deserves your vote

Proposal Quality
☐ Problem clearly defined with evidence
☐ Solution is specific and actionable
☐ Budget reasonable and itemized (if applicable)
☐ Timeline realistic with milestones
☐ Proposer has track record or community standing
☐ Vague proposals waste governance bandwidth

Protocol Impact
☐ Does this change core protocol parameters
☐ Risk assessment included for unintended consequences
☐ Backward compatibility addressed
☐ Security audit planned if code changes involved
☐ Rollback plan documented if execution fails
☐ Every upgrade is an attack surface — evaluate accordingly

Community Alignment
☐ Temperature check conducted before formal submission
☐ Discussion thread active with diverse perspectives
☐ Proposal does not concentrate power in fewer hands
☐ Benefits distributed across participant tiers
☐ No hidden conflicts of interest from proposer
☐ Governance should serve the many — not the connected

Voting Readiness
☐ Your governance tier confirmed and active
☐ Voting weight maximized through continuous staking
☐ Quorum requirements understood for this proposal type
☐ Delegation considered if unable to vote directly
☐ Vote cast before deadline — not last minute
☐ The best governance is the kind you actually show up for

Capital Rotation Map

governance participation across market phases

Phase	Market Behavior	Proposal Strategy
1. BTC Accumulation	Quiet, disbelief	Submit infrastructure proposals — competition is low, attention is focused
2. ETH Rotation	Early optimism builds	Vote on growth proposals — ecosystem expansion aligns with momentum
3. Large Alt Season	Momentum accelerates	Evaluate treasury proposals critically — euphoria inflates budgets
4. Small/Meme Mania	Euphoria, “easy money”	Vote against reckless spending — protect treasury from hype-driven waste
5. Peak Distribution	“This time is different”	Support preservation proposals — fee adjustments, emission reductions
6. RWA Preservation	Capitulation, reset	Maintain governance stake — rotate profits to $KAG/$KAU + Ledger

Voice in the Machine: A proposal is more than a vote — it’s a blueprint for protocol evolution. The strongest governance participants don’t just react to proposals — they shape them. Draft during accumulation when the community is quiet and focused. Vote during expansion when outcomes carry the most weight. Protect the treasury during mania when reckless spending peaks. And through every phase, maintain your staking position so your governance tier survives intact. Rotate profits to Kinesis metals and Ledger cold storage — but never abandon the governance seat that took cycles to earn. Your vote is your voice. Use it.

« Index