- Тема
11k Популярність
13k Популярність
42k Популярність
30k Популярність
700 Популярність
115k Популярність
28k Популярність
26k Популярність
7k Популярність
15k Популярність
- Закріпити
11k Популярність
13k Популярність
42k Популярність
30k Популярність
700 Популярність
115k Популярність
28k Популярність
26k Популярність
7k Популярність
15k Популярність
Polkadot Governance 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 має кілька змін. Новий режим управління відображає його децентралізовані характеристики наступним чином:
У версії 1 Рада виступає як представник пасивних тримачів токенів, охоронець скарбниці та ініціатор законодавства, але зазвичай розглядається як централізований суб'єкт. Для подальшої децентралізації версія 2 пропонує повернути обов'язки Ради спільноті.
Референдум
Референдум є простим, інклюзивним, заснованим на стейкінгу варіантом голосування. Кожен референдум має конкретну пропозицію, яка виконується у формі виклику функцій привілеїв runtime.
Референдум є дискретною подією з фіксованим терміном голосування. Після закінчення терміну голосування та підрахунку бюлетенів, якщо буде схвалено, буде викликано відповідну функцію. Референдум завжди є бінарним, вибір може бути лише "за" або "проти" або повністю утриматися.
У v1 референдум можна розпочати таким чином:
Усі референдуми мають період затримки виконання. Це час від завершення референдуму до фактичного виконання пропозиції (, якщо вона буде схвалена ).
Якщо референдум закрито та завершено підрахунок, це вважається завершеним. Якщо пропозицію схвалено, вона буде запланована для виконання. Якщо триває голосування, це вважається незавершеним.
Пропозиції, подані громадськістю або радою, мають фіксований термін виконання 28 днів. Пропозиції, подані в рамках виконання попереднього референдуму, можуть мати термін виконання, встановлений за потребою. Обробка термінових пропозицій потребує "швидкого реагування" на серйозні проблеми, термін виконання є коротшим.
У v2 будь-хто може в будь-який час розпочати голосування без обмежень на кількість разів. V2 впроваджує концепції Origins( і Tracks) для спрощення процесу голосування та його обробки.
Origin можна вважати багатим описом для заданого рівня привілеїв. Пропонент має вибрати відповідний Origin відповідно до вимог пропозиції.
Кожен Origin пов'язаний з категорією референдуму, кожна категорія пов'язана з Track. Track описує життєвий цикл пропозиції, незалежно від інших категорій. Різні незалежні треки дозволяють мережі налаштовувати динаміку референдуму відповідно до прихованого рівня привілеїв.
Наприклад, вплив оновлення Runtime на екосистему відрізняється від затвердження державного гранту, тому потрібні різні Origins, де різні ставки голосування, ставки затвердження, депозити та найкоротші терміни виконання будуть заздалегідь визначені.
( Пропозиція для голосування
Громадське голосування
Будь-хто може запропонувати референдум, внесши мінімальну кількість токенів протягом певного періоду. Якщо хтось погоджується, він може внести таку ж кількість токенів, щоб висловити підтримку, що називається "підтримкою". Пропозиція, яка отримала найбільшу підтримку токенів, буде обрана для референдуму в наступний період голосування.
Як тільки пропозиція буде подана ), відбудеться голосування ###, прив'язані токени будуть звільнені.
У черзі пропозицій v1 може бути не більше 100 публічних пропозицій.
У v2, після створення референдуму, спільнота може негайно голосувати. Але цей референдум не перебуває в стані, що дозволяє закінчити або підрахувати голоси, затвердити та виконати його. Референдум повинен відповідати певним критеріям, щоб перейти в стан "вирішення (Deciding)". До цього моменту він залишається в стані невизначеності.
Стандарти для переходу в стан Decided такі:
Голосування ради (v1)
Рішення ради прийнято одноголосно - коли всі члени ради погоджуються, пропозицію можна винести на голосування. Це голосування призведе до негативних відхилень голосів.
Голосування більшістю ради - коли достатньо простого більшості для погодження, також можна голосувати, але використовується система голосування більшістю.
В будь-який час може бути лише один дійсний референдум, якщо не проводиться терміновий референдум.
Графік голосування
У v1, якщо в черзі є принаймні одна пропозиція, нове голосування проводиться раз на 28 днів. Пропозиції, схвалені радою, мають свою чергу, а пропозиції, подані громадськістю, також мають свою чергу. Голосування чергується між пропозиціями, які займають перші місця в обох чергах.
Рейтинг визначається кількістю зв'язаного стейкінгу. Якщо поточна черга намагається створити голосування без пропозицій (, черга порожня ), а в іншій черзі є пропозиції в черзі, тоді найпопередніша пропозиція в іншій черзі увійде до голосування.
Не можна одночасно голосувати за кілька референдумів, за винятком термінових референдумів. Терміновий референдум, що відбувається одночасно з звичайним референдумом, є єдиним випадком, коли можна голосувати за кілька референдумів.
У версії 2, коли пропозиція затверджується, діє 28-денний кваліфікаційний період. Якщо на момент закінчення цього етапу затвердження не відбулося, пропозиція буде автоматично відхилена.
Референдум голосування (v2)
У v2, якщо пропозиція відповідає вимогам щодо рівня затвердження та підтримки, вона буде затверджена, видаливши систему адаптивних групових упереджень.
Ставка затвердження визначається як частка затверджених ваг голосування (, скоригованих за ), в загальній вазі голосування.
Підтримка є порівнянням загальної кількості голосів за затвердження (, ігноруючи conviction ) з можливим загальним числом голосів у системі.
Воно повинно відповідати цим стандартам у найкоротший термін підтвердження. Різні траєкторії мають різні терміни підтвердження та вимоги. Тепер можна налаштувати через необхідну кількість підтримки та загальне схвалення. Для пропозицій з низькими привілеями було б доцільніше раніше знизити необхідний відсоток голосування до реальної кількості. Політично значущі питання можна раніше вимагати більшого схвалення, щоб уникнути суперечок.
У v2, пропозиції, які не були схвалені протягом 28 днів, вважаються автоматично відхиленими, і Decision Deposit повертається. Якщо пропозиція залишається схваленою до закінчення періоду підтвердження, вона вважається схваленою і планується до виконання з джерела пропозиції після періоду розробки. Період розробки зазначається під час пропозиції, але підлягає обмеженню за мінімальними значеннями на основі треків. Більш потужні треки вимагають більш тривалого періоду виконання, щоб забезпечити мережу достатнім часом для підготовки до змін.
Добровільна блокування
Polkadot використовує концепцію "добровільної блокування", що дозволяє тримачам токенів збільшувати свої голоси, заявляючи про готовність заблокувати токени на певний час. Кількість голосів кожного тримача буде розраховуватися за наступною формулою:
Кількість голосів = токен * множник переконання
Кількість періодів блокування подвоюється, множник переконання збільшить множник голосування на одиницю.
Максимум 6 термінів блокування ( всього 32 терміни блокування ), один термін блокування дорівнює 28 дням. Дозволяється лише подвоєння, якщо не вдається заблокувати 24 цикли і збільшити переконаність на 5,5.
Після блокування все ще можна використовувати для голосування та стекингу, лише заборонено передавати на інший рахунок.
Голосування завжди "рахується" в кінці терміну голосування, не підлягаючи впливу терміну блокування.
Адаптивні групові упередження
У v2 використовується довше часу і замінено системою Approval/Support.
Рада
У v1 пасивні учасники Polkadot представлені "Радою". Рада є ончейновим суб'єктом, що складається з кількох учасників, кожен з яких представляє один ончейновий рахунок. В даний момент Рада Polkadot складається з членів.
Окрім контролю державної скарбниці, рада відповідає за три основні завдання управління:
У v2 необхідні альтернативні стратегії для заміни обов'язків ради, які раніше виконувалися як органи делегування виборців. v2 базується на функції делегування голосування v1, виборці можуть делегувати своє право голосу іншим виборцям у системі. Через багатократне делегування виборці можуть призначати різних представників для кожного типу референдуму в системі. Наприклад, можна делегувати певній сутності управління категоріями референдумів з незначними наслідками, вибрати іншого представника для управління категоріями з більш серйозними наслідками та зберегти повне право голосу за решту категорій.
Скасування референдуму
У v1, якщо технічний комітет одностайно погодиться або якщо це буде ініційовано Root, пропозицію можна скасувати. Депозит за скасовану пропозицію буде знищено.
Крім того, дві третини голосів ради можуть скасувати референдум. Якщо в пропозиції референдуму пізніше виявлено проблеми, це може бути використано як останній засіб.
Якщо спір скасовується настільки, що рада не може отримати дві третини голосів, тоді долю пропозиції визначають зацікавлені сторони.
У v2 є спеціальна операція під назвою Cancelation(, яка використовується для втручання в уже проголосовані пропозиції. Ця операція негайно відхилить поточне голосування, незалежно від його стану. Також передбачено, що якщо пропозиція є зловмисною або спамом, то депозит пропонента буде конфіскований.
Скасування саме по собі є управлінською операцією, яка повинна бути виконана шляхом голосування в мережі. Скасування має свій власний Origin і Track, має дуже короткий період імпорту та криву схвалення/підтримки, швидко знижуючи поріг, оскільки викликається лише у термінових ситуаціях.
Технічний комітет
У v1 технічний комітет )TC( був введений як один з трьох органів управління Kusama. TC складається з команд, які успішно реалізували або визначили Polkadot runtime або Host. Команди можуть бути додані або видалені з TC шляхом простої більшості голосів ради.
Мета TC полягає в запобіганні шахрайським голосуванням, реалізації виправлень помилок, скасуванні помилкових оновлень runtime або додаванні нових функцій. TC має право використовувати Democracy pallet для прискорення пропозицій і є єдиним джерелом, яке може активувати функцію прискорення. Ми можемо розглядати TC як "єдине джерело", яке не може генерувати пропозиції, але може прискорити існуючі пропозиції.
Швидке голосування є єдиним голосуванням, яке може проводитися одночасно з іншим голосуванням. Таким чином, завдяки швидкому голосуванню можуть одночасно проводитися два активних голосування. Голосування за одне з них не завадить голосуванню за інше.
У v2 запроваджено нову комісію наступників "Polkadot Fellowship", яка замінює технічну комісію. Вона буде служити мережам Polkadot і Kusama.
Полкадот Феллоушип
Fellowship є основним автономним експертним органом, основна мета якого полягає в тому, щоб представляти людей, які мають знання про мережу Polkadot та технології протоколів. Fellowship класифікує членів за "рівнями", що відображає їхню обізнаність у питаннях, технічну підготовленість та відповідність інтересам Polkadot.
На відміну від поточного Технічного Колективу, він має на меті розширити коло учасників ) може вмістити тисячі учасників ( і мати набагато нижчий бар'єр для входу. Стати кандидатом дуже просто, потрібно лише внести невеликий депозит.
Члени Fellowship можуть голосувати за будь-які пропозиції Fellowship, думки членів у комплексі ) зважуються за рівнями ( і складають думки, які розглядаються Fellowship.
Механізм голосування Fellowship є таким же, як і механізм голосування за пропозиції для зацікавлених сторін Polkadot.
Система рівнів
Щоб запобігти отриманню ефективного контролю над мережею з боку нечисленних учасників, система дотримується трьох основних принципів:
Fellowship абсолютно не повинно мати жорсткої влади над мережею: не може змінювати параметри, виконувати ремонти чи переміщувати активи. Єдина влада полягає в можливості скоротити графік голосування.
Fellowship у загальних висновках надає більше ваги високим оцінкам, але не настільки, щоб думки небагатьох висококваліфікованих членів не могли перевищити одностайні думки низькокваліфікованих членів.