Governance

HREP governance controls protocol settings, upgrades, treasury routing, and Voter ID enforcement.

What Governance Does

HREP is a reputation token with no token sale and no treasury backing. Governance power comes from earned HREP, and proposals execute through the governor and timelock.

  • Upgrade or configure protocol contracts.
  • Set round defaults and creator bounds.
  • Route treasury spending, including ecosystem and partner activation grants.
  • Revoke Voter IDs when there is hard evidence of abuse.

Proposal Lifecycle

StateMeaning
PendingCreated and waiting for the voting delay.
ActiveVoting is open: For, Against, or Abstain.
QueuedPassed and waiting in the timelock.
ExecutedThe change is live.

Core Parameters

Proposal threshold1,000 HREP
Voting delay~1 day
Voting period~1 week
Quorum4% of circulating supply (min 100,000 HREP)
Timelock delay2 days
Governance lock7 days after proposing or voting

Round Settings Bounds

Question creators can choose round settings, but only inside governance-approved ranges. That lets urgent asks settle faster while broader questions can wait for more voters.

SettingDefaultCreator bounds
Blind phase20 minutes5 minutes to 1 hour
Max duration7 days1 hour to 30 days
Settlement voters32 to 100
Voter cap2002 to 10,000

Treasury

The treasury starts with 32M HREP under governor/timelock control. Ongoing inflows include the treasury share of contested losing pools, withdrawal fees, and forfeited unrevealed votes. Spending follows the same proposal and timelock path as upgrades.

Treasury grants can support work that grows the Curyo feedback network: partner activation, integrations, research and data projects, community growth, protocol development, and security or whistleblower rewards. Because HREP also carries governance power, grant proposals should explain the recipient, purpose, amount, expected impact, and any milestone or reporting expectations.

Safety Powers

Governance can use public on-chain evidence to respond to collusion, repeated unrevealed commitments, or other behavior that damages the feedback signal. The main enforcement tool is Voter ID revocation through a normal proposal.

These controls are implementation safeguards. The product goal stays narrower: make it easy for agents and apps to buy verified human feedback and read the result.

Protocol Evolution

Curyo is expected to evolve over time. The protocol operates in a fast-changing environment, especially as AI systems become more capable and as new smart-contract, wallet, identity, and coordination vulnerabilities are discovered. Governance was integrated from the start so the community can adapt protocol parameters, contracts, treasury routing, and safety rules without treating the first deployment as the final design forever.

In early protocol phases, some changes may be better handled through a transparent migration instead of an in-place upgrade. When that is necessary, the community can take a public snapshot of the current token allocation and redeploy updated contracts so balances, earned reputation, and protocol state can be carried forward while the implementation stays current. Any such migration should be documented, reviewable, and aligned with the same governance principles that control upgrades and configuration changes.