Управление V2

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

Содержимое данного документа может быть изменено. Протокол управления уже прошел несколько итераций (v1 и v2), в будущем будет еще больше изменений (v2.5).

Первой децентрализованной системой управления Polkadot (v1) состоит из трех основных частей:

• Технический комитет: управление графиком обновлений
• Совет: исполнительный орган, ответственный за управление параметрами, администрирование и выборы предложений по расходам
• Референдум: универсальная система голосования, предоставляющая долгосрочным заинтересованным сторонам большее влияние

Система показала хорошие результаты на начальном этапе работы, что способствовало рациональному использованию средств казны и своевременному обновлению и ремонту. Однако по мере зрелости системы необходимо постоянно улучшать её недостатки и идти в ногу с прогрессом. Например, в "治理v1" все веса голосования одинаковы, можно голосовать только за один референдум за раз, а срок голосования может длиться несколько недель. Это приводит к тому, что система склоняется к тщательному рассмотрению очень немногих предложений, а не к широкому обсуждению нескольких предложений.

Таким образом, "治理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 описывает жизненный цикл предложения, независимо от других категорий. Разные независимые треки позволяют сети настраивать динамику голосования в зависимости от подразумеваемого уровня привилегий.

Например, влияние обновления Runtime на экосистему отличается от одобрения государственного гранта, поэтому требуются разные Origins, где разные ставки голосования, ставки одобрения, депозиты и минимальные сроки выполнения будут заранее определены.

Предложение референдума

Общественное голосование

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

Это называется "бэкинг". Предложение, получившее наибольшее количество поддержанных токенов, станет предметом голосования в следующем цикле голосования. Обратите внимание, что это может отличаться от абсолютного количества бэкинга.

Как только предложение будет подано ) для голосования (, связанные токены будут освобождены.

В управлении v1 в очереди предложений может быть не более 100 общих предложений.

В Gov2, после создания референдума, сообщество может немедленно голосовать. Однако референдум не находится в состоянии, когда его можно завершить или подсчитать голоса, одобрить и в конечном итоге выполнить. Напротив, референдум должен соответствовать определенным стандартам, чтобы перейти в состояние "решения". До этого момента он остается в состоянии ожидания.

Стандарты для входа в состояние решения следующие:

• Период внедрения, время, которое необходимо пройти перед принятием решения. Это помогает снизить вероятность "решения о снайперской атаке".
• Должно быть достаточное пространство для решений. Все треки ограничивают количество одновременно принимаемых решений. Более мощные треки имеют более низкие ограничения.
• Необходимо внести депозит для принятия решения. Создание референдума стоит очень мало, но существует риск исчерпания очереди на проверку и принятие решений. Требование более крупного, но возвратного депозита поможет сократить количество спама.

Референдум Совета )v1(

Совет единогласно одобрил - когда все члены согласны, предложение может быть вынесено на голосование. Это голосование приведет к смещению отрицательной голосовой ставки.

Большинство Совета одобрило - голосование может проводиться также в случае простого большинства, но с использованием системы большинства голосов.

В любое время может быть только один действительный референдум, если только не проходит экстренный референдум.

График голосования

В управлении v1, если в очереди есть хотя бы одно предложение, новое голосование проводится каждые 28 дней. У предложений, одобренных советом, и у предложений, представленных общественностью, есть отдельные очереди. Голосования чередуются между предложениями, занимающими верхние позиции в двух очередях.

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

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

Когда предложение будет одобрено, управление v2 будет делить тот же 28-дневный период квалификации. Если предложение не будет одобрено по истечении этого этапа, оно будет автоматически отклонено.

Референдум голосование ) управление v2(

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

Коэффициент утверждения определяется как доля утвержденного веса голосования ) после корректировки по убеждению ( от общего веса голосования.

Уровень поддержки - это общее количество голосов за одобрение ), игнорируя корректировку убеждений ( в сравнении с общим количеством голосов, которые могут быть проведены в системе.

Он должен соответствовать этому стандарту в кратчайшие сроки подтверждения. Разные треки имеют разные сроки подтверждения и требования к поддержке. Теперь можно настраивать через необходимый объем поддержки и общее одобрение. Для предложений от источников с низкими привилегиями, по сравнению с высокопривилегированными категориями ), такими как Root(, требуется более раннее снижение необходимого процента голосования до более разумных реальных цифр. Предложения с большой политической значимостью могут заранее запрашивать более высокий уровень одобрения, чтобы избежать споров.

В Gov2, предложения, не одобренные через 28 дней, будут считаться автоматически отклоненными, и депозит за решение будет возвращен. Если предложение остается одобренным до конца периода подтверждения, оно считается утвержденным и планируется к исполнению с момента начала предложения после установленного периода. Установленный период определяется при предложении, но подлежит минимальным ограничениям, основанным на треке. Более мощные треки заставляют выполнять более длительный период исполнения, обеспечивая сети достаточное время для подготовки к изменениям.

Добровольная блокировка

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

Количество голосов = токены * множитель убеждения

Количество периодов блокировки удваивается, множитель conviction увеличивает множитель голосования на один.

Множитель голосования за срок блокировки 0 0.1 1 1 2 2 4 3 8 4 16 5 32 6

Максимальное количество раз, когда можно "удвоить" срок блокировки, составляет 6), всего 32 срока блокировки (, один срок блокировки равен 28 дням. Разрешено только удвоение, нельзя блокировать 24 периода, чтобы увеличить убежденность на 5.5.

После блокировки токенов они все еще могут использоваться для голосования и стейкинга; просто запрещено их переводить на другой счет.

Голоса всегда "считаются" в одно и то же время, то есть в конце периода голосования. Это не зависит от периода блокировки токенов.

Адаптивные групповые предвзятости

Адаптивное смещение группы использовалось дольше в управлении v2 и было заменено системой Approval/Support.

Совет

В управлении v1 пассивные заинтересованные стороны представлены "Советом". Совет является ончейн-структурой, состоящей из нескольких участников, каждый из которых представляет одну ончейн-учетную запись.

Кроме контроля за казначейством, совет в основном отвечает за три задачи управления:

• Умное голосование по предложению
• Отмена опасных или злонамеренных референдумов
• Избирательная техническая комиссия

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

Отмена референдума

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

Кроме того, двумя третями голосов Совета можно отменить референдум. Если проблемы будут обнаружены позднее в предложении референдума ), например, если в коде runtime есть ошибки (, это может быть использовано как последнее средство.

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

В управлении v2 есть специальная операция под названием Cancelation, которая используется для вмешательства в предложенные голосования. Эта операция немедленно отклоняет текущий референдум, независимо от его состояния. Также предусмотрено, что если предложение является злонамеренным или спамом, то обеспечивается конфискация залога инициатора.

Отмена сама по себе является управленческой операцией, которая должна выполняться только после голосования в сети. Отмена имеет свой собственный Origin и Track, с очень коротким сроком ввода и кривой одобрения/поддержки, которая немного быстрее снижается через порог, поскольку вызывается в экстренных ситуациях.

Технический комитет

В управлении v1 Технический комитет )TC( является одним из трех учреждений управления Kusama), другие два учреждения - это Совет и Референдум(. TC состоит из команд, успешно реализовавших или определивших Polkadot runtime или Polkadot Host. Команды могут быть добавлены или удалены из TC простым большинством голосов Совета.

Цель TC заключается в предотвращении злонамеренных голосований, выполнении исправлений ошибок, отмене неправильных обновлений runtime или добавлении новых функций, прошедших боевое испытание. TC имеет право использовать Democracy pallet для ускорения предложений и является единственным источником, который может активировать функцию ускорения предложений. Мы можем рассматривать TC как "единственный источник", который не может создавать предложения, но может ускорять существующие.

Быстрое голосование — это единственное голосование, которое может проходить одновременно с другим голосованием. Таким образом, с помощью быстрого голосования могут одновременно проходить два активных голосования. Голосование по одному из них не препятствует пользователям голосовать по другому.

В управлении v2 введен новый комитет по наследованию, называемый "Polkadot Fellowship", который заменит технический комитет. Он будет обслуживать сети Polkadot и Kusama.

Стипендия Polkadot

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