Milestone Escrow
The client locks the full budget up front, split into milestones. Funds move only on release, arbiter decision or cancellation.
Solidity 0.8.28OpenZeppelin v5ETH / ERC-20
SigmaGovernor DAO
On-chain DAO governance: token-weighted proposals and voting, executed through a timelock
OpenZeppelin GovernorERC20VotesTimelockControllerFoundry
What it is
SigmaGovernor composes audited OpenZeppelin v5 governance modules: an ERC20Votes token with a timestamp clock (so periods behave the same on L1 and L2), configurable voting delay, period and proposal threshold, For/Against/Abstain counting, and quorum as a fraction of total supply.
Successful proposals are queued in a TimelockController, which — not the governor — owns the assets and permissions. A minimal governed contract (Box) demonstrates the full lifecycle from proposal to execution.
The business problem
Protocols, treasuries and communities need to decide and act collectively. Admin keys and multisigs concentrate power, and off-chain votes still need someone trusted to carry out the result. Stakeholders want decisions that are binding, transparent and delayed.
How it works
- 1
Holders delegate their voting power to themselves or a representative.
- 2
A proposer above the threshold submits a proposal with the calls to execute.
- 3
After the voting delay, holders vote For, Against or Abstain.
- 4
If For beats Against and quorum is reached, the proposal succeeds and is queued in the timelock.
- 5
After the minimum delay, anyone can execute it — the timelock performs the calls.
Security measures
- Timelock gives users a guaranteed window to exit before changes take effect
- Snapshot-based voting power prevents flash-loan vote manipulation
- Governance settings can only be changed by successful proposals
- No residual admin: the deployer renounces the timelock admin role
- Proposal threshold blocks spam
- Full lifecycle tested: success, defeat by majority or quorum, cancel, self-amendment
Features
- ERC20Votes token with delegation and timestamp clock
- Configurable delay, period and threshold (changeable only by governance)
- For / Against / Abstain voting
- Quorum as a fraction of supply
- TimelockController execution
Typical use cases
- Protocol DAOs controlling parameters, upgrades and treasury
- Community and investment clubs voting on allocations
- Grants committees paying out through a timelocked treasury
Known limitations
Voting power follows token distribution — governance quality depends on a sensible token allocation.
Other showcase contracts
Token + Vesting + Staking
A capped ERC-20 with gasless approvals, vesting schedules with cliff for team and investors, and Synthetix-style staking rewards.
ERC-20EIP-2612OpenZeppelin v5
SigmaNFT Collection
A fair NFT launch: allowlist and public phases, per-wallet limits, immutable max supply, ERC-2981 royalties and a delayed reveal.
ERC-721ERC-2981Merkle proofs
Standards: Solidity 0.8.x, OpenZeppelin, Foundry tests with fuzzing, Slither static analysis, verified source. 223 tests · 100% coverage · Slither-analysed.
Have a project in mind?
Tell us what you're building. You get an honest assessment, a clear scope and a fixed-price or milestone proposal, usually within a few working days.
Prefer to write first? Write to us