Управління токенами: право голосу — не право на грошові потоки
Вивчіть механіку пропозицій, делегування та повноваження щодо виконання, перш ніж оцінювати токен управління.
Визначте фактичне право
Токен управління може давати вплив на параметри, оновлення або дії казначейства без юридичного права на прибуток компанії. Його права походять із конкретних контрактів і механізмів управління, а не зі слова «управління». Документація Governor від OpenZeppelin показує, як можна поєднувати компоненти пропозицій, голосування та виконання. Така гнучкість означає, що аналітики мають перевіряти конфігурацію, а не припускати стандартну конституцію.
Почніть із трьох окремих питань: хто може пропонувати, чиї голоси враховуються та хто може виконати успішну пропозицію? Четверте — чи може інший орган накласти вето, призупинити або скасувати її. Відповіді можуть різнитися, і власник токена може контролювати лише малу частину процесу.
Виміряйте фактичну участь
Загальна пропозиція токенів не дорівнює активно делегованій силі голосу. Частина токенів може перебувати в контрактах, бути неделегованою або належати учасникам, які рідко голосують. Невелика частка загальної пропозиції може переважати серед фактично поданих голосів. І навпаки, кворум від широкого знаменника пропозиції може ускладнювати ухвалення навіть за згоди більшості учасників.
Уявімо 100 мільйонів токенів в обігу, 20 мільйонів делегованих і 6 мільйонів голосів, що беруть участь у голосуванні за пропозицію. Суб’єкт, який контролює 4 мільйони одиниць голосування, володіє лише 4% загальної пропозиції, але забезпечує дві третини цього голосування. Це не доводить неналежної поведінки; це показує, чому концентрацію слід вимірювати відносно і пропозиції, і участі. Щоразу пояснюйте знаменник.
Простежте шлях пропозиції до її наслідків
Допис на форумі, сигнальне голосування та виконувана транзакція не є взаємозамінними. Читайте запропоновані виклики контрактів і зміни параметрів, а не лише заголовок. З'ясуйте, коли вимірюється вага голосів, як працює період голосування та чи виконання проходить через часову затримку. Затримка може дати час для перевірки, але не доводить, що кожен зачеплений користувач має доступний вихід.
Для паперового аналізу перетворіть пропозицію на таблицю «до і після». Якщо змінюється поріг запозичення, визначте, які позиції можуть стати вразливими. Якщо змінюється комісія, визначте, хто сплачує та хто отримує різницю. Якщо гроші залишають скарбницю, розрізняйте грант, інвестицію та незворотний переказ. Ці економічні наслідки важливіші за популярність назви пропозиції.
Відокремлюйте активи скарбниці від вартості токена
Баланс скарбниці не належить автоматично пропорційно кожному власнику токенів. Повноваження щодо витрат, правові домовленості та права на погашення можуть виключати таке тлумачення. Скарбниця, що переважно складається з власного токена протоколу, також відрізняється від зовнішніх ліквідних активів: продаж може змінити і ціну, і розподіл управлінських прав.
Припустімо, проєкт звітує про казначейські активи на $50 млн, із яких $40 млн — власний малоліквідний токен за останньою ціною. Називаючи проєкт багатим на гроші, приховують $10 млн інших активів і невизначену реалізаційну вартість решти. Корисний аналіз відокремлює ліквідні операційні ресурси, обмежені залишки та активи власної емісії, а не складає їх в одне нібито грошове число.
Оцінюйте зміну контролю з часом
Розблокування токенів, зміни делегування та низька участь можуть змінити фактичний контроль без змін основного програмного забезпечення. Вивчайте історію участі, основних делегатів і майбутні зміни пропозиції. Розпорошеного списку власників недостатньо, якщо голоси делеговані кільком учасникам; концентрований список також не розкриває всієї картини, якщо ці власники мають юридично забезпечені обмеження.
Якість управління важко звести до одного бала. Документуйте процедурні запобіжники, конфлікти інтересів, історію виконання та невирішені невизначеності. Добре організований процес усе одно може схвалити фінансово погане рішення, а технічно обґрунтована пропозиція — провалитися через слабку участь. Сприймайте управління як мінливе джерело операційного й економічного ризику, а не знак, що гарантує децентралізацію або майбутнє подорожчання токена.
Під час перевірки управління відрізняйте правило в коді від звичаю учасників. Спільнота зазвичай може обговорювати пропозиції тиждень, хоча контракт дозволяє швидший процес. Фіксуйте і звичний процес, і обов’язковий мінімум. Стрес-аналіз має використовувати останній, оцінюючи, наскільки швидко може змінитися контроль або економічні параметри.
Відсоток підтримки потребує явного знаменника
Вигаданий токен управління має мільйон придатних голосів. За пропозицію голосують 50 000, із них 35 000 підтримують. Схвалення серед учасників — 70%, але підтримка становить лише 3,5% усієї доступної сили голосу. Два числа відповідають різним питанням.
Якщо приклад вимагає кворуму 40 000 та простої більшості учасників, пропозиція проходить. Інший кворум або спосіб підрахунку змінить результат за тих самих голосів. Завжди зазначайте знаменник: усі токени, придатні права, делеговані, подані чи підтримувальні голоси.
Повторіть приклад, коли 30 000 голосів підтримки контролює один делегат. Перевірте незалежність інших і можливість вчасно відкликати делегування. Кількість адрес не дорівнює кількості самостійних центрів рішення. Низька участь теж сама не доводить нелегітимності: потрібні правила й розподіл фактичного контролю. Непідтверджену незалежність залишайте видимою невизначеністю.
Простежте голосування до фактичного виконання
Ухвалена пропозиція не завжди вже змінила контракт. Можуть існувати черга, затримка, право скасування та окремий виконавець. Реальна конфігурація важливіша за назву DAO або сам факт голосування в мережі.
Для зміни ліміту застави складіть часову лінію: початок голосування, фіксація голосової сили, завершення, постановка в чергу та можливість виконання. Позначте, хто може зупинити або змінити кожен етап. Якщо аварійний адміністратор обходить звичайну затримку, включіть і цей шлях.
Затримка дає час помітити зміну лише тоді, коли користувач може діяти. Довше виведення або окрема можливість його заблокувати змінює реальне вікно виходу порівняно з рекламованим. Аналіз управління пов’язує права рішення з наслідками для користувачів, а не зупиняється на наявності голосування. Звичайна процедура й привілейовані винятки мають бути на одній схемі.