Коротко: порог предложения отвечает на вопрос, сколько голосующей силы нужно, чтобы вынести вопрос на голосование, а кворум – сколько голосов должно участвовать, чтобы результат считался действительным. Это разные параметры, и их нельзя складывать в одно понятие «минимум голосов». В конкретном DAO правила зависят от контракта управления, токена, делегирования и дополнительных модулей.
Что ограничивает порог предложения
Proposal threshold – это минимальный вес голосов или доля токенов, необходимая автору, чтобы создать предложение. Порог может уменьшать поток спама и заставлять автора собрать поддержку до начала формальной процедуры. Одновременно высокий порог усложняет участие небольшим держателям, особенно если нельзя удобно объединить их голоса через делегирование.
Порог не означает, что предложение уже одобрено. Он лишь открывает доступ к следующему этапу: обсуждению, голосованию или проверке модератором. В разных системах учитывается собственный баланс автора, делегированные ему голоса, снимок состояния на определённом блоке или отдельный критерий репутации. Поэтому найдите точное описание контракта и выясните, в какой момент фиксируется право автора.
Если порог выражен числом токенов, проверьте, не меняется ли оно в настройках DAO и на каком блоке берётся баланс. Цена токена может измениться, но это не обязательно меняет порог в единицах токена. Также важно понять, что происходит при потере поддержки после публикации: предложение может продолжить голосование или перестать соответствовать условию, если контракт повторно проверяет threshold.
Как работает кворум
Кворум – это минимум учитываемых голосов, необходимый для действительности процесса. Его могут считать в токенах, процентах от общего предложения или от участвующей голосующей силы. В одних системах кворум просто проверяет участие, а результат определяет большинство голосов «за» и «против». В других кворум строится отдельно для разных типов голосов или сочетается с дополнительным порогом поддержки.
Обратите внимание на роль воздержавшихся голосов. Контракт может включать их в кворум, хотя они не поддерживают и не отклоняют решение. Другая модель считает только голоса «за» и «против». При небольшом участии одна и та же цифра кворума приводит к разным результатам в зависимости от способа подсчёта.
Кворум может быть фиксированным или динамическим. Динамическое значение иногда связано с исторической активностью, но не следует предполагать такую механику без документации. Посмотрите параметры governor, адаптеров голосования и исполняемых модулей. В экосистеме открытых инструментов управления, например в обзоре Nouns DAO, архитектура и процедуры являются частью оценки самого сообщества, а не только интерфейса голосования.
Как параметры действуют вместе
Представим, что участнику нужно иметь заданный вес, чтобы подать предложение, а затем голосование должно собрать минимальную активность. Автор может пройти первый фильтр, но вопрос всё равно провалится, если кворум не достигнут. Или участие может быть достаточным, но большинство проголосует против. Это три разные стадии: допуск вопроса, участие и итоговое решение.
Для простого анализа запишите отдельно: кто имеет право создать proposal, когда снимается снимок балансов, какой период длится голосование, какие варианты ответа учитываются, как рассчитывается кворум и какой порог победы применяется. Затем проследите маршрут одобренного предложения: задержка, очередь исполнения, возможность отмены и роли, которые могут остановить действие.
Включение делегирования меняет практический доступ к подаче и голосованию. Делегированный токен остаётся у владельца, но голос учитывается за выбранным делегатом, если правила конкретной системы это допускают. Делегат при этом может голосовать за множество адресов. Оценивайте именно голосующий вес на блоке снимка, а не число кошельков, написавших комментарий.
Практический список проверки
- Откройте официальную страницу правил DAO и подтвердите адрес governor или другого контракта управления.
- Запишите proposal threshold и единицу его измерения.
- Найдите формулу кворума и выясните, включаются ли воздержавшиеся голоса.
- Проверьте снимок баланса, сроки обсуждения и голосования, делегирование.
- Уточните, как исполняется решение и какие роли могут его задержать или отменить.
Сравнение DAO имеет смысл только при одинаковых определениях. Один проект может называть threshold долю голосующих токенов для подачи, другой – минимальную поддержку решения, а третий использует отдельные значения для разных типов предложений. Для общего контекста управления полезен материал о моделях DAO и распределении полномочий, но параметры всегда нужно сверять по текущим контрактам.
На что смотреть при оценке риска
Низкий порог облегчает участие, но может открыть путь предложениям, созданным без широкой поддержки. Высокий порог защищает процесс от низкокачественного спама, но концентрация токенов способна закрепить влияние крупных держателей. Кворум тоже не гарантирует представительность: его может обеспечить небольшой круг активных участников, если знаменатель или делегирование устроены соответствующим образом.
Параметры сами по себе не показывают качество управления. Важны распределение токенов, активность делегатов, возможность менять настройки, прозрачность обсуждений и последствия исполнения. Не делайте вывод о децентрализации только по числу голосов или наличию голосовательного интерфейса. Сопоставляйте правила с тем, кто реально способен внести, провести и исполнить решение.
Таким образом, порог предложения фильтрует вход в процесс, а кворум проверяет участие в нём. Перед голосованием разберите обе формулы и соседние правила исполнения. Это поможет понять, кто может формировать повестку DAO, когда решение считается состоявшимся и какие предпосылки стоят за его реальным выполнением.
