Polkadot использует изящный механизм управления, который позволяет ему постоянно эволюционировать в соответствии с потребностями заинтересованных сторон. Его цель заключается в том, чтобы гарантировать, что большинство прав всегда сможет контролировать сеть.
Содержимое этой статьи может измениться. Протокол управления уже прошел несколько итераций (v1 и v2), в будущем ожидаются еще изменения (v2.5).
Первое децентрализованное управление Polkadot (v1) состоит из трех основных компонентов:
Технический комитет: управление графиком обновлений
Совет: избранный исполнитель "правительство", ответственный за управление параметрами, управление и предложения по расходам
Референдум: система всеобъемлющего голосования, предоставляющая долгосрочным заинтересованным сторонам больший вес.
Система хорошо работала в первые годы, но по мере ее развития возникла необходимость в постоянной эволюции для улучшения недостатков и соответствия прогрессу. Например, в "управлении v1" все голосования имели одинаковый вес, и можно было голосовать только за одно голосование за раз, а период голосования мог длиться несколько недель. Это привело к тому, что система склонялась к тщательному рассмотрению очень немногих предложений, а не к широкому изучению нескольких предложений. Поэтому возникло "управление v2".
"治理v2" или "Gov2" изменили подход к повседневным решениям, сделав влияние референдума более широким и более гибким, что значительно увеличило количество коллективных решений, которые может принимать система.
Gov2 будет запущен и протестирован на Kusama, прежде чем предложить его развертывание на Polkadot. В настоящее время Gov2 уже запущен в сети Kusama.
Следующее содержание представит основные принципы управления сетью Polkadot. Понимание истоков управления v1 поможет лучше понять направление второй итерации. Эти различия будут выделены в различных подтемах.
Важно отметить, что на текущем этапе управление все еще является развивающимся протоколом. С обновлением управления v2 также разрабатывается план управления v2.5.
предпосылка
В общем, эта сеть объединяет множество новаторских механизмов, включая хранимую в цепочке аморфную функцию преобразования состояния (, определённую с помощью WebAssembly ), а также различные механизмы голосования на цепочке, такие как референдум с адаптивным порогом абсолютного большинства и голосование за массовое одобрение.
Все изменения в соглашении должны быть согласованы через голосование с учетом долей участия.
Механизм
В управлении v1 активные держатели токенов и совет совместно управляют решениями по обновлению сети. Независимо от того, предложены ли инициативы общественностью или советом, в конечном итоге они должны пройти через всенародное голосование, где весомость решения определяется суммой залога и значением веры.
В治理v2 несколько изменений. Новый режим управления демонстрирует децентрализованные характеристики следующим образом:
Передача ответственности Совета держателям токенов через демократическое голосование
Распустить текущий совет директоров
Позволяет пользователям делегировать свои права голоса членам сообщества более разнообразными способами
референдум
Референдум — это простая, инклюзивная, основанная на ставках схема голосования. Каждый референдум имеет связанное предложение, использующее вызов функции привилегий времени выполнения в форме (, включая наиболее мощный вызов set_code, который может переключать весь код времени выполнения ).
Референдум — это дискретное событие с фиксированным сроком голосования. По окончании периода голосования и подсчета голосов, если он одобрен, будет вызвана соответствующая функция. Референдум всегда бинарен; варианты голосования могут быть "за", "против" или полностью воздержаться.
В управлении v1 референдум можно инициировать несколькими способами:
Открыто поданные предложения
Предложение, принятое большинством или единогласным голосованием Совета.
Предложение, поданное в рамках ранее проведенного референдума
Экстренное предложение, представленное Техническим комитетом и одобренное Правлением.
Все голосования имеют соответствующий период задержки выполнения. Это промежуток времени от окончания голосования до фактического выполнения предложения.
В Gov2 любой может в любое время инициировать референдум без ограничения по количеству. Gov2 вводит концепции Origins( и Tracks) для помощи в процессе и обработке референдумов.
Origin может рассматриваться как дескриптор заданного уровня привилегий. Предложитель должен выбрать подходящий Origin для запроса в соответствии с требованиями предложения.
Каждый Origin связан с категорией референдума, и каждая категория имеет свой Track. Track описывает жизненный цикл предложения и независим от других категорий. Разные независимые треки позволяют сети настраивать динамику референдума в зависимости от подразумеваемого уровня привилегий.
Например, влияние обновления Runtime на экосистему отличается от одобрения казначейских чаевых, поэтому требуются разные Origins, в которых разные уровни голосования, одобрения, депозиты и минимальные сроки выполнения будут заранее определены.
( Предложение для голосования
Общественное голосование
Любой желающий может предложить референдум, внеся минимальное количество токенов в течение определенного периода. Если кто-то согласен, они могут внести такое же количество токенов в знак поддержки.
Это называется "поддержка". Предложение, получившее наивысшую поддержку токенов, будет выбрано для следующего голосования. Обратите внимание, что это может отличаться от абсолютного числа поддержек; например, три аккаунта, каждый из которых заблокировал 20 DOT, "превышают" десять аккаунтов, каждый из которых заблокировал 1 DOT.
Как только предложение будет подано на голосование ), связанные токены будут освобождены.
В управлении v1 в очереди предложений может быть не более 100 публичных предложений.
В Gov2, после создания референдума, сообщество может немедленно голосовать. Однако этот референдум не находится в состоянии завершения, подсчета голосов, получения одобрения и окончательного исполнения. Напротив, референдум должен соответствовать некоторым критериям, чтобы перейти в состояние "решение ###Решение(". До этого момента он все еще находится в состоянии ожидания.
Стандарты для перехода в состояние Decided следующие:
Пройдя период импорта, который необходимо пройти перед началом принятия решения. Это помогает снизить вероятность "решающего раунда", когда атакующие, обладающие значительным количеством голосующих прав, могут немедленно одобрить предложение после его выдвижения, не давая всем голосующим достаточного времени для размышлений и участия.
Должно быть еще пространство для решений. Все треки имеют ограничения на количество голосований, которые могут быть проведены одновременно. Более мощные треки имеют более низкие ограничения. Например, ограничение уровня Root Origin составляет 1, что означает, что одновременно можно принять решение только по одному суперопасному предложению.
Необходимо внести депозит для принятия решения. Создание референдума обходится очень дешево, поскольку депозит включает только стоимость хранения, необходимую для отслеживания в блокчейне. Однако при проверке и принятии решения по референдуму существует риск исчерпания ограниченных мест в очереди на референдум. Требование внести более крупный, но возвратный депозит помогает снизить количество спама.
Референдум Совета )v1(
Совет единогласно проголосовал - когда все члены совета согласны с предложением, его можно вынести на голосование. Это голосование приведет к смещению отрицательной ставки голосования ), то есть чем меньше голосов за, тем меньше требуется голосов для принятия (.
Большинство членов совета проголосовало за - когда только простое большинство членов совета согласны, также можно проводить голосование по референдуму, но это будет система большинства, при которой победит сторона, получившая 51% голосов ).
В любое время может быть только один действующий референдум, за исключением случаев, когда проводится экстренный референдум.
График голосования
В управлении v1, если в очереди есть хотя бы одно предложение, новое голосование будет проводиться каждые 28 дней. У предложений, одобренных советом, есть своя очередь, а у предложений, представленных общественностью, также есть своя очередь. Голосование будет чередоваться между предложениями, занимающими высокие места в обеих очередях.
Наиболее ранние предложения определяются количеством залога, связанного с ними. Если текущая очередь пытается создать голосование без предложения, и очередь ( пуста ), и в другой очереди есть ожидающее предложение, то наиболее раннее предложение из другой очереди будет вынесено на голосование.
Нельзя проводить голосование по нескольким референдумам одновременно, за исключением срочных референдумов. Срочные референдумы, проходящие одновременно с обычными референдумами, являются единственным случаем, когда можно голосовать по нескольким референдумам одновременно.
Когда предложение будет одобрено, управление v2 будет иметь одинаковый 28-дневный период квалификации. Если в конце этого этапа предложение все еще не будет одобрено, оно будет автоматически отклонено.
Референдум голосование ( управление v2)
В управлении v2, если предложение удовлетворяет требованиям по уровню одобрения и поддержке, то это предложение будет одобрено, то есть будет удалена система адаптивного группового предвзятости.
Коэффициент одобрения ( определяется как доля веса голосования за одобрение ) после корректировки убежденности ( в общем весе голосования ), включая долю одобрений и отказов (.
Поддержка ) Support ( — это общее количество одобренных голосов ), игнорируя корректировки по убеждению ( для сравнения с общим количеством голосов, которые могут быть сделаны в системе.
Он должен удовлетворять этому стандарту в кратчайшие сроки подтверждения. У разных траекторий разные сроки подтверждения и требования к одобрению и поддержке. Теперь можно настроить необходимое количество поддержки и общее одобрение. Для предложений, использующих источники с более низкими привилегиями, разумнее заранее снизить необходимый процент голосования до более реалистичного числа по сравнению с предложениями, использующими категории с высокими привилегиями ), такими как Root(. Курсы с большим политическим значением могут заранее требовать более высокого одобрения, чтобы избежать споров.
В Gov2 предложения, которые не были одобрены через 28 дней, будут считаться автоматически отклоненными, и Decision Deposit будет возвращен. Если предложение сохраняет одобрение до окончания периода подтверждения, оно считается одобренным и планируется к выполнению с источника предложения после периода разработки. Период разработки устанавливается при предложении на всенародное голосование, но также подвержен минимальным значениям на основе треков. Более мощные треки будут требовать более длительного периода выполнения, чтобы обеспечить сети достаточное время для подготовки к изменениям, которые может принести предложение.
Добровольная блокировка
Polkadot использует концепцию "добровольной блокировки", позволяя держателям токенов увеличить свою голосующую мощь, заявив о том, на сколько времени они готовы заблокировать токены. Таким образом, количество голосов каждого держателя токенов будет рассчитываться по следующей формуле:
Количество голосов = токен * множитель убеждения
Срок блокировки удваивается с каждой итерацией, коэффициент убежденности будет увеличивать множитель голосования на один.
Множитель голосования за срок блокировки 00.111224384165326
Максимальное количество раз, которое может быть установлено для "удвоенного" периода блокировки, составляет 6), всего 32 периода блокировки (, один период блокировки равен 28 дням. Разрешено только удвоение, например, нельзя заблокировать 24 периода и увеличить убежденность на 5.5.
После блокировки токены все еще могут использоваться для голосования и стейкинга; только перенос этих токенов на другой аккаунт запрещен.
Голосование всегда "подсчитывается" в одно и то же время, то есть в конце периода голосования. Это не зависит от периода блокировки токенов.
Адаптивные групповые предвзятости
Адаптивные групповые отклонения использовались дольше в управлении v2 и были заменены системой Approval/Support.
) Совет
В управлении v1 пассивные заинтересованные стороны в Polkadot представлены управляющим органом, называемым "Советом". Совет является ончейн-организацией, состоящей из нескольких участников, каждый из которых представляет ончейн-аккаунт. В настоящее время Совет Polkadot состоит из членов.
Кроме контроля за государственным казначейством, совет также отвечает за три основных управленческих задачи:
Разумный референдум по предложению
Отмена опасных или злонамеренных референдумов
Избирательный технологический комитет
В управлении v2 необходимо заменить стратегии, чтобы заменить обязанности совета, которые ранее выполнялись в качестве уполномоченного органа избирателей, чтобы компенсировать тот факт, что многие выбирают не участвовать в повседневном управлении. Gov2 строится на основе функции делегирования голосования v1, избиратели могут выбирать, чтобы делегировать свои права голоса другому избирателю в системе. Это достигается через улучшение функции, называемой многоуровневой делегацией, где избиратели могут назначать разных представителей для каждой категории референдума в системе. Таким образом, избиратели могут делегировать какому-то лицу управление категорией референдума с незначительными последствиями, а также выбирать другого представителя для управления другой категорией с более серьезными последствиями, при этом сохраняя полное право голоса по всем оставшимся категориям.
( Отмена референдума
В управлении v1, если технический комитет единогласно согласен отменить предложение, или если источник Root ), как sudo (, активирует эту функцию, предложение может быть отменено. Депозит отмененного предложения будет уничтожен.
Кроме того, двух третей голосов совета достаточно для отмены референдума. Если проблемы в предложении референдума обнаруживаются поздно ), например, если в коде runtime, который будет выполнен по этому предложению, есть ошибки ###, это может быть использовано как последнее средство.
Если отменяемые споры достаточно велики, чтобы совет не смог получить две трети голосов, то судьбу предложения решат совместно заинтересованные стороны.
В управлении v2 есть специальная операция под названием Cancelation###, предназначенная для вмешательства в уже проголосованные предложения. Эта операция немедленно отклонит текущий референдум, независимо от его статуса. Также есть положение, согласно которому, если предложение является злонамеренным или спамом, депозит инициатора будет конфискован.
Отмена сама по себе является операцией управления и должна выполняться голосованием в сети. Отмена сопровождается собственным Origin и Track, у нее есть очень короткий период импорта и кривая уровня одобрения/поддержки, которая немного быстрее снижается через порог, поскольку она вызывается только в экстренных случаях.
( Технический комитет
В управлении v1 технический комитет )TC( является одной из трех палат управления Kusama, а две другие палаты – это совет и референдум ). TC состоит из команд, которые успешно реализовали или определили Polkadot runtime или Polkadot Host. Команды могут быть добавлены или удалены из TC простым большинством голосов совета.
Цель TC заключается в предотвращении злонамеренных голосований, внедрении исправлений ошибок, отмене ошибочных обновлений времени выполнения или добавлении новых, но проверенных на практике функций. TC имеет право использовать палету демократии для ускорения предложений и является единственным, кто может
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
15 Лайков
Награда
15
8
Поделиться
комментарий
0/400
MetaMuskRat
· 07-30 04:17
А v2 тоже не имеет больших изменений.
Посмотреть ОригиналОтветить0
CoffeeOnChain
· 07-28 20:33
Итераций было так много, все в порядке?
Посмотреть ОригиналОтветить0
ApyWhisperer
· 07-28 18:01
Управление действительно приятно, когда поднимется v3?
Государственное управление Polkadot V2: новая глава децентрализованного принятия решений
Управление V2
Polkadot использует изящный механизм управления, который позволяет ему постоянно эволюционировать в соответствии с потребностями заинтересованных сторон. Его цель заключается в том, чтобы гарантировать, что большинство прав всегда сможет контролировать сеть.
Содержимое этой статьи может измениться. Протокол управления уже прошел несколько итераций (v1 и v2), в будущем ожидаются еще изменения (v2.5).
Первое децентрализованное управление Polkadot (v1) состоит из трех основных компонентов:
Система хорошо работала в первые годы, но по мере ее развития возникла необходимость в постоянной эволюции для улучшения недостатков и соответствия прогрессу. Например, в "управлении v1" все голосования имели одинаковый вес, и можно было голосовать только за одно голосование за раз, а период голосования мог длиться несколько недель. Это привело к тому, что система склонялась к тщательному рассмотрению очень немногих предложений, а не к широкому изучению нескольких предложений. Поэтому возникло "управление v2".
"治理v2" или "Gov2" изменили подход к повседневным решениям, сделав влияние референдума более широким и более гибким, что значительно увеличило количество коллективных решений, которые может принимать система.
Gov2 будет запущен и протестирован на Kusama, прежде чем предложить его развертывание на Polkadot. В настоящее время Gov2 уже запущен в сети Kusama.
Следующее содержание представит основные принципы управления сетью Polkadot. Понимание истоков управления v1 поможет лучше понять направление второй итерации. Эти различия будут выделены в различных подтемах.
Важно отметить, что на текущем этапе управление все еще является развивающимся протоколом. С обновлением управления v2 также разрабатывается план управления v2.5.
предпосылка
В общем, эта сеть объединяет множество новаторских механизмов, включая хранимую в цепочке аморфную функцию преобразования состояния (, определённую с помощью WebAssembly ), а также различные механизмы голосования на цепочке, такие как референдум с адаптивным порогом абсолютного большинства и голосование за массовое одобрение.
Все изменения в соглашении должны быть согласованы через голосование с учетом долей участия.
Механизм
В управлении v1 активные держатели токенов и совет совместно управляют решениями по обновлению сети. Независимо от того, предложены ли инициативы общественностью или советом, в конечном итоге они должны пройти через всенародное голосование, где весомость решения определяется суммой залога и значением веры.
В治理v2 несколько изменений. Новый режим управления демонстрирует децентрализованные характеристики следующим образом:
референдум
Референдум — это простая, инклюзивная, основанная на ставках схема голосования. Каждый референдум имеет связанное предложение, использующее вызов функции привилегий времени выполнения в форме (, включая наиболее мощный вызов set_code, который может переключать весь код времени выполнения ).
Референдум — это дискретное событие с фиксированным сроком голосования. По окончании периода голосования и подсчета голосов, если он одобрен, будет вызвана соответствующая функция. Референдум всегда бинарен; варианты голосования могут быть "за", "против" или полностью воздержаться.
В управлении v1 референдум можно инициировать несколькими способами:
Все голосования имеют соответствующий период задержки выполнения. Это промежуток времени от окончания голосования до фактического выполнения предложения.
В Gov2 любой может в любое время инициировать референдум без ограничения по количеству. Gov2 вводит концепции Origins( и Tracks) для помощи в процессе и обработке референдумов.
Origin может рассматриваться как дескриптор заданного уровня привилегий. Предложитель должен выбрать подходящий Origin для запроса в соответствии с требованиями предложения.
Каждый Origin связан с категорией референдума, и каждая категория имеет свой Track. Track описывает жизненный цикл предложения и независим от других категорий. Разные независимые треки позволяют сети настраивать динамику референдума в зависимости от подразумеваемого уровня привилегий.
Например, влияние обновления Runtime на экосистему отличается от одобрения казначейских чаевых, поэтому требуются разные Origins, в которых разные уровни голосования, одобрения, депозиты и минимальные сроки выполнения будут заранее определены.
( Предложение для голосования
Общественное голосование
Любой желающий может предложить референдум, внеся минимальное количество токенов в течение определенного периода. Если кто-то согласен, они могут внести такое же количество токенов в знак поддержки.
Это называется "поддержка". Предложение, получившее наивысшую поддержку токенов, будет выбрано для следующего голосования. Обратите внимание, что это может отличаться от абсолютного числа поддержек; например, три аккаунта, каждый из которых заблокировал 20 DOT, "превышают" десять аккаунтов, каждый из которых заблокировал 1 DOT.
Как только предложение будет подано на голосование ), связанные токены будут освобождены.
В управлении v1 в очереди предложений может быть не более 100 публичных предложений.
В Gov2, после создания референдума, сообщество может немедленно голосовать. Однако этот референдум не находится в состоянии завершения, подсчета голосов, получения одобрения и окончательного исполнения. Напротив, референдум должен соответствовать некоторым критериям, чтобы перейти в состояние "решение ###Решение(". До этого момента он все еще находится в состоянии ожидания.
Стандарты для перехода в состояние Decided следующие:
Пройдя период импорта, который необходимо пройти перед началом принятия решения. Это помогает снизить вероятность "решающего раунда", когда атакующие, обладающие значительным количеством голосующих прав, могут немедленно одобрить предложение после его выдвижения, не давая всем голосующим достаточного времени для размышлений и участия.
Должно быть еще пространство для решений. Все треки имеют ограничения на количество голосований, которые могут быть проведены одновременно. Более мощные треки имеют более низкие ограничения. Например, ограничение уровня Root Origin составляет 1, что означает, что одновременно можно принять решение только по одному суперопасному предложению.
Необходимо внести депозит для принятия решения. Создание референдума обходится очень дешево, поскольку депозит включает только стоимость хранения, необходимую для отслеживания в блокчейне. Однако при проверке и принятии решения по референдуму существует риск исчерпания ограниченных мест в очереди на референдум. Требование внести более крупный, но возвратный депозит помогает снизить количество спама.
Референдум Совета )v1(
Совет единогласно проголосовал - когда все члены совета согласны с предложением, его можно вынести на голосование. Это голосование приведет к смещению отрицательной ставки голосования ), то есть чем меньше голосов за, тем меньше требуется голосов для принятия (.
Большинство членов совета проголосовало за - когда только простое большинство членов совета согласны, также можно проводить голосование по референдуму, но это будет система большинства, при которой победит сторона, получившая 51% голосов ).
В любое время может быть только один действующий референдум, за исключением случаев, когда проводится экстренный референдум.
График голосования
В управлении v1, если в очереди есть хотя бы одно предложение, новое голосование будет проводиться каждые 28 дней. У предложений, одобренных советом, есть своя очередь, а у предложений, представленных общественностью, также есть своя очередь. Голосование будет чередоваться между предложениями, занимающими высокие места в обеих очередях.
Наиболее ранние предложения определяются количеством залога, связанного с ними. Если текущая очередь пытается создать голосование без предложения, и очередь ( пуста ), и в другой очереди есть ожидающее предложение, то наиболее раннее предложение из другой очереди будет вынесено на голосование.
Нельзя проводить голосование по нескольким референдумам одновременно, за исключением срочных референдумов. Срочные референдумы, проходящие одновременно с обычными референдумами, являются единственным случаем, когда можно голосовать по нескольким референдумам одновременно.
Когда предложение будет одобрено, управление v2 будет иметь одинаковый 28-дневный период квалификации. Если в конце этого этапа предложение все еще не будет одобрено, оно будет автоматически отклонено.
Референдум голосование ( управление v2)
В управлении v2, если предложение удовлетворяет требованиям по уровню одобрения и поддержке, то это предложение будет одобрено, то есть будет удалена система адаптивного группового предвзятости.
Коэффициент одобрения ( определяется как доля веса голосования за одобрение ) после корректировки убежденности ( в общем весе голосования ), включая долю одобрений и отказов (.
Поддержка ) Support ( — это общее количество одобренных голосов ), игнорируя корректировки по убеждению ( для сравнения с общим количеством голосов, которые могут быть сделаны в системе.
Он должен удовлетворять этому стандарту в кратчайшие сроки подтверждения. У разных траекторий разные сроки подтверждения и требования к одобрению и поддержке. Теперь можно настроить необходимое количество поддержки и общее одобрение. Для предложений, использующих источники с более низкими привилегиями, разумнее заранее снизить необходимый процент голосования до более реалистичного числа по сравнению с предложениями, использующими категории с высокими привилегиями ), такими как Root(. Курсы с большим политическим значением могут заранее требовать более высокого одобрения, чтобы избежать споров.
В Gov2 предложения, которые не были одобрены через 28 дней, будут считаться автоматически отклоненными, и Decision Deposit будет возвращен. Если предложение сохраняет одобрение до окончания периода подтверждения, оно считается одобренным и планируется к выполнению с источника предложения после периода разработки. Период разработки устанавливается при предложении на всенародное голосование, но также подвержен минимальным значениям на основе треков. Более мощные треки будут требовать более длительного периода выполнения, чтобы обеспечить сети достаточное время для подготовки к изменениям, которые может принести предложение.
Добровольная блокировка
Polkadot использует концепцию "добровольной блокировки", позволяя держателям токенов увеличить свою голосующую мощь, заявив о том, на сколько времени они готовы заблокировать токены. Таким образом, количество голосов каждого держателя токенов будет рассчитываться по следующей формуле:
Количество голосов = токен * множитель убеждения
Срок блокировки удваивается с каждой итерацией, коэффициент убежденности будет увеличивать множитель голосования на один.
Множитель голосования за срок блокировки 00.111224384165326
Максимальное количество раз, которое может быть установлено для "удвоенного" периода блокировки, составляет 6), всего 32 периода блокировки (, один период блокировки равен 28 дням. Разрешено только удвоение, например, нельзя заблокировать 24 периода и увеличить убежденность на 5.5.
После блокировки токены все еще могут использоваться для голосования и стейкинга; только перенос этих токенов на другой аккаунт запрещен.
Голосование всегда "подсчитывается" в одно и то же время, то есть в конце периода голосования. Это не зависит от периода блокировки токенов.
Адаптивные групповые предвзятости
Адаптивные групповые отклонения использовались дольше в управлении v2 и были заменены системой Approval/Support.
) Совет
В управлении v1 пассивные заинтересованные стороны в Polkadot представлены управляющим органом, называемым "Советом". Совет является ончейн-организацией, состоящей из нескольких участников, каждый из которых представляет ончейн-аккаунт. В настоящее время Совет Polkadot состоит из членов.
Кроме контроля за государственным казначейством, совет также отвечает за три основных управленческих задачи:
В управлении v2 необходимо заменить стратегии, чтобы заменить обязанности совета, которые ранее выполнялись в качестве уполномоченного органа избирателей, чтобы компенсировать тот факт, что многие выбирают не участвовать в повседневном управлении. Gov2 строится на основе функции делегирования голосования v1, избиратели могут выбирать, чтобы делегировать свои права голоса другому избирателю в системе. Это достигается через улучшение функции, называемой многоуровневой делегацией, где избиратели могут назначать разных представителей для каждой категории референдума в системе. Таким образом, избиратели могут делегировать какому-то лицу управление категорией референдума с незначительными последствиями, а также выбирать другого представителя для управления другой категорией с более серьезными последствиями, при этом сохраняя полное право голоса по всем оставшимся категориям.
( Отмена референдума
В управлении v1, если технический комитет единогласно согласен отменить предложение, или если источник Root ), как sudo (, активирует эту функцию, предложение может быть отменено. Депозит отмененного предложения будет уничтожен.
Кроме того, двух третей голосов совета достаточно для отмены референдума. Если проблемы в предложении референдума обнаруживаются поздно ), например, если в коде runtime, который будет выполнен по этому предложению, есть ошибки ###, это может быть использовано как последнее средство.
Если отменяемые споры достаточно велики, чтобы совет не смог получить две трети голосов, то судьбу предложения решат совместно заинтересованные стороны.
В управлении v2 есть специальная операция под названием Cancelation###, предназначенная для вмешательства в уже проголосованные предложения. Эта операция немедленно отклонит текущий референдум, независимо от его статуса. Также есть положение, согласно которому, если предложение является злонамеренным или спамом, депозит инициатора будет конфискован.
Отмена сама по себе является операцией управления и должна выполняться голосованием в сети. Отмена сопровождается собственным Origin и Track, у нее есть очень короткий период импорта и кривая уровня одобрения/поддержки, которая немного быстрее снижается через порог, поскольку она вызывается только в экстренных случаях.
( Технический комитет
В управлении v1 технический комитет )TC( является одной из трех палат управления Kusama, а две другие палаты – это совет и референдум ). TC состоит из команд, которые успешно реализовали или определили Polkadot runtime или Polkadot Host. Команды могут быть добавлены или удалены из TC простым большинством голосов совета.
Цель TC заключается в предотвращении злонамеренных голосований, внедрении исправлений ошибок, отмене ошибочных обновлений времени выполнения или добавлении новых, но проверенных на практике функций. TC имеет право использовать палету демократии для ускорения предложений и является единственным, кто может