Polkadot использует изящный механизм управления, который позволяет ему элегантно эволюционировать в соответствии с потребностями заинтересованных сторон. Его цель - обеспечить, чтобы большинство стейков всегда могли контролировать сеть.
Содержимое этой статьи может быть изменено. Программа управления уже прошла несколько итераций (v1 и v2), в будущем будет больше изменений (v2.5).
Первой децентрализованной системой управления Polkadot (v1) состоит из трех основных компонентов:
Технический комитет: управление графиком обновлений
Совет: Исполнительный "правительство", избранный голосованием, ответственный за управление параметрами, администратором и предложениями по расходам.
Референдум: универсальная система голосования, предоставляющая долгосрочным заинтересованным сторонам большее влияние
Система v1 работала хорошо в первые годы, помогая обеспечить надлежащие расходы государственных средств и своевременные обновления и исправления. Но по мере зрелости системы необходимо эволюционировать, чтобы улучшить недостатки и идти в ногу с прогрессом. Например, в v1 все голосования имеют одинаковый вес, можно голосовать только за одно голосование за раз, а период голосования может длиться несколько недель. Это приводит к тому, что система склоняется к тщательному рассмотрению крайне немногих предложений, вместо того чтобы широко рассматривать множество предложений.
Таким образом, "治理v2"(Gov2) появился на свет. Gov2 изменил подход к повседневным решениям, расширив и ускорив влияние референдумов, что значительно увеличило количество коллективных решений, которые может принять система.
После запуска Gov2 на Kusama будет предложено развертывание на Polkadot. В настоящее время Gov2 уже запущен в сети Kusama.
Далее будет представлено описание основных принципов управления сетью Polkadot. Понимание корней v1 поможет лучше осознать направление второго итерации. Эти различия и отличия будут выделены в различных подтемах.
Важно отметить, что на данном этапе управление является постоянно развивающимся протоколом. С обновлением v2, которое вступает в сеть, также разрабатывается план v2.5.
Предпосылка
В общем, эта сеть объединяет множество новых механизмов, включая неопределенные функции перехода состояния, определенные с помощью WebAssembly и хранящиеся в цепочке, а также различные механизмы голосования в цепочке, такие как референдум с адаптивным абсолютным большинством и механизм голосования с массовым одобрением.
Все изменения в соглашении должны быть согласованы через голосование с учетом доли участия.
Механизм
В v1 активные держатели токенов и совет совместно управляют решениями по обновлению сети. Независимо от того, вносится ли предложение общественностью или советом, в конечном итоге оно должно пройти через всенародное голосование, с использованием суммы залога и ценности веры в качестве веса для принятия решения.
v2 имеет несколько изменений. Новый модель управления отражает его децентрализованные характеристики следующим образом:
Передача ответственности Совета держателям токенов через демократическое голосование
Распустить действующий совет директоров
Позволяет пользователям делегировать свои права голоса членам сообщества более удобным способом
v1 в Совете выступает как представитель пассивных держателей токенов, хранитель казны и инициатор законодательства, но обычно рассматривается как централизованная сущность. Для дальнейшей децентрализации v2 предлагает вернуть обязанности Совета сообществу.
Референдум
Референдум — это простая, инклюзивная система голосования на основе стейкинга. Каждый референдум имеет конкретное предложение, которое реализуется через вызовы функций с привилегиями времени выполнения.
Референдум — это дискретное событие с фиксированным сроком голосования. После окончания голосования и подсчета бюллетеней, если будет одобрено, будет вызвана соответствующая функция. Референдум всегда двоичен, выбор может быть только "за", "против" или полностью воздержаться.
В v1 референдум можно запустить следующими способами:
Открытое поданное предложение
Предложение, принятое большинством или единогласно советом.
Предложение, представленное в рамках ранее проведенного референдума
Срочное предложение, представленное Техническим комитетом и одобренное Правлением.
Все референдумы имеют период задержки выполнения. Это время от окончания референдума до фактического выполнения предложения (, если оно одобрено ).
Если референдум закрыт и подсчет завершен, это считается завершенным. Если предложение одобрено, оно будет запланировано для выполнения. Если голосование идет, это считается незавершенным.
Предложения, поданные общественностью или советом, имеют фиксированный срок задержки выполнения в 28 дней. Предложения, поданные в рамках выполнения предыдущего референдума, могут иметь установленный срок задержки по мере необходимости. Обработка срочных предложений требует "быстрого реагирования" на важные вопросы, срок выполнения которых короче.
В v2 любой может в любое время начать голосование, и количество голосований не ограничено. В v2 были введены концепции Origins( и Tracks) для помощи в процессе голосования и его обработке.
Origin можно рассматривать как богатое описание данного уровня привилегий. Предложитель должен выбрать подходящий Origin в соответствии с требованиями предложения.
Каждый Origin связан с одной категорией голосования, а каждая категория связана с одним Track. Track описывает жизненный цикл предложения, независимо от других категорий. Разные независимые треки позволяют сети настраивать динамику голосования в зависимости от подразумеваемого уровня привилегий.
Например, влияние обновления Runtime на экосистему отличается от утверждения казначейских чаевых, поэтому требуются разные Origins, для которых заранее будут определены разные коэффициенты голосования, коэффициенты одобрения, депозиты и минимальный срок исполнения.
( Предложение для голосования
Общественное голосование
Любой может предложить референдум, внеся минимальное количество токенов в течение определенного периода. Если кто-то согласен, он может внести такое же количество токенов в поддержку, что называется "поддержкой". Предложение, набравшее наибольшее количество токенов поддержки, будет выбрано для следующего голосования.
Как только предложение будет подано ), начнётся голосование ###, связанный токен будет освобождён.
В версии 1 в очереди предложений может быть не более 100 общих предложений.
В v2, после создания референдума, сообщество может немедленно голосовать. Однако данный референдум не находится в состоянии, позволяющем завершение или подсчет голосов, одобрение и выполнение. Референдум должен соответствовать некоторым стандартам, чтобы перейти в состояние "решения (Deciding)". До этого момента он остается в неопределенном состоянии.
Стандарты для перехода в состояние Decided следующие:
Пройдя через период внедрения, то есть время, которое необходимо для принятия решения перед началом. Это помогает уменьшить вероятность "решающего выстрела".
Должно быть достаточно остаточного пространства для решений. Все треки имеют ограничения на количество референдумов, которые могут быть приняты одновременно.
Необходимо заплатить решающий депозит. Создание референдума обходится недорого, но решение о референдуме связано с риском исчерпания ограниченного числа мест в очереди. Более крупный, но возвратный депозит помогает сократить количество спама.
Голосование Совета (v1)
Совет единогласно одобрил - когда все члены совета согласны, предложение может быть вынесено на голосование. Это голосование приведет к отклонению от отрицательной ставки голосования.
Большинство Совета проголосовало за - голосование также возможно, если только простое большинство согласны, но используется система большинства голосов.
В любое время может быть только один действительный референдум, если только не проводится срочный референдум.
График голосования
В версии 1, предполагается, что в очереди есть хотя бы одно предложение, и новое голосование проводится каждые 28 дней. У предложений, одобренных советом, есть одна очередь, и у предложений, поданных общественностью, есть другая очередь. Голосование проводится поочередно между предложениями, занимающими верхние позиции в обеих очередях.
Ранг определяется количеством связанных ставок. Если текущая очередь пытается создать голосование без предложений, очередь ( пуста ), а в другой очереди есть ожидающие предложения, то самое первое предложение в другой очереди войдет в голосование.
Нельзя одновременно голосовать по нескольким референдумам, за исключением экстренных референдумов. Экстренные референдумы, происходящие одновременно с обычными референдумами, являются единственным случаем, когда можно голосовать по нескольким референдумам одновременно.
В v2, когда предложение одобрено, предоставляется 28-дневный период квалификации. Если на конец этого этапа предложение не будет одобрено, оно автоматически отклоняется.
Референдум (v2)
В версии 2, если предложение соответствует требованиям по одобрению и поддержке, оно будет одобрено, система адаптивных групповых предвзятостей была удалена.
Процент одобрения определяется как доля одобренного веса голосования (, скорректированного по убеждению ), от общего веса голосования.
Уровень поддержки - это сравнение общего числа одобренных голосов (, игнорируя conviction ), с возможным общим числом голосов в системе.
Он должен соответствовать этому стандарту в кратчайшие сроки подтверждения. Разные траектории имеют разные сроки подтверждения и требования. Теперь можно настроить через необходимое количество поддержки и общее одобрение. Для предложений от источников с низкими привилегиями более разумно заранее снизить необходимый процент голосования до реального числа. Политически значимые предложения можно заранее требовать более высокого одобрения, чтобы избежать споров.
В v2, если предложение не было одобрено в течение 28 дней, оно считается автоматически отклонённым, и Decision Deposit возвращается. Если предложение остаётся одобренным до окончания периода подтверждения, оно считается одобренным и планируется к исполнению с момента начала предложения после периода разработки. Период разработки указывается при предложении, но ограничен минимальными значениями, основанными на треке. Более мощные треки требуют более длительного периода исполнения, чтобы гарантировать, что сеть имеет достаточно времени для подготовки к изменениям.
Добровольная блокировка
Polkadot использует концепцию "добровольной блокировки", позволяя держателям токенов увеличивать свои голосовые права, заявляя о намерении заблокировать токены на определенное время. Количество голосов каждого держателя будет рассчитываться по следующей формуле:
Количество голосов = токен * множитель убеждения
Каждый период блокировки будет удваиваться, а множитель убеждения увеличит множитель голосования на один.
Максимальное количество периодов блокировки составляет 6 раз (, всего 32 периода блокировки ), один период блокировки равен 28 дням. Разрешается только удвоение, нельзя заблокировать 24 периода и увеличить уверенность на 5.5.
После блокировки можно использовать для голосования и стекинга, только запрещено переводить на другой аккаунт.
Голосование всегда "подсчитывается" в конце периода голосования и не зависит от периода блокировки.
Адаптивные групповые предвзятости
В v2 используется дольше и заменяется системой Approval/Support.
Совет
В v1 пассивные заинтересованные стороны в Polkadot представляются «Советом». Совет — это ончейн-сущность, состоящая из нескольких участников, каждый из которых представляет собой ончейн-аккаунт. В настоящее время Совет Polkadot состоит из членов.
Кроме контроля за государственным казначейством, совет в основном отвечает за три задачи управления:
Умное голосование по предложению
Отменить опасные или вредоносные референдумы
Комитет по выборочным технологиям
В v2 требуется заменить стратегии, которые ранее выполняли обязанности избирательных комиссий как доверенных учреждений. v2 строится на функции делегирования голосования v1, позволяя избирателям делегировать свои права голосования другим избирателям в системе. С помощью многоуровневого делегирования избиратели могут назначать разных представителей для каждой категории референдумов в системе. Например, можно делегировать определенному субъекту управление категориями референдумов с незначительным воздействием, выбрать другого представителя для управления категориями с более серьезными последствиями и сохранить полные права голоса по остальным категориям.
Отмена референдума
В версии 1, если технический комитет единогласно согласен или инициатор Root вызывает это, предложение может быть отменено. Депозит по отмененному предложению будет уничтожен.
Кроме того, две трети членов совета могут отменить референдум. Если в предложении о референдуме будет обнаружена проблема на более позднем этапе, это может быть использовано как последняя мера.
Если отмена спора приведет к тому, что совет не сможет получить две трети голосов, судьбу предложения определяют заинтересованные стороны.
В v2 есть специальная операция под названием Cancelation(, предназначенная для вмешательства в уже проголосованные предложения. Эта операция немедленно отклоняет проводимый референдум, независимо от его состояния. Также предусмотрено, что в случае злонамеренного или спам-предложения, депозит инициатора будет конфискован.
Отмена сама по себе является операцией управления и должна быть выполнена путем голосования в сети. У отмены есть свой Origin и Track, имеет очень короткий период импорта и кривую одобрения/поддержки, быстро снижается через порог, так как вызывается только в срочных случаях.
Технический комитет
В v1 технический комитет )TC( был введен как одна из трех инстанций управления Kusama. TC состоит из команд, которые успешно реализовали или определили Polkadot runtime или Host. Команды могут быть добавлены или удалены из TC простым большинством голосов совета.
Цель TC заключается в предотвращении злонамеренных голосований, исправлении ошибок, отмене неверных обновлений времени выполнения или добавлении новых функций. TC имеет право использовать палету Democracy для ускорения предложений и является единственным источником, который может инициировать функцию ускорения. Мы можем рассматривать TC как "единственный источник", который не может генерировать предложения, но может ускорять существующие.
Быстрый референдум — это единственный референдум, который может проводиться одновременно с другим референдумом. Таким образом, с помощью быстрого референдума можно одновременно проводить два активных референдума. Голосование по одному из них не помешает голосованию по другому.
В v2 введен новый комитет преемственности "Polkadot Fellowship", который заменяет технический комитет. Он будет обслуживать сети Polkadot и Kusama.
Полкадот Феллоушип
Fellowship является автономным экспертным учреждением, основная цель которого - представлять людей, обладающих знаниями о сети Polkadot и протокольных технологиях. Fellowship классифицирует своих членов по "уровням", представляя степень их компетентности, технической основы и соответствия интересам Polkadot.
В отличие от текущего Technical Collective, он предназначен для расширения состава участников ) может вместить тысячи участников ( и имеет гораздо более низкий порог входа. Стать кандидатом очень просто, достаточно внести небольшой депозит.
Члены Fellowship могут голосовать по любым предложениям Fellowship, мнения членов взвешиваются по уровням ) и составляют мнение Fellowship.
Механизм голосования Fellowship аналогичен механизму голосования по предложенным референдумам среди заинтересованных сторон Polkadot.
Система уровней
Чтобы предотвратить получение эффективного контроля над сетью со стороны небольшого числа участников, система придерживается трех основных принципов:
Fellowship ни в коем случае не должно иметь жесткой власти над сетью: не может изменять параметры, проводить исправления или перемещать активы. Единственная власть заключается в возможности сократить сроки голосования.
Fellowship в общем мнении придает большее значение высокому уровню, но это не должно быть настолько высоким, чтобы мнения меньшинства высококвалифицированных членов не могли превзойти единодушные мнения низкоквалифицированных членов.
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.
Покерное управление V2: более эффективный и гибкий механизм децентрализации принятия решений
Управление V2
Polkadot использует изящный механизм управления, который позволяет ему элегантно эволюционировать в соответствии с потребностями заинтересованных сторон. Его цель - обеспечить, чтобы большинство стейков всегда могли контролировать сеть.
Содержимое этой статьи может быть изменено. Программа управления уже прошла несколько итераций (v1 и v2), в будущем будет больше изменений (v2.5).
Первой децентрализованной системой управления Polkadot (v1) состоит из трех основных компонентов:
Система v1 работала хорошо в первые годы, помогая обеспечить надлежащие расходы государственных средств и своевременные обновления и исправления. Но по мере зрелости системы необходимо эволюционировать, чтобы улучшить недостатки и идти в ногу с прогрессом. Например, в v1 все голосования имеют одинаковый вес, можно голосовать только за одно голосование за раз, а период голосования может длиться несколько недель. Это приводит к тому, что система склоняется к тщательному рассмотрению крайне немногих предложений, вместо того чтобы широко рассматривать множество предложений.
Таким образом, "治理v2"(Gov2) появился на свет. Gov2 изменил подход к повседневным решениям, расширив и ускорив влияние референдумов, что значительно увеличило количество коллективных решений, которые может принять система.
После запуска Gov2 на Kusama будет предложено развертывание на Polkadot. В настоящее время Gov2 уже запущен в сети Kusama.
Далее будет представлено описание основных принципов управления сетью Polkadot. Понимание корней v1 поможет лучше осознать направление второго итерации. Эти различия и отличия будут выделены в различных подтемах.
Важно отметить, что на данном этапе управление является постоянно развивающимся протоколом. С обновлением v2, которое вступает в сеть, также разрабатывается план v2.5.
Предпосылка
В общем, эта сеть объединяет множество новых механизмов, включая неопределенные функции перехода состояния, определенные с помощью WebAssembly и хранящиеся в цепочке, а также различные механизмы голосования в цепочке, такие как референдум с адаптивным абсолютным большинством и механизм голосования с массовым одобрением.
Все изменения в соглашении должны быть согласованы через голосование с учетом доли участия.
Механизм
В v1 активные держатели токенов и совет совместно управляют решениями по обновлению сети. Независимо от того, вносится ли предложение общественностью или советом, в конечном итоге оно должно пройти через всенародное голосование, с использованием суммы залога и ценности веры в качестве веса для принятия решения.
v2 имеет несколько изменений. Новый модель управления отражает его децентрализованные характеристики следующим образом:
v1 в Совете выступает как представитель пассивных держателей токенов, хранитель казны и инициатор законодательства, но обычно рассматривается как централизованная сущность. Для дальнейшей децентрализации v2 предлагает вернуть обязанности Совета сообществу.
Референдум
Референдум — это простая, инклюзивная система голосования на основе стейкинга. Каждый референдум имеет конкретное предложение, которое реализуется через вызовы функций с привилегиями времени выполнения.
Референдум — это дискретное событие с фиксированным сроком голосования. После окончания голосования и подсчета бюллетеней, если будет одобрено, будет вызвана соответствующая функция. Референдум всегда двоичен, выбор может быть только "за", "против" или полностью воздержаться.
В v1 референдум можно запустить следующими способами:
Все референдумы имеют период задержки выполнения. Это время от окончания референдума до фактического выполнения предложения (, если оно одобрено ).
Если референдум закрыт и подсчет завершен, это считается завершенным. Если предложение одобрено, оно будет запланировано для выполнения. Если голосование идет, это считается незавершенным.
Предложения, поданные общественностью или советом, имеют фиксированный срок задержки выполнения в 28 дней. Предложения, поданные в рамках выполнения предыдущего референдума, могут иметь установленный срок задержки по мере необходимости. Обработка срочных предложений требует "быстрого реагирования" на важные вопросы, срок выполнения которых короче.
В v2 любой может в любое время начать голосование, и количество голосований не ограничено. В v2 были введены концепции Origins( и Tracks) для помощи в процессе голосования и его обработке.
Origin можно рассматривать как богатое описание данного уровня привилегий. Предложитель должен выбрать подходящий Origin в соответствии с требованиями предложения.
Каждый Origin связан с одной категорией голосования, а каждая категория связана с одним Track. Track описывает жизненный цикл предложения, независимо от других категорий. Разные независимые треки позволяют сети настраивать динамику голосования в зависимости от подразумеваемого уровня привилегий.
Например, влияние обновления Runtime на экосистему отличается от утверждения казначейских чаевых, поэтому требуются разные Origins, для которых заранее будут определены разные коэффициенты голосования, коэффициенты одобрения, депозиты и минимальный срок исполнения.
( Предложение для голосования
Общественное голосование
Любой может предложить референдум, внеся минимальное количество токенов в течение определенного периода. Если кто-то согласен, он может внести такое же количество токенов в поддержку, что называется "поддержкой". Предложение, набравшее наибольшее количество токенов поддержки, будет выбрано для следующего голосования.
Как только предложение будет подано ), начнётся голосование ###, связанный токен будет освобождён.
В версии 1 в очереди предложений может быть не более 100 общих предложений.
В v2, после создания референдума, сообщество может немедленно голосовать. Однако данный референдум не находится в состоянии, позволяющем завершение или подсчет голосов, одобрение и выполнение. Референдум должен соответствовать некоторым стандартам, чтобы перейти в состояние "решения (Deciding)". До этого момента он остается в неопределенном состоянии.
Стандарты для перехода в состояние Decided следующие:
Голосование Совета (v1)
Совет единогласно одобрил - когда все члены совета согласны, предложение может быть вынесено на голосование. Это голосование приведет к отклонению от отрицательной ставки голосования.
Большинство Совета проголосовало за - голосование также возможно, если только простое большинство согласны, но используется система большинства голосов.
В любое время может быть только один действительный референдум, если только не проводится срочный референдум.
График голосования
В версии 1, предполагается, что в очереди есть хотя бы одно предложение, и новое голосование проводится каждые 28 дней. У предложений, одобренных советом, есть одна очередь, и у предложений, поданных общественностью, есть другая очередь. Голосование проводится поочередно между предложениями, занимающими верхние позиции в обеих очередях.
Ранг определяется количеством связанных ставок. Если текущая очередь пытается создать голосование без предложений, очередь ( пуста ), а в другой очереди есть ожидающие предложения, то самое первое предложение в другой очереди войдет в голосование.
Нельзя одновременно голосовать по нескольким референдумам, за исключением экстренных референдумов. Экстренные референдумы, происходящие одновременно с обычными референдумами, являются единственным случаем, когда можно голосовать по нескольким референдумам одновременно.
В v2, когда предложение одобрено, предоставляется 28-дневный период квалификации. Если на конец этого этапа предложение не будет одобрено, оно автоматически отклоняется.
Референдум (v2)
В версии 2, если предложение соответствует требованиям по одобрению и поддержке, оно будет одобрено, система адаптивных групповых предвзятостей была удалена.
Процент одобрения определяется как доля одобренного веса голосования (, скорректированного по убеждению ), от общего веса голосования.
Уровень поддержки - это сравнение общего числа одобренных голосов (, игнорируя conviction ), с возможным общим числом голосов в системе.
Он должен соответствовать этому стандарту в кратчайшие сроки подтверждения. Разные траектории имеют разные сроки подтверждения и требования. Теперь можно настроить через необходимое количество поддержки и общее одобрение. Для предложений от источников с низкими привилегиями более разумно заранее снизить необходимый процент голосования до реального числа. Политически значимые предложения можно заранее требовать более высокого одобрения, чтобы избежать споров.
В v2, если предложение не было одобрено в течение 28 дней, оно считается автоматически отклонённым, и Decision Deposit возвращается. Если предложение остаётся одобренным до окончания периода подтверждения, оно считается одобренным и планируется к исполнению с момента начала предложения после периода разработки. Период разработки указывается при предложении, но ограничен минимальными значениями, основанными на треке. Более мощные треки требуют более длительного периода исполнения, чтобы гарантировать, что сеть имеет достаточно времени для подготовки к изменениям.
Добровольная блокировка
Polkadot использует концепцию "добровольной блокировки", позволяя держателям токенов увеличивать свои голосовые права, заявляя о намерении заблокировать токены на определенное время. Количество голосов каждого держателя будет рассчитываться по следующей формуле:
Количество голосов = токен * множитель убеждения
Каждый период блокировки будет удваиваться, а множитель убеждения увеличит множитель голосования на один.
Максимальное количество периодов блокировки составляет 6 раз (, всего 32 периода блокировки ), один период блокировки равен 28 дням. Разрешается только удвоение, нельзя заблокировать 24 периода и увеличить уверенность на 5.5.
После блокировки можно использовать для голосования и стекинга, только запрещено переводить на другой аккаунт.
Голосование всегда "подсчитывается" в конце периода голосования и не зависит от периода блокировки.
Адаптивные групповые предвзятости
В v2 используется дольше и заменяется системой Approval/Support.
Совет
В v1 пассивные заинтересованные стороны в Polkadot представляются «Советом». Совет — это ончейн-сущность, состоящая из нескольких участников, каждый из которых представляет собой ончейн-аккаунт. В настоящее время Совет Polkadot состоит из членов.
Кроме контроля за государственным казначейством, совет в основном отвечает за три задачи управления:
В v2 требуется заменить стратегии, которые ранее выполняли обязанности избирательных комиссий как доверенных учреждений. v2 строится на функции делегирования голосования v1, позволяя избирателям делегировать свои права голосования другим избирателям в системе. С помощью многоуровневого делегирования избиратели могут назначать разных представителей для каждой категории референдумов в системе. Например, можно делегировать определенному субъекту управление категориями референдумов с незначительным воздействием, выбрать другого представителя для управления категориями с более серьезными последствиями и сохранить полные права голоса по остальным категориям.
Отмена референдума
В версии 1, если технический комитет единогласно согласен или инициатор Root вызывает это, предложение может быть отменено. Депозит по отмененному предложению будет уничтожен.
Кроме того, две трети членов совета могут отменить референдум. Если в предложении о референдуме будет обнаружена проблема на более позднем этапе, это может быть использовано как последняя мера.
Если отмена спора приведет к тому, что совет не сможет получить две трети голосов, судьбу предложения определяют заинтересованные стороны.
В v2 есть специальная операция под названием Cancelation(, предназначенная для вмешательства в уже проголосованные предложения. Эта операция немедленно отклоняет проводимый референдум, независимо от его состояния. Также предусмотрено, что в случае злонамеренного или спам-предложения, депозит инициатора будет конфискован.
Отмена сама по себе является операцией управления и должна быть выполнена путем голосования в сети. У отмены есть свой Origin и Track, имеет очень короткий период импорта и кривую одобрения/поддержки, быстро снижается через порог, так как вызывается только в срочных случаях.
Технический комитет
В v1 технический комитет )TC( был введен как одна из трех инстанций управления Kusama. TC состоит из команд, которые успешно реализовали или определили Polkadot runtime или Host. Команды могут быть добавлены или удалены из TC простым большинством голосов совета.
Цель TC заключается в предотвращении злонамеренных голосований, исправлении ошибок, отмене неверных обновлений времени выполнения или добавлении новых функций. TC имеет право использовать палету Democracy для ускорения предложений и является единственным источником, который может инициировать функцию ускорения. Мы можем рассматривать TC как "единственный источник", который не может генерировать предложения, но может ускорять существующие.
Быстрый референдум — это единственный референдум, который может проводиться одновременно с другим референдумом. Таким образом, с помощью быстрого референдума можно одновременно проводить два активных референдума. Голосование по одному из них не помешает голосованию по другому.
В v2 введен новый комитет преемственности "Polkadot Fellowship", который заменяет технический комитет. Он будет обслуживать сети Polkadot и Kusama.
Полкадот Феллоушип
Fellowship является автономным экспертным учреждением, основная цель которого - представлять людей, обладающих знаниями о сети Polkadot и протокольных технологиях. Fellowship классифицирует своих членов по "уровням", представляя степень их компетентности, технической основы и соответствия интересам Polkadot.
В отличие от текущего Technical Collective, он предназначен для расширения состава участников ) может вместить тысячи участников ( и имеет гораздо более низкий порог входа. Стать кандидатом очень просто, достаточно внести небольшой депозит.
Члены Fellowship могут голосовать по любым предложениям Fellowship, мнения членов взвешиваются по уровням ) и составляют мнение Fellowship.
Механизм голосования Fellowship аналогичен механизму голосования по предложенным референдумам среди заинтересованных сторон Polkadot.
Система уровней
Чтобы предотвратить получение эффективного контроля над сетью со стороны небольшого числа участников, система придерживается трех основных принципов:
Fellowship ни в коем случае не должно иметь жесткой власти над сетью: не может изменять параметры, проводить исправления или перемещать активы. Единственная власть заключается в возможности сократить сроки голосования.
Fellowship в общем мнении придает большее значение высокому уровню, но это не должно быть настолько высоким, чтобы мнения меньшинства высококвалифицированных членов не могли превзойти единодушные мнения низкоквалифицированных членов.