Після завершення 14-го раунду голосування ми отримали від деяких користувачів відгуки про остаточні результати голосування. Щоб забезпечити більш чітке розуміння механізму голосування та процесу розрахунку результатів, ми описуємо конкретну логіку голосування та метод визначення коригувань параметрів.
Механізм голосування
Це голосування ґрунтується на пропозиції CIP-94, що запроваджує вбудований контракт ParamsControl, який дає змогу голосуванню DAO в мережі ухвалювати рішення та оновлювати параметри винагороди без хардфорка. Конкретний процес виглядає наступним чином:
Право голосу: Користувачі заробляють право голосу, роблячи ставку і блокуючи $CFX, і можуть розподіляти свої голоси відповідно до своїх уподобань.
Раунд голосування: Під час раунду голосування кожен користувач може перерозподілити свої права голосу в будь-який час. Кожен раунд триває 60 днів, а результати голосування набувають чинності наприкінці наступного раунду.
Варіанти голосування: Кожен параметр мережі має три варіанти голосування, і учасники голосування можуть розподіляти свої голоси між цими трьома варіантами на свій розсуд. Три варіанти голосування означають:
-
Залишити без змін.
-
Збільшити на 100%. (якщо всі голоси будуть віддані за цей варіант, параметр подвоїться)
-
Зменшити на 50%. (якщо всі голоси будуть віддані за цей варіант, параметр зменшиться вдвічі).
Крім того, цей механізм голосування задуманий як безперервний: кожен раунд впливає на коригування параметрів у наступному раунді. Для того щоб коригування набули чинності, потрібна мінімальна кількість голосів.
Коригування параметрів
Наприкінці раунду x параметри мережі коригуються на основі голосів, отриманих у раунді x-1 (як згадувалося раніше, існує затримка в коригуванні параметрів на один раунд). Нове значення цього параметра обчислюється як:
-
Тут старий являє собою параметр мережі до коригування, а новий - скоригований параметр мережі.
-
n_unchange, n_increase і n_decrease являють собою кількість голосів за варіанти «без змін», «збільшення» і «зменшення», відповідно.
Наприкінці кожного раунду:
-
У разі рівності голосів за варіанти «збільшити» і «зменшити» параметр мережі залишається незмінним.
-
Діапазон зміни мережевого параметра в кожному раунді становить [1/2 * старий, 2* старий], при цьому мінімальне і максимальне значення відповідають усім голосам, відданим за «зменшення» або «збільшення».
-
Якщо голосувати за варіант «без змін», то підсумкове коригування наближатиметься до 1, унаслідок чого параметр залишиться ближчим до свого початкового значення.
Остаточні результати 14-го туру голосування
На підставі остаточних результатів 14-го раунду голосування до ключових параметрів мережі Conflux буде внесено такі зміни:
-
Винагорода за блок PoW збільшиться з 1,00 CFX/блок до 1,60 CFX/блок
-
Відсоткова ставка зросте з 4,08% до 6,50%
-
Співвідношення точок зберігання збільшиться з 50% до 63%
-
Коефіцієнт розподілу базової винагороди буде збільшено з 50% до 63%
Наразі ConfluxHub не надає прямого доступу до індивідуальних підрахунків голосів. Користувачі можуть перевірити конкретні дані голосування, прочитавши вбудований контракт ParamsControl. У майбутньому ми плануємо запровадити спеціальну сторінку з деталями голосування, щоб надати користувачам простіший і зручніший доступ до відповідної інформації.
Ми щиро вдячні всім членам спільноти, які взяли участь у голосуванні з питань управління. Остаточні результати голосування було визначено шляхом пропорційного підрахунку, при цьому рівень підтримки кожного варіанта вплинув на підсумкові коригування параметрів. Якщо у вас виникнуть запитання, звертайтеся. Ще раз дякуємо за активну участь і внесок в управління спільнотою!
Посилання на оригінал: Explanation of the Conflux Network Key Parameter Voting Mechanism
Приєднуйся до спільноти Conflux Ukraine
Чат Telegram | Офіційні новини Telegram | Twitter | Reddit | Discord | Forum | Medium | Офіційний сайт