Выбор хранителей ONERuDAO при наборе одинакового количества голосов на выборах

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

Такой подход неуместен в стремительном мире Web3. Необходим надежный инструмент и метрики которые позволят эффективно выделить девятку хранителей в первом же этапе голосования на последующих выборах.

Я предлагаю использовать метрику “активность кандидата в сообществе” которая будет отслеживаться с помощью бота Mee6 (“Система безопасности”), который уже является частью инфраструктуры ONERuDAO.

Как это работает:

  1. Период между выборами называются “Эпохами” (устоявшийся термин в Web3). Для ONERuDAO эпоха длятся 3 месяца — срок активности созыва хранителей;
  2. После выборов хранителей, счетчик активности сообщества (в боте Mee6) обнуляется - начинается новая Эпоха.
  3. Допустим, после проведения очередных выборов 2 кандидата имеют проходное одинаковое количество голосов. Тогда сообщество смотрит на таблицу лидеров активности ONERuDAO. Кандидат который имеет более высокий рейтинг в таблице (принял участие в большем количестве обсуждений, сделал большее количество предложений, и тд) входит в число хранителей нового созыва.

Данный механизм имеет дополнительный эффект мотивации для членов сообщества которые хотели бы стать хранителями ONERuDAO — при спорном количестве голосов, кандидат с высокой активностью в сообществе имеет приоритет над “малоактивным” кандидатом.

В дальнейшем ONERuDAO может использовать более продвинутые системы отслеживания активности сообщества (например SourceCred). Этот вопрос дополнительного исследования в рамках изучения интрументов работы в Web3, которым я собираюсь заняться в ближайшее время.

Данная методология будет введена в рабочие процессы ONERuDAO через 72 часа, если у сообщества не возникнет серьезных несогласий.

2 Likes

Полностью поддерживаю! Мне эта идея кажется верной и справедливой :blue_heart:

Идея правильная , но в таком случае на первых выборах должен был проходить Димитру , но ты голосовал против.
Это наводит на твою неопределёность или на другие мотивы…

Голосовать против было нельзя, только за. На первых выборах критерия “по активности” еще не было, если бы он был — Димитру бы прошел.

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

2 Likes

Для того что бы участники сообщества не оффтопили Дискорд сервер ONERuDAO модерируется.

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

Данная методология будет введена в рабочие процессы ONERuDAO.