Polkadot использует точный механизм управления, который может элегантно эволюционировать в зависимости от потребностей заинтересованных сторон. Его цель - обеспечить, чтобы большинство долей всегда контролировало сеть.
Содержание данной статьи может измениться. Протокол управления уже прошел несколько итераций (v1 и v2), в будущем также будет больше изменений (v2.5).
Первый децентрализованный механизм управления Polkadot (v1) состоит из трех основных компонентов:
Технический комитет: управление графиком обновлений
Совет: Исполнительный "правительство", избранный на выборах, отвечает за управление параметрами, управление и предложения по расходам.
Референдум: всеобщее голосование по всем остальным вопросам, долгосрочные заинтересованные стороны имеют большее влияние
Эта система хорошо работала на начальном этапе, способствуя разумному использованию государственных средств и своевременному обновлению и исправлению. Однако по мере зрелости системы необходимо постоянно улучшать недостатки и отслеживать прогресс. Например, в "управлении v1" все голоса имели одинаковый вес, можно было голосовать только за одно предложение за раз, а период голосования мог длиться несколько недель. Это привело к тому, что система склонялась к внимательному рассмотрению очень немногих предложений, а не к широкому обсуждению нескольких предложений. Таким образом, возникло "управление v2".
"治理v2" или "Gov2" изменил способ повседневного принятия решений, сделав влияние референдумов более широким и оперативным, значительно увеличив количество коллективных решений, которые может принимать система.
После окончательной профессиональной проверки кода Gov2 будет запущен на Kusama. После тестирования на Kusama будет предложено развернуть его на Polkadot.
В следующем будет представлено основное принцип управления сетью Polkadot. Понимание истоков управления v1 поможет лучше понять направление второй итерации. Эти различия и отличия будут подчеркиваться в различных подтемах.
Следует отметить, что на текущем этапе управление все еще является развивающимся протоколом. С обновлением управления v2, которое входит в сеть, также разрабатывается план управления v2.5.
предпосылка
В общем, эта сеть объединяет различные новаторские механизмы, включая неопределенные функции преобразования состояния, хранящиеся в цепочке и определяемые WebAssembly, а также различные механизмы голосования на цепочке, такие как референдумы с адаптивным абсолютным порогом большинства и механизмы голосования с массовым одобрением.
Все изменения в соглашении должны быть согласованы через голосование с учетом доли участия.
Механизм
В управлении v1 активные держатели токенов и совет совместно принимают решения по обновлениям сети. Независимо от того, предложено ли предложение общественными ( держателями токенов ) или советом, в конечном итоге оно должно быть одобрено путем голосования всех держателей, при этом вес решений определяется объемом залога и значением веры.
В治理v2 есть несколько изменений. Новый режим управления отражает децентрализованные характеристики следующим образом:
Передача всех обязанностей совета через демократическое голосование держателям токенов
Распустить действующий совет директоров
Позволяет пользователям делегировать свои голосующие права членам сообщества более удобными способами
Совет в Gov1 выполнял роли представителей пассивных держателей токенов, хранителей казны и инициаторов законодательства, но обычно рассматривается как централизованная сущность. Для дальнейшей децентрализации сети Gov2 предлагает вернуть обязанности совета обратно к сообществу.
референдум
Референдум — это простая, инклюзивная и основанная на ставках схема голосования. Каждый референдум имеет конкретное предложение, использующее вызов функций привилегий выполнения (, включая наиболее мощный вызов set_code, который может переключать весь код выполнения ).
Референдум является дискретным событием с фиксированным сроком голосования. После окончания срока голосования и подсчета голосов, если будет одобрено, будет вызвана соответствующая функция. Референдум всегда бинарен; выбор может быть только "за", "против" или полное воздержание.
В управлении v1, референдум может быть инициирован одним из следующих способов:
Открыто представленные предложения
Предложение, принятое большинством голосов или единогласно Советом.
Предложение, представленное в рамках проведенного ранее референдума
Срочное предложение, представленное техническим комитетом и одобренное правлением.
Все референдумы имеют соответствующий период задержки исполнения. Это промежуток времени от завершения референдума до фактического исполнения предложения (, если оно было одобрено ).
Если референдум закрыт и завершены подсчеты, это считается завершенным. Если предложение одобрено, оно будет запланировано к исполнению. Если референдум ожидает результатов, то есть идет голосование, это считается незавершенным.
Если предложение подается общественностью или советом, то есть фиксированный срок выполнения в 28 дней. Предложения, поданные в рамках выполнения предыдущего референдума, могут иметь установленный срок выполнения по мере необходимости. Обработка срочных предложений требует "быстрого реагирования" на важные вопросы, что сокращает время выполнения.
В Gov2 любой может в любое время начать референдум и может инициировать несколько референдумов. Gov2 вводит новые функции Origins( источник ) и Tracks( треки ) для упрощения процесса и обработки референдумов.
Origin можно рассматривать как богатый дескриптор для данного уровня привилегий. Теперь инициатору необходимо выбрать подходящий Origin в соответствии с требованиями предложения.
Каждый Origin связан с одной категорией голосования, а каждая категория связана с одним Track. Track описывает жизненный цикл предложения и независим от Track других категорий. Наличие различных независимых треков позволяет сети регулировать динамику голосования в зависимости от подразумеваемого уровня привилегий.
Например, влияние вызова set_code при обновлении Runtime ( на экосистему отличается от одобрения чаевых казначейства ) для вызова reportAwesome (, поэтому необходимы разные Origins, в которых различные ставки голосования, ставки одобрения, депозиты и минимальные сроки выполнения будут заранее определены в паллете.
) Предложение референдума
Общественный референдум
Любой может предложить голосование, вложив минимальное количество токенов в течение определенного периода ### количества блоков (. Если кто-то согласен с предложением, они могут вложить такое же количество токенов в знак поддержки.
Эта операция называется "поддержка". Предложение, получившее наивысшую поддержку токенов, будет выбрано для следующего голосования. Обратите внимание, что это может отличаться от абсолютного количества поддержки; например, три аккаунта, каждый из которых связывает 20 DOT, будут "превышать" эффективность десяти аккаунтов, каждый из которых связывает 1 DOT.
Как только предложение будет подано ), будет проведено голосование (, связанный токен будет освобожден.
Для управления v1 в очереди предложений может быть не более 100 публичных предложений.
В Gov2, когда референдум создается, сообщество может сразу же голосовать по нему. Однако этот референдум не находится в состоянии, когда голоса могут быть завершены или подсчитаны, одобрены и в конечном итоге выполнены. Напротив, референдум должен соответствовать некоторым стандартам, чтобы перейти в состояние "решение)Deciding(". Перед переходом в это состояние он остается в состоянии ожидания.
Стандарты для перехода в состояние Decided следующие:
Пройдя период внедрения )lead-in period(, то есть время, которое необходимо пройти перед началом принятия решения. Это помогает снизить вероятность "прицельного решения", когда злоумышленники с контролем над значительным объемом голосующих прав могут немедленно проголосовать за предложение после его выдвижения, а не дать всем голосующим достаточно времени для размышлений и участия.
Должно быть еще остаточное пространство для решений. Все треки имеют ограничения на количество голосований, которые могут быть одновременно решены. Треки с большей мощностью имеют более низкие ограничения. Например, ограничение для уровня Root Origin составляет 1, то есть можно одновременно решить только 1 суперопасное предложение.
Необходимо внести депозит для решения. Стоимость создания референдума очень низка, так как стоимость депозита включает только стоимость цепочечной памяти, необходимую для отслеживания. Однако при проверке и принятии решения по референдуму существует риск исчерпания ограниченного числа мест в очереди референдума. Требование предоставить большую, но возвращаемую сумму депозита помогает сократить количество спама.
Референдум совета )v1(
Решение совета было единогласно принято - когда все члены совета согласны с предложением, его можно вынести на голосование. Это голосование приведет к смещению отрицательной голосовой ставки ), то есть чем меньше голосов за, тем меньше требуется голосов для принятия -- см. адаптивные групповые предвзятости (.
Большинство совета проголосовало - когда только простое большинство членов совета согласны, также можно голосовать по референдуму, но это будет система большинства, при которой сторона, получившая 51% голосов, побеждает ).
В любое время может быть только один действительный референдум, если только нет действующего экстренного референдума.
График голосования
В Governance v1, если в одном из очередей есть хотя бы одно предложение, каждые 28 дней будет проводиться новое голосование. Предложения, одобренные советом, имеют одну очередь, а предложения, представленные общественностью, имеют другую очередь. Голосование будет чередоваться между предложениями, которые занимают верхние позиции в обеих очередях.
Наиболее приоритетное предложение определяется количеством залога, связанного с ним. Если текущая очередь пытается создать голосование без предложения (, и очередь пуста ), а в другой очереди есть ожидающее предложение, то наиболее приоритетное предложение из другой очереди будет допущено к голосованию.
Нельзя голосовать по нескольким референдумам одновременно, за исключением экстренных референдумов. Экстренные референдумы, происходящие одновременно с обычными референдумами (, публично или по предложению совета ), являются единственным случаем, когда можно одновременно голосовать по нескольким референдумам.
Когда предложение будет одобрено, управление v2 будет иметь одинаковый 28-дневный период квалификации. Если по истечении этого этапа оно не будет одобрено, то предложение будет автоматически отклонено.
Референдум голосование ( управление v2)
В Governance v2, если предложение соответствует требованиям к уровню одобрения и поддержке, оно будет одобрено, то есть адаптивная система групповых предвзятостей была удалена.
Коэффициент одобрения ( определяется как вес одобрения голосования ) после корректировки убеждения ( в отношении общего веса голосования ), включая долю одобрения и отказа (.
Поддержка)Support( — это общее количество одобренных голосов) игнорировать корректировку убеждения( в сравнении с общим количеством голосов, которое может быть проведено в системе.
Он должен соответствовать этому стандарту в кратчайшие сроки подтверждения. Разные треки имеют разные сроки подтверждения и требования к одобрению и поддержке. Теперь можно настроить через необходимый объем поддержки и общее одобрение. Для предложений, использующих источники с низкими привилегиями, более разумно снизить необходимую процентную ставку голосования до более реалистичного числа по сравнению с предложениями, использующими категории с высокими привилегиями ), такими как Root(. Предложения, имеющие значительное политическое значение, могут заранее запрашивать более высокое одобрение, чтобы избежать споров.
В Gov2, предложения, не одобренные через 28 дней, будут считаться автоматически отклонёнными, и Decision Deposit будет возвращён. Если предложение удастся сохранить одобрение до окончания периода подтверждения, оно будет считаться одобренным и запланировано к исполнению после периода разработки, начиная с предложенного источника. Период разработки указывается при предложении всенародного голосования, но также подлежит минимальным значениям на основе треков. Более мощные треки будут требовать более длительного периода исполнения, чтобы обеспечить сети достаточно времени для подготовки к любым изменениям, которые может принести предложение.
Добровольная блокировка
Polkadot использует концепцию "добровольной блокировки", позволяя держателям токенов увеличивать свои голосовые права, заявляя о желании заблокировать токены на определенный срок. Таким образом, количество голосов каждого держателя токенов будет вычисляться по следующей формуле:
Количество голосов = токен * множитель убеждения
Период блокировки увеличивается вдвое каждый раз, а множитель убеждения будет увеличивать множитель голосования на один.
Максимальное количество раз, когда "периоды блокировки" могут быть "удвоены", установлено на 6), поэтому всего 32 периода блокировки (, один период блокировки равен 28 дням. Удвоение разрешено только в определённых случаях, например, вы не можете заблокировать 24 периода и увеличить вашу уверенность на 5,5.
После блокировки токена вы все равно можете использовать его для голосования и стейкинга; вам просто запрещено переводить эти токены на другой счет.
Голосование всегда "рассчитывается" в одно и то же время, то есть в конце периода голосования. Это не зависит от срока блокировки токенов.
Адаптивные групповые предвзятости
Адаптивные групповые отклонения использовались дольше в Governance v2 и были заменены системой Approval/Support.
) Совет
В управлении v1 пассивные заинтересованные стороны на Polkadot представляют собой управленческий орган, называемый "Советом". Совет является ончейн-организацией, состоящей из нескольких участников, каждый из которых представляет собой ончейн-аккаунт. На Polkadot Совет в настоящее время состоит из членов.
Кроме контроля за казначейством, совет также отвечает за три основные задачи управления:
Умное голосование по предложениям
Отмена опасных или злонамеренных референдумов
Избирательная техническая комиссия
В управлении v2 необходима альтернативная стратегия, чтобы заменить обязанности совета, ранее исполнявшего функции уполномоченного избирателей, чтобы компенсировать тот факт, что многие люди выбирают не участвовать в повседневном управлении. Gov2 основан на функции делегирования голосования v1, где избиратели могут выбрать делегировать свои права голоса другому избирателю в системе. Это достигается путем улучшения функции, называемой многопользовательской делегацией, в которой избиратели могут назначать разных представителей для каждой категории референдума в системе. Таким образом, например, избиратели могут делегировать определенному лицу управление категорией референдума с незначительным влиянием, а также выбрать другого представителя для управления другой категорией с более значительными последствиями, сохраняя при этом полное право голоса по любым оставшимся категориям.
( Отмена референдума
В управлении v1, если технический комитет единогласно согласен отменить предложение, или если источник Root ) вызывает эту функцию, то предложение может быть отменено. Залог за отмененное предложение будет уничтожен.
Кроме того, решение о проведении референдума может быть отменено двумя третями голосов совета. Если проблемы с предложением референдума обнаружатся поздно ###, например, если в исполняемом коде предложения есть ошибки ###, это может быть использовано как последняя мера.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
19 Лайков
Награда
19
9
Поделиться
комментарий
0/400
ShamedApeSeller
· 07-04 15:22
Управление такими вещами - это притворство.
Посмотреть ОригиналОтветить0
LiquidationKing
· 07-04 14:13
DOT снова затевает крупные дела?
Посмотреть ОригиналОтветить0
LayerHopper
· 07-04 08:49
Каждый день обновления, как это сделать?
Посмотреть ОригиналОтветить0
HodlNerd
· 07-01 15:56
теория игр в управлении классная... но ты видел статистическое распределение явки избирателей? немного беспокоит, если честно
Посмотреть ОригиналОтветить0
BearMarketSurvivor
· 07-01 15:56
Еще один новый способ разыгрывать людей как лохов.
Посмотреть ОригиналОтветить0
GhostChainLoyalist
· 07-01 15:42
Когда же мы сможем действительно достичь Децентрализации?
Polkadot управление V2: эволюция децентрализованного принятия решений
Управление V2
Polkadot использует точный механизм управления, который может элегантно эволюционировать в зависимости от потребностей заинтересованных сторон. Его цель - обеспечить, чтобы большинство долей всегда контролировало сеть.
Содержание данной статьи может измениться. Протокол управления уже прошел несколько итераций (v1 и v2), в будущем также будет больше изменений (v2.5).
Первый децентрализованный механизм управления Polkadot (v1) состоит из трех основных компонентов:
Эта система хорошо работала на начальном этапе, способствуя разумному использованию государственных средств и своевременному обновлению и исправлению. Однако по мере зрелости системы необходимо постоянно улучшать недостатки и отслеживать прогресс. Например, в "управлении v1" все голоса имели одинаковый вес, можно было голосовать только за одно предложение за раз, а период голосования мог длиться несколько недель. Это привело к тому, что система склонялась к внимательному рассмотрению очень немногих предложений, а не к широкому обсуждению нескольких предложений. Таким образом, возникло "управление v2".
"治理v2" или "Gov2" изменил способ повседневного принятия решений, сделав влияние референдумов более широким и оперативным, значительно увеличив количество коллективных решений, которые может принимать система.
После окончательной профессиональной проверки кода Gov2 будет запущен на Kusama. После тестирования на Kusama будет предложено развернуть его на Polkadot.
В следующем будет представлено основное принцип управления сетью Polkadot. Понимание истоков управления v1 поможет лучше понять направление второй итерации. Эти различия и отличия будут подчеркиваться в различных подтемах.
Следует отметить, что на текущем этапе управление все еще является развивающимся протоколом. С обновлением управления v2, которое входит в сеть, также разрабатывается план управления v2.5.
предпосылка
В общем, эта сеть объединяет различные новаторские механизмы, включая неопределенные функции преобразования состояния, хранящиеся в цепочке и определяемые WebAssembly, а также различные механизмы голосования на цепочке, такие как референдумы с адаптивным абсолютным порогом большинства и механизмы голосования с массовым одобрением.
Все изменения в соглашении должны быть согласованы через голосование с учетом доли участия.
Механизм
В управлении v1 активные держатели токенов и совет совместно принимают решения по обновлениям сети. Независимо от того, предложено ли предложение общественными ( держателями токенов ) или советом, в конечном итоге оно должно быть одобрено путем голосования всех держателей, при этом вес решений определяется объемом залога и значением веры.
В治理v2 есть несколько изменений. Новый режим управления отражает децентрализованные характеристики следующим образом:
Совет в Gov1 выполнял роли представителей пассивных держателей токенов, хранителей казны и инициаторов законодательства, но обычно рассматривается как централизованная сущность. Для дальнейшей децентрализации сети Gov2 предлагает вернуть обязанности совета обратно к сообществу.
референдум
Референдум — это простая, инклюзивная и основанная на ставках схема голосования. Каждый референдум имеет конкретное предложение, использующее вызов функций привилегий выполнения (, включая наиболее мощный вызов set_code, который может переключать весь код выполнения ).
Референдум является дискретным событием с фиксированным сроком голосования. После окончания срока голосования и подсчета голосов, если будет одобрено, будет вызвана соответствующая функция. Референдум всегда бинарен; выбор может быть только "за", "против" или полное воздержание.
В управлении v1, референдум может быть инициирован одним из следующих способов:
Все референдумы имеют соответствующий период задержки исполнения. Это промежуток времени от завершения референдума до фактического исполнения предложения (, если оно было одобрено ).
Если референдум закрыт и завершены подсчеты, это считается завершенным. Если предложение одобрено, оно будет запланировано к исполнению. Если референдум ожидает результатов, то есть идет голосование, это считается незавершенным.
Если предложение подается общественностью или советом, то есть фиксированный срок выполнения в 28 дней. Предложения, поданные в рамках выполнения предыдущего референдума, могут иметь установленный срок выполнения по мере необходимости. Обработка срочных предложений требует "быстрого реагирования" на важные вопросы, что сокращает время выполнения.
В Gov2 любой может в любое время начать референдум и может инициировать несколько референдумов. Gov2 вводит новые функции Origins( источник ) и Tracks( треки ) для упрощения процесса и обработки референдумов.
Origin можно рассматривать как богатый дескриптор для данного уровня привилегий. Теперь инициатору необходимо выбрать подходящий Origin в соответствии с требованиями предложения.
Каждый Origin связан с одной категорией голосования, а каждая категория связана с одним Track. Track описывает жизненный цикл предложения и независим от Track других категорий. Наличие различных независимых треков позволяет сети регулировать динамику голосования в зависимости от подразумеваемого уровня привилегий.
Например, влияние вызова set_code при обновлении Runtime ( на экосистему отличается от одобрения чаевых казначейства ) для вызова reportAwesome (, поэтому необходимы разные Origins, в которых различные ставки голосования, ставки одобрения, депозиты и минимальные сроки выполнения будут заранее определены в паллете.
) Предложение референдума
Общественный референдум
Любой может предложить голосование, вложив минимальное количество токенов в течение определенного периода ### количества блоков (. Если кто-то согласен с предложением, они могут вложить такое же количество токенов в знак поддержки.
Эта операция называется "поддержка". Предложение, получившее наивысшую поддержку токенов, будет выбрано для следующего голосования. Обратите внимание, что это может отличаться от абсолютного количества поддержки; например, три аккаунта, каждый из которых связывает 20 DOT, будут "превышать" эффективность десяти аккаунтов, каждый из которых связывает 1 DOT.
Как только предложение будет подано ), будет проведено голосование (, связанный токен будет освобожден.
Для управления v1 в очереди предложений может быть не более 100 публичных предложений.
В Gov2, когда референдум создается, сообщество может сразу же голосовать по нему. Однако этот референдум не находится в состоянии, когда голоса могут быть завершены или подсчитаны, одобрены и в конечном итоге выполнены. Напротив, референдум должен соответствовать некоторым стандартам, чтобы перейти в состояние "решение)Deciding(". Перед переходом в это состояние он остается в состоянии ожидания.
Стандарты для перехода в состояние Decided следующие:
Референдум совета )v1(
Решение совета было единогласно принято - когда все члены совета согласны с предложением, его можно вынести на голосование. Это голосование приведет к смещению отрицательной голосовой ставки ), то есть чем меньше голосов за, тем меньше требуется голосов для принятия -- см. адаптивные групповые предвзятости (.
Большинство совета проголосовало - когда только простое большинство членов совета согласны, также можно голосовать по референдуму, но это будет система большинства, при которой сторона, получившая 51% голосов, побеждает ).
В любое время может быть только один действительный референдум, если только нет действующего экстренного референдума.
График голосования
В Governance v1, если в одном из очередей есть хотя бы одно предложение, каждые 28 дней будет проводиться новое голосование. Предложения, одобренные советом, имеют одну очередь, а предложения, представленные общественностью, имеют другую очередь. Голосование будет чередоваться между предложениями, которые занимают верхние позиции в обеих очередях.
Наиболее приоритетное предложение определяется количеством залога, связанного с ним. Если текущая очередь пытается создать голосование без предложения (, и очередь пуста ), а в другой очереди есть ожидающее предложение, то наиболее приоритетное предложение из другой очереди будет допущено к голосованию.
Нельзя голосовать по нескольким референдумам одновременно, за исключением экстренных референдумов. Экстренные референдумы, происходящие одновременно с обычными референдумами (, публично или по предложению совета ), являются единственным случаем, когда можно одновременно голосовать по нескольким референдумам.
Когда предложение будет одобрено, управление v2 будет иметь одинаковый 28-дневный период квалификации. Если по истечении этого этапа оно не будет одобрено, то предложение будет автоматически отклонено.
Референдум голосование ( управление v2)
В Governance v2, если предложение соответствует требованиям к уровню одобрения и поддержке, оно будет одобрено, то есть адаптивная система групповых предвзятостей была удалена.
Коэффициент одобрения ( определяется как вес одобрения голосования ) после корректировки убеждения ( в отношении общего веса голосования ), включая долю одобрения и отказа (.
Поддержка)Support( — это общее количество одобренных голосов) игнорировать корректировку убеждения( в сравнении с общим количеством голосов, которое может быть проведено в системе.
Он должен соответствовать этому стандарту в кратчайшие сроки подтверждения. Разные треки имеют разные сроки подтверждения и требования к одобрению и поддержке. Теперь можно настроить через необходимый объем поддержки и общее одобрение. Для предложений, использующих источники с низкими привилегиями, более разумно снизить необходимую процентную ставку голосования до более реалистичного числа по сравнению с предложениями, использующими категории с высокими привилегиями ), такими как Root(. Предложения, имеющие значительное политическое значение, могут заранее запрашивать более высокое одобрение, чтобы избежать споров.
В Gov2, предложения, не одобренные через 28 дней, будут считаться автоматически отклонёнными, и Decision Deposit будет возвращён. Если предложение удастся сохранить одобрение до окончания периода подтверждения, оно будет считаться одобренным и запланировано к исполнению после периода разработки, начиная с предложенного источника. Период разработки указывается при предложении всенародного голосования, но также подлежит минимальным значениям на основе треков. Более мощные треки будут требовать более длительного периода исполнения, чтобы обеспечить сети достаточно времени для подготовки к любым изменениям, которые может принести предложение.
Добровольная блокировка
Polkadot использует концепцию "добровольной блокировки", позволяя держателям токенов увеличивать свои голосовые права, заявляя о желании заблокировать токены на определенный срок. Таким образом, количество голосов каждого держателя токенов будет вычисляться по следующей формуле:
Количество голосов = токен * множитель убеждения
Период блокировки увеличивается вдвое каждый раз, а множитель убеждения будет увеличивать множитель голосования на один.
Период блокировки Множитель голосования 0 1 1 2 2 3 4 4 8 5 16 6 32 6
Максимальное количество раз, когда "периоды блокировки" могут быть "удвоены", установлено на 6), поэтому всего 32 периода блокировки (, один период блокировки равен 28 дням. Удвоение разрешено только в определённых случаях, например, вы не можете заблокировать 24 периода и увеличить вашу уверенность на 5,5.
После блокировки токена вы все равно можете использовать его для голосования и стейкинга; вам просто запрещено переводить эти токены на другой счет.
Голосование всегда "рассчитывается" в одно и то же время, то есть в конце периода голосования. Это не зависит от срока блокировки токенов.
Адаптивные групповые предвзятости
Адаптивные групповые отклонения использовались дольше в Governance v2 и были заменены системой Approval/Support.
) Совет
В управлении v1 пассивные заинтересованные стороны на Polkadot представляют собой управленческий орган, называемый "Советом". Совет является ончейн-организацией, состоящей из нескольких участников, каждый из которых представляет собой ончейн-аккаунт. На Polkadot Совет в настоящее время состоит из членов.
Кроме контроля за казначейством, совет также отвечает за три основные задачи управления:
В управлении v2 необходима альтернативная стратегия, чтобы заменить обязанности совета, ранее исполнявшего функции уполномоченного избирателей, чтобы компенсировать тот факт, что многие люди выбирают не участвовать в повседневном управлении. Gov2 основан на функции делегирования голосования v1, где избиратели могут выбрать делегировать свои права голоса другому избирателю в системе. Это достигается путем улучшения функции, называемой многопользовательской делегацией, в которой избиратели могут назначать разных представителей для каждой категории референдума в системе. Таким образом, например, избиратели могут делегировать определенному лицу управление категорией референдума с незначительным влиянием, а также выбрать другого представителя для управления другой категорией с более значительными последствиями, сохраняя при этом полное право голоса по любым оставшимся категориям.
( Отмена референдума
В управлении v1, если технический комитет единогласно согласен отменить предложение, или если источник Root ) вызывает эту функцию, то предложение может быть отменено. Залог за отмененное предложение будет уничтожен.
Кроме того, решение о проведении референдума может быть отменено двумя третями голосов совета. Если проблемы с предложением референдума обнаружатся поздно ###, например, если в исполняемом коде предложения есть ошибки ###, это может быть использовано как последняя мера.
Если отменяемый спор достаточно велик, чтобы