Polkadot використовує продуману механіку управління, яка може елегантно еволюціонувати відповідно до потреб зацікавлених сторін. Її мета - забезпечити, щоб більшість прав завжди могла контролювати мережу.
Вміст цього документа може бути змінено. Протокол управління пройшов кілька ітерацій (v1 та v2), а також заплановані подальші зміни (v2.5).
Перший децентралізований система управління Polkadot (v1) складається з трьох основних компонентів:
Технічний комітет: технічний комітет, що управляє графіком оновлень.
Рада: виконавчий "уряд", обраний шляхом голосування, відповідальний за управління параметрами, управління та витрати пропозицій.
Референдум: універсальна система голосування, де голосують з інших питань, за якими довгострокові зацікавлені сторони мають більший вплив.
Ця система спочатку працювала добре, допомагаючи забезпечити належне використання державних коштів та своєчасне оновлення і виправлення. Як і більшість ранніх технологій, системи та протоколи повинні постійно еволюціонувати, щоб покращити недоліки та йти в ногу з прогресом. Наприклад, у "управлінні v1" усі референдуми мають однакову вагу, оскільки голосування може проводитися лише за один референдум одночасно, а період голосування може тривати кілька тижнів. Це призвело до того, що система схилялася до ретельного розгляду дуже небагатьох пропозицій, а не до широкого розгляду кількох пропозицій. Тож з'явилося "управління v2"!
"治理v2" або "Gov2" змінили повсякденні методи прийняття рішень, зробивши референдуми більш широкими і гнучкими, що суттєво збільшило кількість колективних рішень, які може приймати система.
Gov2 запуститься на Kusama після фінального професійного аудиту свого коду. Після тестування на Kusama буде запропоновано розгортання на Polkadot.
Наступний зміст спочатку представить багато основних принципів управління в мережі Polkadot. Розуміння коренів управління v1 є важливим для кращого розуміння напрямку другого ітераційного процесу. Ці відмінності та різниці будуть підкреслені в різних підтемах.
Слід зазначити, що на цьому етапі свого життєвого циклу управління є постійно розвиваючим протоколом. З оновленням управління v2, плани щодо управління v2.5 також вже розробляються.
передумова
Підсумовуючи, ця мережа об'єднує різноманітні новаторські механізми, включаючи безформні функції перетворення станів, що зберігаються в ланцюзі та визначені платформонейтральною проміжною мовою (WebAssembly), а також різні механізми голосування на ланцюзі, такі як референдуми з адаптивним абсолютним більшістю порогу та механізми групового затвердження.
Всі зміни до угоди повинні бути узгоджені шляхом голосування з урахуванням прав.
механізм
У управлінні v1 активні власники токенів та рада спільно приймають рішення щодо оновлення мережі. Незалежно від того, чи пропозицію висувають публічні ( власники токенів ), чи рада, вона повинна пройти через всенародне голосування всіх власників, щоб ухвалити рішення, зважене на основі суми стейку ( та значення переконання ).
У治理v2 є кілька змін. Новий режим управління відображає його децентралізовані характеристики таким чином:
Передача всіх обов'язків ради токенхолдерам через демократичне голосування
Розпустити теперішній колегіальний правління
Дозволити користувачам делегувати свої голоси членам спільноти більш різними способами.
Управління в Gov1 виконувало роль представника пасивних токен-утримувачів, охоронця скарбниці та ініціатора законодавства, але зазвичай вважається централізованою сутністю. Для подальшої децентралізації мереж Polkadot та Kusama, Gov2 пропонує повернути обов'язки управління назад до спільноти.
( референдум
Референдум — це простий, інклюзивний, заснований на стейкінгу механізм голосування. Кожен референдум має певну конкретну пропозицію, що виконується у формі виклику функцій привілеїв runtime ), включаючи найпотужніший виклик: set_code, що дозволяє змінювати весь код runtime, реалізуючи функції, для яких раніше необхідно було б "жорстке розгалуження" ###.
Референдум є дискретною подією з фіксованим терміном голосування. Коли термін голосування закінчується і підраховуються голоси, якщо голосування схвалено, буде викликано функцію (set_code). Референдум завжди бінарний; ваш вибір у голосуванні може бути лише "за", "проти" або повністю утриматися.
У治理v1, референдум може бути ініційований одним з наступних способів:
Публічно подані пропозиції;
Пропозиції, ухвалені більшістю голосів або одноголосно.
Пропозиція, подана в рамках виконання попереднього референдуму;
Термінова пропозиція, подана Технічним комітетом та схвалена Правлінням.
Усі референдуми мають відповідний період затримки виконання. Це проміжок часу від закінчення референдуму до фактичного виконання пропозиції ( за умови, що пропозиція буде схвалена ).
Якщо референдум закритий і завершено підрахунок голосів, то цей референдум вважається завершеним. Також, якщо пропозиція була схвалена, вона буде запланована до виконання. Якщо референдум чекає на результати, тобто на ньому ще триває голосування, то цей референдум вважається незавершеним.
Якщо пропозиція подана публікою або радою, то існує фіксований термін виконання 28 днів. Пропозиції, подані в рамках виконання попередніх референдумів, можуть мати встановлений термін виконання за необхідності. Своєчасна обробка термінових пропозицій потребує "швидкого реагування" на важливі мережеві проблеми, що скорочує час виконання.
У Gov2 будь-хто може в будь-який час розпочати голосування, і може ініціювати стільки голосувань, скільки захоче. Gov2 впроваджує кілька нових функцій, званих Origins( джерело) та Tracks( траєкторії), щоб допомогти в процесі та обробці голосувань.
Origin можна вважати багатим дескриптором для певного рівня привілеїв. Тепер пропоненти референдуму повинні вибрати відповідний Origin для своїх запитів відповідно до вимог пропозиції.
Кожен Origin пов'язаний з певною категорією референдуму, а кожна категорія - з Track. Track описує життєвий цикл пропозиції і є незалежним від інших категорій Track. Наявність різних незалежних треків дозволяє мережі регулювати динаміку референдуму залежно від її прихованого рівня привілеїв.
Наприклад, вплив оновлення Runtime ( на виклик set_code ) на екосистему відрізняється від затвердження національної скарбниці ( виклику reportAwesome ), тому потрібні різні Origins, де різні ставки голосування, ставки затвердження, депозити та мінімальний період виконання будуть заздалегідь визначені на палеті.
( Пропозиція для голосування
Громадське голосування
Будь-хто може запропонувати референдум, внести мінімальну кількість токенів протягом певного періоду ) блоку ###. Якщо хтось погоджується з пропозицією, вони можуть внести таку ж кількість токенів для вираження підтримки.
Ця операція називається "підтримка". Пропозиція, яка отримує найвищу підтримку токенів, буде обрана для наступного голосування. Зверніть увагу, що це може відрізнятися від абсолютної кількості підтримки; наприклад, три рахунки, кожен з яких підтримує 20 DOT, "перевищать" ефективність десяти рахунків, кожен з яких підтримує 1 DOT.
Якщо пропозицію подано (, розпочнеться голосування ), пов'язані токени будуть випущені.
Управління v1 може містити до 100 публічних пропозицій у черзі пропозицій.
У Gov2, коли створюється референдум, спільнота може відразу проголосувати за нього. Однак цей референдум не перебуває в стані, в якому можна завершити його або інакше підрахувати голоси, отримати схвалення та остаточно виконати. Натомість референдум має відповідати певним критеріям, перш ніж перейти в стан, відомий як "вирішення (Вирішення )". Поки він не перебуває в цьому стані, він залишається в невизначеному стані.
Стандарти для входу в стан Decided такі:
Пройшовши період впровадження ( lead-in period ), тобто обсяг часу, який потрібно пройти перед тим, як можна вирішити, що можна починати. Це допомагає зменшити ймовірність "рішучого нападу", коли атакуючий, який контролює велику кількість голосів, може негайно провести пропозицію після її висунення, не надаючи всім голосуючим достатньо часу для розгляду та участі.
Повинен залишатися залишковий простір для рішень. Усі треки обмежують кількість референдумів, які можна ухвалити одночасно. Треки з більшою потужністю матимуть нижче обмеження. Наприклад, обмеження для рівня Root Origin становить 1, що означає, що можна ухвалити лише одну надзвичайно небезпечну пропозицію одночасно.
Необхідно сплатити депозит за рішення. Вартість створення референдуму дуже низька, оскільки вартість депозиту лише включає цінність, необхідну для зберігання в ланцюгу, щоб відстежити його. Однак існує ризик вичерпання обмеженого простору в черзі референдумів при їх перевірці та ухваленні рішення. Вимога надання більшої, але поверненої, суми депозиту допомагає зменшити спам.
Графік голосування
У Governance v1, якщо в одному з черг є хоча б одна пропозиція, нове голосування проводитиметься кожні 28 днів. Пропозиції, схвалені радою, мають одну чергу, а пропозиції, подані громадськістю, мають іншу чергу. Голосування проводитиметься поперемінно між пропозиціями, які займають перші місця в обох чергах.
Найбільш рейтингові пропозиції визначаються кількістю стейків, що пов'язані з ними. Якщо поточний черга намагається створити референдум без пропозицій (, черга пуста ), і в іншій черзі є пропозиції в черзі, то найкраща пропозиція з іншої черги перейде до референдуму.
Не можна проводити голосування за кілька референдумів одночасно, за винятком термінових референдумів. Термінові референдуми, що відбуваються одночасно з регулярними референдумами (, що проводяться публічно або за пропозицією ради ), є єдиним випадком, коли можливо голосувати за кілька референдумів.
Коли пропозицію затверджено, управління v2 має однаковий 28-денний період кваліфікації. Якщо на закінчення цього етапу пропозицію все ще не затверджено, вона буде автоматично відхилена.
Референдум голосування( управлінняv2)
У Governance v2, якщо пропозиція відповідає вимогам щодо схвалення та підтримки, ця пропозиція буде затверджена, тобто буде видалено адаптивну систему групових упереджень.
Ставка схвалення ( визначається як вага схвалення голосу ) після коригування переконання ( в загальній вазі голосування ), що включає частки схвалення та відмови (.
Підтримка ) Підтримка ( є загальною кількістю голосів, схвалених ) ігноруючи корекцію переконання ( у порівнянні з можливим загальним числом голосів у системі.
Це повинно відповідати цій вимозі в найкоротший термін підтвердження. Різні траєкторії мають різні терміни підтвердження та вимоги до затвердження та підтримки. Тепер можна налаштувати це через необхідну кількість підтримки та загальне затвердження. Для пропозицій, що використовують джерела з нижчими привілеями, доцільніше зменшити необхідний відсоток голосування до більш реалістичної кількості порівняно з пропозиціями, що використовують категорії з високими привілеями ), такими як Root(. Курс з великою політичною значущістю може заздалегідь вимагати вищого затвердження, щоб уникнути суперечок.
У Gov2, пропозиції, які не були схвалені протягом 28 днів, вважаються автоматично відхиленими, а Decision Deposit повертається. Якщо пропозиція вдається залишитися схваленою до закінчення терміну підтвердження, вона вважається схваленою і планується до виконання з моменту початку визначеного джерела після періоду визначення. Період визначення вказується під час голосування всім населенням, але також підлягає мінімальним значенням, що базуються на треках. Потужніші треки вимагають дотримання більш тривалого терміну виконання, щоб забезпечити мережу достатнім часом для підготовки до будь-яких змін, які можуть виникнути внаслідок пропозиції.
Добровільне блокування
Polkadot використовує концепцію, відому як "добровільне блокування", яка дозволяє власникам токенів підвищувати свої голосувальні права, заявляючи, на який термін вони готові заблокувати токени. Таким чином, кількість голосів кожного власника токенів буде розраховуватися за наступною формулою:
Кількість голосів = токен * множник переконання
Кількість періодів блокування подвоюється, множник переконання збільшить множник голосування на одиницю.
Кількість голосів множник для терміну блокування 00.111224384165326
Максимальна кількість налаштувань "подвоєння" терміна блокування встановлена на 6), тому всього 32 терміни блокування (, один термін блокування дорівнює 28 дням. Подвоєння дозволено лише в одному випадку, наприклад, ви не можете заблокувати 24 періоди і збільшити свою впевненість на 5,5.
після блокування токена ви все ще можете використовувати його для голосування та стейкінгу; вам лише заборонено передавати ці токени на інший рахунок.
Голосування завжди "рахується" в один і той же час, тобто після закінчення періоду голосування. Це не підлягає впливу терміна блокування токенів.
) Скасувати референдум
У системі управління v1, якщо технічний комітет одноголосно погоджується скасувати пропозицію, або якщо джерело Root викликає цю функцію, пропозицію можна скасувати. Депозит за скасовану пропозицію буде знищено.
Крім того, дві третини голосів ради можуть скасувати референдум. Якщо пізно виявляться проблеми з пропозицією референдуму (, наприклад, якщо в коді runtime, який має бути виконаний, є помилка ), це може бути використано як останній засіб.
Якщо спір, що скасовується, є достатньо великим, щоб рада не могла отримати дві третини голосів, тоді долю пропозиції вирішать зацікавлені сторони.
У керуванні v2 є спеціальна операція під назвою Cancelation###, яка використовується для втручання в уже проголосовану пропозицію. Ця операція негайно відхиляє поточне голосування, незалежно від його статусу. Є також положення, що якщо пропозиція є зловмисною або спамом, то забезпечується конфіскація депозиту пропонента.
Скасування є самим по собі операцією управління, яка повинна виконуватися шляхом голосування в мережі. Скасування супроводжується власними Origin та Track, має дуже короткий період імпорту та криву схвалення/підтримки, порогові значення яких знижуються трохи швидше, оскільки вони викликаються в критичних ситуаціях.
( Полкадот Феллоушип
Ця Феллоушип є основною автономною експертною установою, основною метою якої є представлення людей, які мають технічну базу знань про мережу та протоколи Polkadot. Феллоушип через "рівні
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
12 лайків
Нагородити
12
6
Поділіться
Прокоментувати
0/400
Lonely_Validator
· 16год тому
Що таке управління? Якщо не розумієте, не інвестуйте.
Переглянути оригіналвідповісти на0
GateUser-4745f9ce
· 20год тому
Не звертай уваги на V2, швидше розберись з gas витратами V1.
Переглянути оригіналвідповісти на0
GraphGuru
· 20год тому
Дивлюся на v2 вже деякий час. Добре, добре.
Переглянути оригіналвідповісти на0
BearMarketSurvivor
· 20год тому
Це ж просто розподіл голосів, що тут нового?
Переглянути оригіналвідповісти на0
SneakyFlashloan
· 20год тому
Ще краще просто дати мені право управління.
Переглянути оригіналвідповісти на0
TokenSherpa
· 20год тому
насправді, ця модель v2 все ще ігнорує механіку квадратичного голосування... *зітхання* дозвольте мені роз'яснити це
Polkadot управління V2: інноваційний механізм голосування для підвищення ефективності прийняття рішень
Управління V2
Polkadot використовує продуману механіку управління, яка може елегантно еволюціонувати відповідно до потреб зацікавлених сторін. Її мета - забезпечити, щоб більшість прав завжди могла контролювати мережу.
Вміст цього документа може бути змінено. Протокол управління пройшов кілька ітерацій (v1 та v2), а також заплановані подальші зміни (v2.5).
Перший децентралізований система управління Polkadot (v1) складається з трьох основних компонентів:
Ця система спочатку працювала добре, допомагаючи забезпечити належне використання державних коштів та своєчасне оновлення і виправлення. Як і більшість ранніх технологій, системи та протоколи повинні постійно еволюціонувати, щоб покращити недоліки та йти в ногу з прогресом. Наприклад, у "управлінні v1" усі референдуми мають однакову вагу, оскільки голосування може проводитися лише за один референдум одночасно, а період голосування може тривати кілька тижнів. Це призвело до того, що система схилялася до ретельного розгляду дуже небагатьох пропозицій, а не до широкого розгляду кількох пропозицій. Тож з'явилося "управління v2"!
"治理v2" або "Gov2" змінили повсякденні методи прийняття рішень, зробивши референдуми більш широкими і гнучкими, що суттєво збільшило кількість колективних рішень, які може приймати система.
Gov2 запуститься на Kusama після фінального професійного аудиту свого коду. Після тестування на Kusama буде запропоновано розгортання на Polkadot.
Наступний зміст спочатку представить багато основних принципів управління в мережі Polkadot. Розуміння коренів управління v1 є важливим для кращого розуміння напрямку другого ітераційного процесу. Ці відмінності та різниці будуть підкреслені в різних підтемах.
Слід зазначити, що на цьому етапі свого життєвого циклу управління є постійно розвиваючим протоколом. З оновленням управління v2, плани щодо управління v2.5 також вже розробляються.
передумова
Підсумовуючи, ця мережа об'єднує різноманітні новаторські механізми, включаючи безформні функції перетворення станів, що зберігаються в ланцюзі та визначені платформонейтральною проміжною мовою (WebAssembly), а також різні механізми голосування на ланцюзі, такі як референдуми з адаптивним абсолютним більшістю порогу та механізми групового затвердження.
Всі зміни до угоди повинні бути узгоджені шляхом голосування з урахуванням прав.
механізм
У управлінні v1 активні власники токенів та рада спільно приймають рішення щодо оновлення мережі. Незалежно від того, чи пропозицію висувають публічні ( власники токенів ), чи рада, вона повинна пройти через всенародне голосування всіх власників, щоб ухвалити рішення, зважене на основі суми стейку ( та значення переконання ).
У治理v2 є кілька змін. Новий режим управління відображає його децентралізовані характеристики таким чином:
Управління в Gov1 виконувало роль представника пасивних токен-утримувачів, охоронця скарбниці та ініціатора законодавства, але зазвичай вважається централізованою сутністю. Для подальшої децентралізації мереж Polkadot та Kusama, Gov2 пропонує повернути обов'язки управління назад до спільноти.
( референдум
Референдум — це простий, інклюзивний, заснований на стейкінгу механізм голосування. Кожен референдум має певну конкретну пропозицію, що виконується у формі виклику функцій привілеїв runtime ), включаючи найпотужніший виклик: set_code, що дозволяє змінювати весь код runtime, реалізуючи функції, для яких раніше необхідно було б "жорстке розгалуження" ###.
Референдум є дискретною подією з фіксованим терміном голосування. Коли термін голосування закінчується і підраховуються голоси, якщо голосування схвалено, буде викликано функцію (set_code). Референдум завжди бінарний; ваш вибір у голосуванні може бути лише "за", "проти" або повністю утриматися.
У治理v1, референдум може бути ініційований одним з наступних способів:
Усі референдуми мають відповідний період затримки виконання. Це проміжок часу від закінчення референдуму до фактичного виконання пропозиції ( за умови, що пропозиція буде схвалена ).
Якщо референдум закритий і завершено підрахунок голосів, то цей референдум вважається завершеним. Також, якщо пропозиція була схвалена, вона буде запланована до виконання. Якщо референдум чекає на результати, тобто на ньому ще триває голосування, то цей референдум вважається незавершеним.
Якщо пропозиція подана публікою або радою, то існує фіксований термін виконання 28 днів. Пропозиції, подані в рамках виконання попередніх референдумів, можуть мати встановлений термін виконання за необхідності. Своєчасна обробка термінових пропозицій потребує "швидкого реагування" на важливі мережеві проблеми, що скорочує час виконання.
У Gov2 будь-хто може в будь-який час розпочати голосування, і може ініціювати стільки голосувань, скільки захоче. Gov2 впроваджує кілька нових функцій, званих Origins( джерело) та Tracks( траєкторії), щоб допомогти в процесі та обробці голосувань.
Origin можна вважати багатим дескриптором для певного рівня привілеїв. Тепер пропоненти референдуму повинні вибрати відповідний Origin для своїх запитів відповідно до вимог пропозиції.
Кожен Origin пов'язаний з певною категорією референдуму, а кожна категорія - з Track. Track описує життєвий цикл пропозиції і є незалежним від інших категорій Track. Наявність різних незалежних треків дозволяє мережі регулювати динаміку референдуму залежно від її прихованого рівня привілеїв.
Наприклад, вплив оновлення Runtime ( на виклик set_code ) на екосистему відрізняється від затвердження національної скарбниці ( виклику reportAwesome ), тому потрібні різні Origins, де різні ставки голосування, ставки затвердження, депозити та мінімальний період виконання будуть заздалегідь визначені на палеті.
( Пропозиція для голосування
Громадське голосування
Будь-хто може запропонувати референдум, внести мінімальну кількість токенів протягом певного періоду ) блоку ###. Якщо хтось погоджується з пропозицією, вони можуть внести таку ж кількість токенів для вираження підтримки.
Ця операція називається "підтримка". Пропозиція, яка отримує найвищу підтримку токенів, буде обрана для наступного голосування. Зверніть увагу, що це може відрізнятися від абсолютної кількості підтримки; наприклад, три рахунки, кожен з яких підтримує 20 DOT, "перевищать" ефективність десяти рахунків, кожен з яких підтримує 1 DOT.
Якщо пропозицію подано (, розпочнеться голосування ), пов'язані токени будуть випущені.
Управління v1 може містити до 100 публічних пропозицій у черзі пропозицій.
У Gov2, коли створюється референдум, спільнота може відразу проголосувати за нього. Однак цей референдум не перебуває в стані, в якому можна завершити його або інакше підрахувати голоси, отримати схвалення та остаточно виконати. Натомість референдум має відповідати певним критеріям, перш ніж перейти в стан, відомий як "вирішення (Вирішення )". Поки він не перебуває в цьому стані, він залишається в невизначеному стані.
Стандарти для входу в стан Decided такі:
Графік голосування
У Governance v1, якщо в одному з черг є хоча б одна пропозиція, нове голосування проводитиметься кожні 28 днів. Пропозиції, схвалені радою, мають одну чергу, а пропозиції, подані громадськістю, мають іншу чергу. Голосування проводитиметься поперемінно між пропозиціями, які займають перші місця в обох чергах.
Найбільш рейтингові пропозиції визначаються кількістю стейків, що пов'язані з ними. Якщо поточний черга намагається створити референдум без пропозицій (, черга пуста ), і в іншій черзі є пропозиції в черзі, то найкраща пропозиція з іншої черги перейде до референдуму.
Не можна проводити голосування за кілька референдумів одночасно, за винятком термінових референдумів. Термінові референдуми, що відбуваються одночасно з регулярними референдумами (, що проводяться публічно або за пропозицією ради ), є єдиним випадком, коли можливо голосувати за кілька референдумів.
Коли пропозицію затверджено, управління v2 має однаковий 28-денний період кваліфікації. Якщо на закінчення цього етапу пропозицію все ще не затверджено, вона буде автоматично відхилена.
Референдум голосування( управлінняv2)
У Governance v2, якщо пропозиція відповідає вимогам щодо схвалення та підтримки, ця пропозиція буде затверджена, тобто буде видалено адаптивну систему групових упереджень.
Ставка схвалення ( визначається як вага схвалення голосу ) після коригування переконання ( в загальній вазі голосування ), що включає частки схвалення та відмови (.
Підтримка ) Підтримка ( є загальною кількістю голосів, схвалених ) ігноруючи корекцію переконання ( у порівнянні з можливим загальним числом голосів у системі.
Це повинно відповідати цій вимозі в найкоротший термін підтвердження. Різні траєкторії мають різні терміни підтвердження та вимоги до затвердження та підтримки. Тепер можна налаштувати це через необхідну кількість підтримки та загальне затвердження. Для пропозицій, що використовують джерела з нижчими привілеями, доцільніше зменшити необхідний відсоток голосування до більш реалістичної кількості порівняно з пропозиціями, що використовують категорії з високими привілеями ), такими як Root(. Курс з великою політичною значущістю може заздалегідь вимагати вищого затвердження, щоб уникнути суперечок.
У Gov2, пропозиції, які не були схвалені протягом 28 днів, вважаються автоматично відхиленими, а Decision Deposit повертається. Якщо пропозиція вдається залишитися схваленою до закінчення терміну підтвердження, вона вважається схваленою і планується до виконання з моменту початку визначеного джерела після періоду визначення. Період визначення вказується під час голосування всім населенням, але також підлягає мінімальним значенням, що базуються на треках. Потужніші треки вимагають дотримання більш тривалого терміну виконання, щоб забезпечити мережу достатнім часом для підготовки до будь-яких змін, які можуть виникнути внаслідок пропозиції.
Добровільне блокування
Polkadot використовує концепцію, відому як "добровільне блокування", яка дозволяє власникам токенів підвищувати свої голосувальні права, заявляючи, на який термін вони готові заблокувати токени. Таким чином, кількість голосів кожного власника токенів буде розраховуватися за наступною формулою:
Кількість голосів = токен * множник переконання
Кількість періодів блокування подвоюється, множник переконання збільшить множник голосування на одиницю.
Кількість голосів множник для терміну блокування 00.111224384165326
Максимальна кількість налаштувань "подвоєння" терміна блокування встановлена на 6), тому всього 32 терміни блокування (, один термін блокування дорівнює 28 дням. Подвоєння дозволено лише в одному випадку, наприклад, ви не можете заблокувати 24 періоди і збільшити свою впевненість на 5,5.
після блокування токена ви все ще можете використовувати його для голосування та стейкінгу; вам лише заборонено передавати ці токени на інший рахунок.
Голосування завжди "рахується" в один і той же час, тобто після закінчення періоду голосування. Це не підлягає впливу терміна блокування токенів.
) Скасувати референдум
У системі управління v1, якщо технічний комітет одноголосно погоджується скасувати пропозицію, або якщо джерело Root викликає цю функцію, пропозицію можна скасувати. Депозит за скасовану пропозицію буде знищено.
Крім того, дві третини голосів ради можуть скасувати референдум. Якщо пізно виявляться проблеми з пропозицією референдуму (, наприклад, якщо в коді runtime, який має бути виконаний, є помилка ), це може бути використано як останній засіб.
Якщо спір, що скасовується, є достатньо великим, щоб рада не могла отримати дві третини голосів, тоді долю пропозиції вирішать зацікавлені сторони.
У керуванні v2 є спеціальна операція під назвою Cancelation###, яка використовується для втручання в уже проголосовану пропозицію. Ця операція негайно відхиляє поточне голосування, незалежно від його статусу. Є також положення, що якщо пропозиція є зловмисною або спамом, то забезпечується конфіскація депозиту пропонента.
Скасування є самим по собі операцією управління, яка повинна виконуватися шляхом голосування в мережі. Скасування супроводжується власними Origin та Track, має дуже короткий період імпорту та криву схвалення/підтримки, порогові значення яких знижуються трохи швидше, оскільки вони викликаються в критичних ситуаціях.
( Полкадот Феллоушип
Ця Феллоушип є основною автономною експертною установою, основною метою якої є представлення людей, які мають технічну базу знань про мережу та протоколи Polkadot. Феллоушип через "рівні