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

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

Что в настоящее время блокирует участие

Если недавние голосования были пропущены, каковы были основные причины?

Голосование не было замечено вовремя

Окно голосования было слишком коротким

• Краткое изложение предложения было недостаточно ясным, чтобы быстро принять решение.

• Для оценки воздействия и риска требовалось слишком много контекста.

• Голосование казалось слишком ручным, и его легко было пропустить (рабочая нагрузка, часовые пояса, инструменты).

• Было неясно, имеет ли значение голос отдельного человека.

Что повысит явку

Поделитесь, пожалуйста, тем, что действительно может помочь.

Длина окна голосования

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

Если да, то какая продолжительность кажется разумной?

Более раннее уведомление

Как рано следует объявлять голоса, чтобы они были полезными?

Какие каналы работают лучше всего (Discord, GitHub, Telegram и другие)?

Какой формат помогает быстрее принять решение?

TLDR в 3-5 строк

«Что изменится для хостов и майнеров»

Риски и компромиссы

Конкретные примеры (цифры, сценарии)

• Обязательное голосование за Хозяев. Этот вариант имеет очевидные компромиссы, и было бы полезно понять вероятное поведение.

Увеличится ли количество участников, если потребуется голосование принимающей стороны?

Будет ли организовано автоматическое голосование?

Если автоматизация станет обычным явлением, улучшит ли она качество управления или в основном повысит явку?

Что облегчает задачу сегодня? Приветствуются любые рекомендации по рабочему процессу или инструментам.

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

Спасибо, что поделились подробностями — что следует изменить и почему.

• Хотелось бы увидеть видеообзор каждого пропнода с подробным анализом каждого предлагаемого изменения.

Хотелось бы увидеть видеообзор каждого пропнода с подробным анализом каждого предлагаемого изменения.

• Окно голосования не нужно увеличивать.

Окно голосования не нужно увеличивать.

• Я думаю, мы могли бы наложить штраф за отказ от голосования, скажем, 10% наград на следующие 30 эпох. Голосование – это не право, а обязанность.

Я думаю, мы могли бы наложить штраф за отказ от голосования, скажем, 10% наград на следующие 30 эпох. Голосование – это не право, а обязанность.

• Можно было бы разработать механизм делегирования права голоса.

Можно было бы разработать механизм делегирования права голоса.

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

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

• Хотелось бы увидеть видеообзор каждого пропоузела с подробным анализом каждого предлагаемого изменения.

Хотелось бы увидеть видеообзор каждого пропоузела с подробным анализом каждого предлагаемого изменения.

• Окно голосования увеличивать не нужно.

Окно голосования увеличивать не нужно.

• Думаю, можно ввести штраф за неучастие в голосовании, например, 10% от вознаграждения за следующие 30 эпох. Голосование — это не право, а обязанность.

Думаю, можно ввести штраф за неучастие в голосовании, например, 10% от вознаграждения за следующие 30 эпох. Голосование — это не право, а обязанность.

• Можно разработать механизм делегирования прав голоса.

Можно разработать механизм делегирования прав голоса.

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

Кошельки с функцией голосования, на мой взгляд, излишни, поскольку все майнеры умеют пользоваться CLI и, конечно же, не хотят импортировать свои сид-фразы в сторонние приложения.

Я думаю, мы могли бы наложить штраф за отказ от голосования, скажем, 10% наград на следующие 30 эпох. Голосование – это не право, а обязанность.

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

Можно было бы разработать механизм делегирования права голоса.

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

Вот руководство о том, как предоставить разрешение на голосование от вашего имени: https://gonka.ai/FAQ/#what-should-i-do-if-i-cannot-vote-because-i-do-not-have-access-to-the-cold-key-or-if-i-want-another-key-to-vote-on-my-behalf

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

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

24-часовой период голосования слишком короток, особенно в выходные/праздники. И я думаю, что любое предложение должно включать подробное объяснение того, почему это важно.