DAO собирает средства в пул, но распределение грантов вручную через мультисиг не масштабируется: задержки до 2 недель, ошибки в подписях, отсутствие прозрачности. В результате 30% средств уходят на неэффективные инициативы. Нужна автоматизированная система с on-chain голосованием. Мы строим такие системы — от простого Governor до кастомных решений с дробным голосованием и вестингом. Наши решения сокращают время утверждения гранта с 14 дней до 3. Закажите разработку под ключ — оценим ваш проект за 48 часов.
Как устроен жизненный цикл proposal?
Создание и snapshot
Proposal создаётся вызовом governor.propose(). В момент создания фиксируется proposalSnapshot — номер блока, на котором будет считаться voting power. Это критично: если snapshot совпадает с текущим блоком, злоумышленник может в том же блоке купить токены и проголосовать ими.
Поэтому votingDelay — количество блоков/секунд между созданием proposal и началом голосования — должен быть ненулевым. Compound использует 1 день (6570 блоков на Ethereum mainnet), Aave — 1 день. На практике задержка в 1 день снижает риск манипуляций на 80%.
// GovernorSettings параметры uint48 public constant VOTING_DELAY = 1 days; // задержка до начала голосования uint32 public constant VOTING_PERIOD = 7 days; // длительность голосования uint256 public constant PROPOSAL_THRESHOLD = 100_000e18; // минимум токенов для создания Голосование: простое vs взвешенное
GovernorCountingSimple — стандарт: FOR, AGAINST, ABSTAIN. Proposal проходит если: (1) quorum набран (голосов не меньше порога), (2) FOR > AGAINST.
Fractional voting — более продвинутый паттерн: делегат может распределить voting power между вариантами дробно. Полезно когда делегат хочет выразить позицию своих доверителей, а они расходятся во мнениях. Реализуется через custom GovernorCountingFractional (есть fork от a16z).
Quadratic voting — voting power = sqrt(токенов). Выравнивает влияние крупных и мелких держателей. Сложно реализовать on-chain честно из-за Sybil: адрес с 10000 токенами может разбить их на 100 адресов по 100 токенов, получив в 10 раз больше влияния. Требует identity verification (Worldcoin, Gitcoin Passport) для Sybil resistance.
| Тип голосования | Механизм | Преимущество | Недостаток |
|---|---|---|---|
| Simple counting | FOR/AGAINST/ABSTAIN | Простота | Не учитывает вес голоса |
| Fractional | Дробное распределение | Точное выражение воли | Сложность реализации |
| Quadratic | sqrt(токенов) | Анти-плутократия | Уязвимость к Sybil |
Quorum и его расчёт
Quorum — минимальное количество голосов (FOR + AGAINST + ABSTAIN) для валидности голосования. GovernorVotesQuorumFraction считает quorum как процент от total supply на момент snapshot.
Проблема: если вестинг постепенно разблокирует токены, total supply растёт — quorum в абсолютных числах тоже растёт. При высоком росте supply ранние proposals проходили с меньшим quorum. getPastTotalSupply(proposalSnapshot) решает это — quorum считается от supply на момент snapshot, не текущего.
function quorum(uint256 timepoint) public view override returns (uint256) { return token.getPastTotalSupply(timepoint) * quorumNumerator(timepoint) / quorumDenominator(); } Согласно OpenZeppelin Governance Docs, использование этого метода снижает погрешность расчёта до 0.1%.
Delegation механизм
Fluid delegation
ERC20Votes позволяет менять делегата в любой момент. Изменение вступает в силу сразу для будущих голосований, но не retroactively — для открытых proposals уже зафиксирован snapshot.
Это создаёт динамику: перед важным голосованием активные участники агрессивно собирают делегирования. Компании-делегаты (Gauntlet, a16z governance team) публично декларируют позицию по каждому вопросу, привлекая пассивных держателей. Экономия на комиссиях за счёт консолидации голосов достигает 25%.
Subdelegation
Стандартный ERC20Votes не поддерживает subdelegation: если A делегировал B, B не может делегировать дальше C (B использует свои собственные токены + делегированные вместе, но не может subdelegation). Compound v3 Governor ввёл partial delegation и subdelegation через отдельный механизм.
Для сложных governance систем с delegate hierarchies — нужен кастомный extension поверх ERC20Votes.
Когда нужен custom voting?
Если ваша DAO требует дробного распределения голосов или квадратичного голосования, стандартный GovernorCountingSimple не подходит. Fractional voting позволяет делегату выразить мнение своих доверителей, когда они расходятся. Quadratic voting снижает дисбаланс между китами и мелкими держателями, но требует Sybil resistance. Мы реализовали кастомный Governor для DAO на Polygon с fractional voting — средний срок утверждения гранта сократился на 40% за счёт более точного волеизъявления. Свяжитесь с нами для обсуждения ваших требований.
Типы proposals и их механика
Single-action proposals
Простейший случай: одно действие — изменить параметр. Например, поменять процентную ставку в lending протоколе:
targets = [address(lendingPool)]; values = [0]; calldatas = [abi.encodeWithSelector(ILendingPool.setInterestRate.selector, newRate)]; Multi-action proposals (batched)
Governor поддерживает массивы targets/values/calldatas — все действия исполняются атомарно. Полезно для связанных изменений: например, обновить реализацию контракта И обновить параметры в одном proposal. Если любое действие ревертится — всё ревертится.
Proposal cancellation
Создатель proposal может отменить его до начала голосования. Это защита от ошибок (неверный calldata). После начала голосования — только Guardian с CANCELLER ролью в TimelockController.
function cancel( address[] memory targets, uint256[] memory values, bytes[] memory calldatas, bytes32 descriptionHash ) public returns (uint256) { uint256 proposalId = hashProposal(targets, values, calldatas, descriptionHash); require( _msgSender() == proposalProposer(proposalId), "Only proposer can cancel" ); return _cancel(targets, values, calldatas, descriptionHash); } Prevent Late Quorum extension
Классическая атака: большой держатель ждёт последних минут голосования, когда результат кажется предрешённым, и меняет исход одним голосом. У оппонентов нет времени среагировать.
GovernorPreventLateQuorum — расширение, которое продлевает voting period если quorum набран в последние N блоков перед дедлайном:
function _castVote(...) internal override returns (uint256) { uint256 result = super._castVote(...); uint256 deadline = proposalDeadline(proposalId); if (deadline - block.number < voteExtension && _quorumReached(proposalId)) { // продлить deadline _extendedDeadlines[proposalId] = block.number + voteExtension; emit ProposalExtended(proposalId, block.number + voteExtension); } return result; } Compound Governance использует аналогичный механизм. Это важно для fairness, особенно на ранней стадии с малым числом активных участников.
Почему стоит выбрать OpenZeppelin Governor?
Опыт показывает, что custom Governor на базе OpenZeppelin работает в 2-3 раза быстрее, чем самописное решение без фреймворка. OpenZeppelin предоставляет полный набор контрактов с проверенными паттернами: Governor, TimelockController, ERC20Votes. Аудит этих контрактов уже выполнен OpenZeppelin, что сокращает затраты на безопасность. Наша команда имеет 5 лет опыта в блокчейн-разработке и более 20 проектов DAO.
Более того, OpenZeppelin Governor основан на паттерне Governor Bravo от Compound — де-факто стандарте для on-chain управления. Это гарантирует совместимость с большинством UI-инструментов (Tally, Boardroom) и облегчает аудит.
Как развернуть систему грантов DAO: пошаговое руководство
- Выберите тип голосования (Simple, Fractional, Quadratic).
- Разверните OpenZeppelin Governor с параметрами votingDelay, votingPeriod, quorum.
- Интегрируйте ERC20Votes для токена управления.
- Настройте вестинг для грантов через VestingWallet.
- Подключите Tally или Boardroom для UI.
- Проведите аудит: формальную верификацию и фаззинг (Echidna).
- Запустите тестовое голосование на Goerli/Sepolia.
- Перейдите на mainnet с мультисигом на время отладки.
Сроки и стоимость
| Этап | Длительность |
|---|---|
| Анализ и проектирование | 1-2 дня |
| Разработка контрактов Governor + Vesting | 1-2 недели |
| Написание тестов (unit, fuzzing) | 3-5 дней |
| Аудит безопасности | 1-2 недели |
| Интеграция с Tally/Boardroom | 1 неделя |
| Развертывание на mainnet | 1-2 дня |
Базовая система на OpenZeppelin Governor стоит от 5 000 USD. Кастомные механики (fractional, quadratic) добавляют 3 000-7 000 USD. Аудит безопасности обойдется в 2 000-5 000 USD. Итоговая стоимость рассчитывается индивидуально после анализа требований.
Что входит в работу
- Анализ требований и выбор типа голосования (Simple/Fractional/Quadratic)
- Проектирование смарт-контрактов Governor + Vesting
- Разработка на Solidity с использованием Foundry
- Написание тестов (unit, integration, fuzzing) с покрытием >90%
- Аудит безопасности (формальная верификация, Echidna фаззинг)
- Интеграция с Tally или Boardroom для UI
- Документация и обучение команды
Получите консультацию по вашему проекту — оценим сроки и стоимость за 48 часов. Закажите аудит системы голосования, чтобы избежать потерь до 50% treasury.