DAO управление: почему участие в голосовании несет скрытые риски

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

Для новичка главная сложность в том, что риски участия в DAO лежат сразу в двух плоскостях. Юридическая зависит от страны, устройства организации и роли конкретного участника. Техническая связана с правилами голосования, временным займом токенов и содержимым предложений. Я бы не стал считать голосование безопасным только потому, что оно проходит в блокчейне и выглядит прозрачно.

Почему голосование может повлечь юридические последствия

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

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

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

Здесь полезно различать простое владение токеном и активное участие. В деле Samuels v. Lido DAO суд отклонил претензии к Robot Ventures на этапе ходатайств, сославшись на пассивное владение токенами, при этом претензии к сторонам, активно участвовавшим в управлении, сохранились. Это не универсальная гарантия для держателей и не готовое правило для других стран. Скорее, это напоминание: юридическая оценка может учитывать, что именно человек делал, а не только то, какие токены лежали у него на кошельке.

Токен управления дает техническое право голосовать. Он не обещает, что последствия голосования останутся только техническими.

Что показывают судебные дела

В марте 2023 года в деле Sarcuni v. bZx DAO федеральный суд Южного округа Калифорнии указал на риск квалификации членов DAO, голосующих токенами управления, как участников полного товарищества. Такая трактовка может повлечь солидарную и неограниченную личную ответственность по долгам и халатности организации.

В июне того же года дело CFTC v. Ooki DAO показало другой аспект: незарегистрированное DAO может быть признано неинкорпорированной ассоциацией и привлечено к ответственности в рамках Commodity Exchange Act. Суд назначил Ooki DAO штраф в размере $643 542. Само решение не устанавливает, что любой участник любого DAO лично отвечает по каждому обязательству сообщества. Но оно разрушает удобное предположение, будто отсутствие привычной компании делает организацию недосягаемой для суда.

Для новичка это означает, что риск-менеджмент начинается до нажатия кнопки. Нужно понимать, кто создал DAO, где и как оно оформлено, какие полномочия дает токен и что именно решает предложение. Если этих ответов нет, участие уже опирается на неполную картину.

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

Как устроено голосование и где появляется уязвимость

Управление токенами в DAO обычно привязано к правилам протокола: сколько голосов дает токен, когда фиксируется баланс, как долго идет голосование и какой порог нужен для принятия решения. В одних системах голосуют напрямую, в других токен можно делегировать представителю. Иногда предложение после одобрения сразу исполняется смарт-контрактом, иногда проходит задержку или требует дополнительного подтверждения.

У каждой схемы свои слабые места. Делегирование упрощает участие, если у владельца нет времени разбирать каждое предложение. Но делегат получает влияние, а выбор делегата превращается в отдельное решение о доверии. Ошибки новичков в DAO часто начинаются именно с формального подхода: голос передан, значит вопрос закрыт. На деле нужно понимать, кому он передан, можно ли его отозвать и какие предложения делегат поддерживает.

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

В апреле 2022 года такая атака затронула Beanstalk Farms. Злоумышленник использовал флэш-займ, получил решающее преимущество в голосовании, одобрил вывод средств и похитил около $182 млн за одну транзакцию. Смарт-контракт при этом мог исполнять заложенные в него правила. Уязвимость возникла в конструкции управления: протокол позволил мгновенно получить вес, достаточный для изменения решения.

Вот почему вопрос «смарт-контракт проверен?» не закрывает вопрос о безопасности. Код может не содержать очевидной ошибки, а правила голосования все равно окажутся подвержены экономической атаке. Надо смотреть на момент фиксации голосов, блокировки токенов, задержки исполнения и защиту казны от одного решения, принятого за короткое время.

Вредоносное предложение: голос за текст, который не прочитали

В мае 2023 года управление Tornado Cash DAO было захвачено через вредоносное предложение. На первый взгляд оно выглядело безобидно, но содержало код, который дал атакующему контроль над governance-контрактом. В результате предложение получило 1,2 млн фиктивных голосов против 700 тыс. легитимных, а злоумышленник завладел сотнями тысяч токенов TORN.

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

Перед голосованием я бы проходил предложение по простому алгоритму:

1. Найти полный текст предложения и понять, какое действие будет исполнено после принятия. Формулировка вроде «обновление системы» слишком расплывчата, если за ней стоит вызов контракта с доступом к казне.

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

3. Посмотреть на адреса контрактов, изменения ролей и разрешения на перевод средств. Если смысл технического действия неясен, голосовать на основании одного пересказа рискованно.

4. Проверить сроки и условия исполнения. Задержка после голосования дает время заметить проблему; мгновенное исполнение оставляет меньше пространства для реакции.

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

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

Делегирование снижает нагрузку, но не убирает риск

Делегирование голосов в DAO часто подают как компромисс: токены остаются у владельца, а голосует выбранный представитель. Это экономит время и помогает проекту собрать участие людей, которые не следят за каждым предложением. Но делегирование не превращает управление в безопасный автопилот.

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

Перед передачей голоса стоит выяснить:

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

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

Существует ли безопасная форма участия

Некоторые юрисдикции создали специальные правовые оболочки для DAO. В США такую возможность предусматривают, в частности, Вайоминг, Теннесси и Юта; специализированное законодательство принято также на Маршалловых Островах. Такая оболочка может помочь отделить активы организации от личных активов участников и снизить риск неограниченной ответственности.

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

Я бы разделял безопасность участия на три слоя:

• Юридический: есть ли у проекта оформленная структура и понятные документы, определяющие ответственность участников.
• Технический: как фиксируются голоса, защищено ли управление от флэш-займов, кто может менять контракты и распоряжаться казной.
• Личный: какую роль вы берете на себя, сколько средств затрагивает решение и готовы ли вы разбираться в предложениях.

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

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