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, де різні ставки голосування, ставки затвердження, депозити та найменші терміни виконання будуть попередньо визначені.
Голосування за пропозиції
Громадське голосування
Будь-хто може внести мінімальну кількість токенів протягом певного періоду для пропозиції референдуму. Якщо хтось погоджується, він може внести таку ж кількість токенів для підтримки.
Це називається "бекінг". Пропозиція, що отримала найбільшу підтримку токенів, стане предметом референдуму в наступному циклі голосування. Зверніть увагу, що це може відрізнятися від абсолютної кількості бекінгу.
Якщо пропозиція буде подана ( для голосування ), пов'язані токени будуть звільнені.
У в1 управлінні максимально може бути 100 публічних пропозицій у черзі пропозицій.
У Gov2, після створення референдуму, спільнота може негайно голосувати. Але референдум не знаходиться у стані, коли його можна закінчити або підрахувати голоси, затвердити та остаточно виконати. Натомість, референдум повинен відповідати певним критеріям, щоб перейти в стан "рішення". До цього моменту він залишається в стані невизначеності.
Стандарти для входу в стан прийняття рішення такі:
Період імпорту досвіду, тобто час, який потрібно пройти перед початком рішення. Це допомагає знизити ймовірність "рішення про снайперство".
Має бути достатньо вільного місця для прийняття рішень. Усі треки обмежують кількість голосувань, які можуть бути проведені одночасно. Сильніші треки мають нижчі обмеження.
Необхідно сплатити депозит для прийняття рішення. Вартість створення референдуму дуже низька, але існує ризик виснаження обмежених місць для перевірки та прийняття рішення. Вимога більшого, але поверненого депозиту допомагає зменшити спам.
Голосування ради (v1)
Рада одноголосно прийняла - коли всі члени погоджуються, пропозицію можна передати на голосування. Це голосування призведе до відхилення негативної виборчої ставки.
Більшість ради проголосувала "за" - референдум також може бути проведений, коли є проста більшість, але застосовується система голосування більшості.
У будь-який час може бути тільки один дійсний референдум, якщо немає термінового референдуму.
Графік голосування
У версії治理v1, якщо в черзі є принаймні одна пропозиція, нове голосування проводиться кожні 28 днів. Для пропозицій, затверджених радою, та пропозицій, поданих громадськістю, існує по одній черзі. Голосування проводиться чергуючи між пропозиціями, які займають верхні позиції в обох чергах.
Рейтинг визначається кількістю заблокованих ставок. Якщо поточна черга намагається створити голосування без пропозицій (, черга пуста ), а інша черга має пропозиції в черзі, то найпередніша пропозиція з іншої черги потрапить на голосування.
Не можна голосувати за кілька референдумів одночасно, за винятком термінових референдумів. Терміновий референдум, що відбувається одночасно з регулярним референдумом, є єдиним випадком, коли можна голосувати за кілька референдумів.
Коли пропозиція буде схвалена, управління v2 матиме той же 28-денний період кваліфікації. Якщо на момент закінчення цього етапу пропозиція все ще не буде схвалена, вона буде автоматично відхилена.
Голосування на референдумі ( управління v2)
У в управлінні v2, якщо пропозиція відповідає вимогам щодо схвалення та підтримки, вона отримує схвалення, було видалено адаптивну систему упередженості групи.
Ставка затвердження визначається як частка затверджених голосів ( після корекції за допомогою переконання ) від загальної ваги голосування.
Підтримка - це порівняння загальної кількості голосів за схвалення ( без урахування коригування переконання ) та загальної кількості голосів, які можуть бути здійснені в системі.
Він повинен відповідати цим стандартам у найкоротший термін підтвердження. Різні траєкторії мають різні терміни підтвердження та вимоги до підтримки затвердження. Тепер можна налаштувати через необхідну кількість підтримки та загальне затвердження. Для пропозицій з низькими привілеями, в порівнянні з категоріями високих привілеїв (, такими як Root), необхідний відсоток голосування знижується до більш реальних і розумних цифр раніше. Пропозиції, що мають велике політичне значення, можуть заздалегідь вимагати вищого затвердження, щоб уникнути суперечок.
У Gov2, через 28 днів невизначені пропозиції вважатимуться автоматично відхиленими, і депозит за рішення буде повернено. Якщо пропозиція залишається схваленою до закінчення періоду підтвердження, вона вважається затвердженою і планується до виконання з джерела пропозиції після періоду розробки. Період розробки вказується під час подання пропозиції, але підлягає обмеженням мінімального значення на основі треку. Потужніший трек забезпечує примусову реалізацію довшого періоду виконання, гарантуючи, що мережа має достатньо часу для підготовки до змін.
Добровільне блокування
Polkadot використовує концепцію "добровільного блокування", що дозволяє власникам токенів збільшувати свої голоси, заявляючи про готовність заблокувати токени на певний час. Кількість голосів кожного власника буде обчислюватися за наступною формулою:
Кількість голосів = токен * множник переконання
Кількість періодів блокування подвоюється, множник переконання збільшує множник голосування на одиницю.
множник голосування на термін блокування
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 пасивні зацікавлені сторони представляє "Рада". Рада є онлайновим суб'єктом, що складається з кількох учасників, кожен з яких представляє один онлайновий рахунок.
Крім контролю за державним казначейством, Рада відповідає за три основні управлінські завдання:
Розумний референдум
Скасування небезпечних або шкідливих референдумів
Виборча технічна комісія
У управлінні v2 потрібно замінити стратегію, щоб замінити обов'язки ради директорів як уповноваженого органу виборців, щоб компенсувати той факт, що багато людей не беруть участі в щоденному управлінні. 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 та технології протоколів. Феллоушип
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
14 лайків
Нагородити
14
4
Поділіться
Прокоментувати
0/400
PancakeFlippa
· 15год тому
Відчуваю, що нічого особливого v1 використовується
Переглянути оригіналвідповісти на0
BearMarketMonk
· 15год тому
Ця хвиля, здається, може спрацювати.
Переглянути оригіналвідповісти на0
SignatureVerifier
· 15год тому
технічно кажучи, v2 все ще потребує суворого аудиту безпеки, якщо чесно...
Polkadot управління V2: Нова ера децентралізованого прийняття рішень
Управління V2
Polkadot використовує складний механізм управління, який дозволяє йому елегантно еволюціонувати відповідно до потреб зацікавлених сторін. Метою цього механізму є забезпечення контролю більшості прав на мережу.
Цей документ може зазнавати змін. Угода про управління вже пройшла кілька ітерацій (v1 та v2), у майбутньому буде ще більше змін (v2.5).
Перший децентралізований механізм управління Polkadot (v1) складається з трьох основних частин:
Система на початку роботи демонструвала хороші результати, допомагаючи раціонально використовувати кошти державної скарбниці та своєчасно оновлювати та ремонтувати. Однак, зі зростанням зрілості системи, необхідно постійно вдосконалювати її недоліки та йти в ногу з прогресом. Наприклад, у "управлінні v1" всі голоси на референдумі мають однакову вагу, голосувати можна лише за один референдум одночасно, а період голосування може тривати кілька тижнів. Це призводить до того, що система схиляється до уважного розгляду дуже невеликої кількості пропозицій, а не до широкого обговорення кількох пропозицій.
Отже, "治理v2"(Gov2) з'явився в результаті цього. Він змінив спосіб повсякденного прийняття рішень, зробивши вплив референдумів більш широким і гнучким, що суттєво збільшило кількість колективних рішень, які може приймати система.
Gov2 планує запустити на Kusama після остаточної перевірки свого коду. Після тестування на Kusama буде запропоновано його розгортання на Polkadot.
Наступний зміст спочатку представить основні принципи управління мережею Polkadot. Розуміння витоків управління v1 допоможе краще зрозуміти напрямок другого ітераційного процесу. Ці відмінності будуть підкреслені в різних підтемах.
Слід звернути увагу на те, що на даному етапі управління є постійно розвиваючим протоколом. З оновленням управління v2, планується також управління v2.5.
Передумова
У загальному, ця мережа об'єднує різноманітні новаторські механізми, включаючи:
Всі зміни до угоди повинні бути погоджені шляхом голосування з урахуванням прав власності.
Механізм
У керуванні v1 активні тримачі токенів і рада спільно управляють рішеннями щодо оновлення мережі. Незалежно від того, чи пропозиція виходить від публіки ( тримачів токенів ), чи від ради, врешті-решт, вона повинна пройти через всенародний референдум, де рішення приймається на основі ваги стейку та показника віри.
У治理v2 є кілька змін. Новий режим управління відображає децентралізовані характеристики наступним чином:
Рада в Gov1 виступає як представник пасивних токенів, охоронець скарбниці та ініціатор законодавства, але зазвичай вважається централізованим суб'єктом. Для подальшої децентралізації мережі Gov2 пропонує повернути обов'язки ради громаді.
Референдум
Референдум є простим, інклюзивним, заснованим на стейкінгу механізмом голосування. Кожен референдум має відповідну пропозицію, яка використовує виклик функцій привілеїв у формі (, включаючи найпотужніший виклик set_code, який може переключити весь код виконання ).
Референдум є дискретною подією з фіксованим терміном голосування. Після закінчення терміну голосування та підрахунку бюлетенів, якщо буде затверджено, буде викликано функцію. Референдум завжди є бінарним, можна вибрати лише "за", "проти" або утриматися.
У治理v1 голосування може бути ініційоване наступними способами:
Усі референдуми мають період затримки виконання. Це час від закінчення референдуму до фактичного виконання пропозиції (, якщо вона буде схвалена ).
Якщо референдум закриється і підрахунок голосів буде завершено, це вважається завершеним. Якщо пропозицію схвалять, її буде заплановано для виконання. Якщо референдум зараз у процесі голосування, це вважається незавершеним.
Пропозиції, подані громадськістю або радою, мають фіксований термін виконання 28 днів. Пропозиції, подані в рамках виконання попередніх референдумів, можуть мати встановлений термін виконання за необхідності. Обробка термінових пропозицій стосується "швидкого реагування" на важливі питання, що скорочує термін виконання.
У Gov2 будь-хто може в будь-який час ініціювати будь-яку кількість референдумів. Gov2 впроваджує нові функції, такі як Origins( джерело) та Tracks( траси), щоб допомогти в процесі референдуму.
Origin може розглядатися як дескриптор для заданого рівня привілеїв. Пропонент повинен вибрати відповідний Origin для запиту відповідно до вимог пропозиції.
Кожен Origin пов'язаний з категорією референдуму, кожна категорія пов'язана з Track. Track описує життєвий цикл пропозиції, незалежно від інших категорій. Різні незалежні треки дозволяють мережі коригувати динаміку референдуму відповідно до прихованого рівня привілеїв.
Наприклад, вплив оновлення Runtime на екосистему відрізняється від затвердження державних субсидій, тому потрібні різні Origins, де різні ставки голосування, ставки затвердження, депозити та найменші терміни виконання будуть попередньо визначені.
Голосування за пропозиції
Громадське голосування
Будь-хто може внести мінімальну кількість токенів протягом певного періоду для пропозиції референдуму. Якщо хтось погоджується, він може внести таку ж кількість токенів для підтримки.
Це називається "бекінг". Пропозиція, що отримала найбільшу підтримку токенів, стане предметом референдуму в наступному циклі голосування. Зверніть увагу, що це може відрізнятися від абсолютної кількості бекінгу.
Якщо пропозиція буде подана ( для голосування ), пов'язані токени будуть звільнені.
У в1 управлінні максимально може бути 100 публічних пропозицій у черзі пропозицій.
У Gov2, після створення референдуму, спільнота може негайно голосувати. Але референдум не знаходиться у стані, коли його можна закінчити або підрахувати голоси, затвердити та остаточно виконати. Натомість, референдум повинен відповідати певним критеріям, щоб перейти в стан "рішення". До цього моменту він залишається в стані невизначеності.
Стандарти для входу в стан прийняття рішення такі:
Голосування ради (v1)
Рада одноголосно прийняла - коли всі члени погоджуються, пропозицію можна передати на голосування. Це голосування призведе до відхилення негативної виборчої ставки.
Більшість ради проголосувала "за" - референдум також може бути проведений, коли є проста більшість, але застосовується система голосування більшості.
У будь-який час може бути тільки один дійсний референдум, якщо немає термінового референдуму.
Графік голосування
У версії治理v1, якщо в черзі є принаймні одна пропозиція, нове голосування проводиться кожні 28 днів. Для пропозицій, затверджених радою, та пропозицій, поданих громадськістю, існує по одній черзі. Голосування проводиться чергуючи між пропозиціями, які займають верхні позиції в обох чергах.
Рейтинг визначається кількістю заблокованих ставок. Якщо поточна черга намагається створити голосування без пропозицій (, черга пуста ), а інша черга має пропозиції в черзі, то найпередніша пропозиція з іншої черги потрапить на голосування.
Не можна голосувати за кілька референдумів одночасно, за винятком термінових референдумів. Терміновий референдум, що відбувається одночасно з регулярним референдумом, є єдиним випадком, коли можна голосувати за кілька референдумів.
Коли пропозиція буде схвалена, управління v2 матиме той же 28-денний період кваліфікації. Якщо на момент закінчення цього етапу пропозиція все ще не буде схвалена, вона буде автоматично відхилена.
Голосування на референдумі ( управління v2)
У в управлінні v2, якщо пропозиція відповідає вимогам щодо схвалення та підтримки, вона отримує схвалення, було видалено адаптивну систему упередженості групи.
Ставка затвердження визначається як частка затверджених голосів ( після корекції за допомогою переконання ) від загальної ваги голосування.
Підтримка - це порівняння загальної кількості голосів за схвалення ( без урахування коригування переконання ) та загальної кількості голосів, які можуть бути здійснені в системі.
Він повинен відповідати цим стандартам у найкоротший термін підтвердження. Різні траєкторії мають різні терміни підтвердження та вимоги до підтримки затвердження. Тепер можна налаштувати через необхідну кількість підтримки та загальне затвердження. Для пропозицій з низькими привілеями, в порівнянні з категоріями високих привілеїв (, такими як Root), необхідний відсоток голосування знижується до більш реальних і розумних цифр раніше. Пропозиції, що мають велике політичне значення, можуть заздалегідь вимагати вищого затвердження, щоб уникнути суперечок.
У Gov2, через 28 днів невизначені пропозиції вважатимуться автоматично відхиленими, і депозит за рішення буде повернено. Якщо пропозиція залишається схваленою до закінчення періоду підтвердження, вона вважається затвердженою і планується до виконання з джерела пропозиції після періоду розробки. Період розробки вказується під час подання пропозиції, але підлягає обмеженням мінімального значення на основі треку. Потужніший трек забезпечує примусову реалізацію довшого періоду виконання, гарантуючи, що мережа має достатньо часу для підготовки до змін.
Добровільне блокування
Polkadot використовує концепцію "добровільного блокування", що дозволяє власникам токенів збільшувати свої голоси, заявляючи про готовність заблокувати токени на певний час. Кількість голосів кожного власника буде обчислюватися за наступною формулою:
Кількість голосів = токен * множник переконання
Кількість періодів блокування подвоюється, множник переконання збільшує множник голосування на одиницю.
множник голосування на термін блокування 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 пасивні зацікавлені сторони представляє "Рада". Рада є онлайновим суб'єктом, що складається з кількох учасників, кожен з яких представляє один онлайновий рахунок.
Крім контролю за державним казначейством, Рада відповідає за три основні управлінські завдання:
У управлінні v2 потрібно замінити стратегію, щоб замінити обов'язки ради директорів як уповноваженого органу виборців, щоб компенсувати той факт, що багато людей не беруть участі в щоденному управлінні. 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 та технології протоколів. Феллоушип