Что такое DAO: как работают децентрализованные автономные организации

DAO (децентрализованная автономная организация) — это группа людей, которая координирует решения и ресурсы по заранее опубликованным правилам. Часть этих правил может работать в смарт-контрактах, но способы участия, голосования и исполнения сильно различаются: не всякая DAO полностью децентрализована или автономна.

Что называют DAO

Аббревиатура DAO расшифровывается как decentralized autonomous organization — децентрализованная автономная организация. Этим словом описывают сообщества и проекты, где участники совместно принимают хотя бы часть решений, а правила координации доступны для проверки. Смарт-контракт может хранить казну, считать голоса или выполнять одобренные действия. Форумы и голосовательные интерфейсы помогают обсуждать предложения, а рабочие группы могут заниматься ежедневными задачами.

Термин не указывает на одну обязательную архитектуру. В одной организации право голоса связано с токеном, в другой — с долей или репутацией; где-то голосование проходит непосредственно в блокчейне, а где-то используется сигнальное голосование вне сети. Исполнение может происходить автоматически через контракт либо вручную через multisig — кошелёк с несколькими ключами. Поэтому название DAO само по себе не сообщает, кто контролирует средства и насколько участники влияют на результат.

Блокчейн помогает увидеть предложения, голоса и транзакции, если они записаны в публичной сети. Это полезно для аудита действий, но не гарантирует, что участники договорятся, что интерфейс покажет все существенные сведения или что код не содержит ошибок. Понятие блокчейна подробнее разобрано в уроке о блокчейне и распределённой записи.

Казна и смарт-контракты

Казна DAO — это активы, выделенные на работу организации: например, токены, стейблкоины или ETH. В программируемой модели адрес казны контролируется смарт-контрактом. Контракт задаёт допустимые действия: какой результат голосования нужен, какие адреса могут предлагать операции, сколько длится задержка перед исполнением. Смарт-контракт — программа в блокчейне; базовые принципы описаны в материале об Ethereum и смарт-контрактах.

Управление может состоять из нескольких этапов: автор предложения публикует действие, участники голосуют, успешное решение попадает в очередь, затем после заданной задержки его исполняет таймлок. Задержка даёт время изучить изменения, обсудить их или выйти из системы, если это предусмотрено. В OpenZeppelin Governor набор правил настраивается: отдельно выбираются источник веса голоса, кворум, способ подсчёта и исполнение через timelock. Это пример инструментария, а не универсальный стандарт всех DAO.

Другой вариант — multisig. Голосование сообщества может быть сигналом, после которого несколько выбранных подписантов вручную подтверждают перевод. Такое решение проще технически, но доверие смещается к держателям ключей: важно, кто они, сколько подписей требуется и что происходит при потере ключа или несогласии подписантов. Встречаются и смешанные схемы, где контракт автоматизирует часть действий, а администраторы или рабочая группа сохраняют специальные полномочия.

Governance в DeFi может менять параметры обмена: подробнее об устройстве пулов ликвидности и рисках поставщиков капитала — в отдельном уроке.

Предложения и голосование

Предложение описывает, что именно организация должна сделать: изменить параметр протокола, оплатить грант или обновить контракт. Хорошее предложение содержит адреса получателей, суммы и технические вызовы, а также объяснение цели, последствий и рисков. Если голосование относится к реальной транзакции, проверять нужно не только заголовок и краткое описание в интерфейсе, но и данные операции: контракт, метод, параметры и сеть.

При голосовании система определяет, кто имеет право участвовать и как рассчитывается вес. Токен-голосование может учитывать баланс на определённом блоке; share-based модель выдаёт доли после принятия в организацию; репутационная модель основывается на участии. Эти подходы решают разные задачи и создают разные стимулы. Если вес пропорционален свободно передаваемому токену, крупный держатель может иметь больше влияния; понять выпуск и распределение такого актива помогает разбор токеномики. Если участвуют только приглашённые участники, решение может быть более управляемым, но менее открытым.

Кворум — минимальный объём участия, нужный для действительности решения. Порог поддержки, срок голосования и правила подсчёта задаются конкретной системой. Например, голос «воздержаться» в одних правилах участвует в кворуме, но не в большинстве, а в других механиках учитывается иначе. Не следует считать, что любой набор голосов «за» автоматически запускает транзакцию.

Зачем делегируют голос

Участник может передать вес своего голоса представителю, если сам не успевает разбирать каждое предложение. Делегирование позволяет сосредоточить экспертизу, однако оно не обязательно передаёт право собственности на токены и не всегда означает постоянную передачу полномочий: детали зависят от контракта. В одних системах делегирование можно отозвать, в других действуют сроки или снимок баланса на конкретном блоке.

Перед делегированием полезно проверить историю голосований представителя, его публичные объяснения, возможные конфликты интересов и возможность быстро изменить делегата. Высокая доля голосов у нескольких представителей упрощает координацию, но повышает риск концентрации власти. Само число участников в списке не показывает, насколько распределено влияние.

Учебный пример решения

Представим сообщество, которое голосует за условный грант в 1 000 единиц стейблкоина. Правила требуют участия не менее 10 000 голосов, большинство голосов «за» и затем задержку исполнения на 48 часов. В голосовании участвуют 12 000 единиц веса: 8 000 «за», 3 000 «против», 1 000 «воздержались». Если правила считают воздержавшихся для кворума, но не в большинстве, кворум достигнут, а большинство среди голосов «за» и «против» поддержало предложение.

Дальше возможны разные варианты. Контракт может поставить перевод в таймлок; multisig может получить задачу на подписание; либо результат останется рекомендательным, а отдельный оператор выполнит действие. Поэтому перед голосованием нужно знать, к чему приводит успешный исход. Числа в примере придуманы для объяснения механики и не описывают действующий проект или его правила.

Концентрация и риски исполнения

• Ошибки контракта. Уязвимость в голосовании, казне или модуле исполнения может привести к неверному результату или потере средств. Публичный код и аудит снижают неопределённость, но не дают гарантии отсутствия ошибок.
• Сосредоточение голосов. Если небольшая группа контролирует большую долю веса, формальная открытость не означает равного влияния. Учитывайте делегирование, пороги кворума и правила снимка баланса.
• Ключи и особые роли. Администратор, guardian, proposer или multisig могут отменять, задерживать или запускать действия. Проверьте список полномочий и условия их отзыва.
• Манипуляция предложением. Неясное описание может скрывать опасный вызов контракта. Сверяйте технические параметры с обсуждением, независимыми пояснениями и симуляцией транзакции, если она доступна.
• Участие и координация. Низкая явка, спорные решения и медленное обсуждение могут мешать работе. Голосование не заменяет техническую экспертизу и ответственность за последствия.

Также нужно различать правила блокчейна и правовое устройство организации. Само слово DAO не сообщает, какая юридическая форма применима к конкретной группе или её участникам: это зависит от фактов и юрисдикции. Техническая прозрачность переводов не отменяет вопросов ответственности, налогов и договоров.

Как читать правила DAO перед участием

1. Уточните, что именно контролирует DAO: параметры протокола, казну, гранты или только обсуждение.
2. Найдите правила допуска к голосованию, расчёта веса, кворума, большинства и делегирования.
3. Проверьте, кто создаёт предложения, кто может отменить их и у кого есть административные роли.
4. Выясните, что происходит после успешного голосования: автоматическое исполнение, таймлок или ручные подписи.
5. Проверьте адреса контрактов, сеть, документацию, историю изменений и доступные независимые аудиты.
6. Оцените участие: сколько голосов обычно подаётся, кто делегаты и насколько концентрирован вес.

DAO — это набор правил и участников, а не гарантия справедливого управления или защиты казны. Чтобы понять конкретную организацию, изучайте её договорённости, код и фактические полномочия, а не только название или рекламное описание.

Вопросы и ответы

Все ли решения DAO записываются в блокчейн?

Нет. Обсуждения и предварительные сигнальные голосования могут проходить вне сети. В блокчейне видны только действия, которые действительно туда отправили.

Обязательно ли для участия покупать токен управления?

Нет. В некоторых организациях используют доли, репутацию, приглашение или другие правила членства. Иногда токен нужен для конкретного голосования, но не для чтения обсуждений.

Что такое кворум?

Это минимальный порог участия, при котором голосование считается действительным. Правила могут считать вес «за», «против» и «воздержался» по-разному.

Может ли DAO автоматически потратить казну?

Только если контракт и схема исполнения это допускают. В других случаях участники голосуют, а перевод подписывает multisig или уполномоченная группа.

DAO полностью автономна?

Не обязательно. У проекта могут оставаться разработчики, администраторы, подписанты multisig или внешние подрядчики с важными полномочиями.

Безопасно ли голосовать подключённым кошельком?

Проверяйте домен, сеть и запрашиваемое действие. Не подписывайте транзакцию, если её смысл или полномочия непонятны; голосование иногда требует комиссию или разрешение контракту.

Источники и дата проверки

• OpenZeppelin Contracts 5.x: настройка on-chain governance — параметры Governor, голосование и очередь исполнения через timelock; конфигурация зависит от выбранных модулей.
• OpenZeppelin Contracts 5.x: Governance API — варианты подсчёта, голосования, timelock и исполнения; документация конкретной версии.
• Aragon OSx: настройка DAO — казна, разрешения и подключаемые функциональные плагины; описывает модель Aragon.
• EIP-4824: Common Interfaces for DAOs — поля метаданных организации и отсутствие единого стандарта для статусов предложений.
• Ethereum.org: безопасность смарт-контрактов — риски кода и управления; общий учебный материал, не аудит конкретной DAO.

Проверено 20 октября 2026 года. Примеры описывают общие модели и не являются рекомендацией вступать в конкретную организацию.