Понимание принципов управления Namada
Управление на Namada создано с учетом философии многогранности. В этой статье мы исследуем особенности, которые предлагает Namada, и обосновываем их с точки зрения этой философии. Мы рассматриваем PGF Stewards, PGF-предложения, предложения моста ETH и многое другое.
Мотивация
“Правительства получают свои законные полномочия с согласия управляемых” — источник
Брайан Гётц однажды сказал: “Несменяемые объекты просты.” Однако управление не так просто, и по дедуктивным правилам логики оно не может быть неизменным. Поскольку Namada существует как протокол, предназначенный для долгосрочного использования и поддержки поколений будущих пользователей, имеет смысл, чтобы он изменялся вместе с людьми, которые его образуют.
По этой причине в Namada используется экспрессивная форма управления, которая предоставляет участникам управления практически полную гибкость в отношении того, что может быть изменено. В этой статье сделана попытка объяснить возможности управления на Namada.
Управление Namada создано с принципом, что оно должно быть достаточно гибким, чтобы поддерживать изменения протокола без необходимости хардфорка, но также должно иметь достаточные средства для действия как место, где участники могут выражать свое одобрение или неодобрение предложенных хардфорков.
В конечном счете, социальное управление — то, какое программное обеспечение люди выбирают для запуска — является как последним, так и наиболее важным уровнем координации. По этой причине Namada поддерживает голосование по сигналам вне цепочки, чтобы дать пользователям возможность публиковать историю таких решений на цепочке.
Конспект
Цель данной статьи — описать особенности управления на Namada, которые придают ему такую гибкость.
Вначале мы расскажем о том, кто входит в состав управления. Затем мы опишем механизм голосования для участников управления, а в завершение расскажем о том, какие типы предложений могут быть вынесены на голосование.
Кто является органом управления?
Управление на Namada состоит из двух отдельных участников:
- Делегаторы — те, кто связывают токены, но делегируют свою избирательную силу другому адресу
- Делегаты — те, кто голосуют по предложениям управления от имени делегаторов
Участие в управлении определяется выделением привязанных токенов NAM. Привязанные токены NAM предоставляют участнику голосования силу, которая пропорциональна количеству привязанных им токенов NAM.
Когда адрес, не являющийся валидатором, привязывает токены, он делает это в адрес валидатора. Этот валидатор затем отвечает за голосование за блоки от имени этого пользователя.
По умолчанию валидатор, к которому пользователь привязал свои токены, становится делегатом этого аккаунта. Эта делегация подразумевает, что валидатор также может голосовать по предложениям управления от имени пользователя (который теперь является делегатором).
Тем не менее голос делегатора всегда имеет приоритет перед голосом делегата.
Например, предположим, что делегатор Боб (голосовая сила = 1) делегировал голосовую силу делегату Алисе (голосовая сила = 3, включая делегацию Боба).
Тогда, если Алиса проголосует “за” по предложению A, а Боб впоследствии проголосует “против” по предложению A, то общее число голосов “за” составит всего 2. Предложение также теперь имеет 1 голос “против”.
Задержка голосования
Чтобы дать делегаторам возможность всегда переопределять голос своего делегата, делегаты должны голосовать за предложения в первых 2/3 эпохах их периода голосования.
Если такой ограничитель отсутствует, то у злонамеренного делегата появляется стимул проголосовать (или изменить свой голос) в самом конце любого предложения, что противоречит интересам его делегата.
Консенсус или управление?
“Сила голоса” имеет два варианта использования.
Для достижения консенсуса методом доказательства доли “сила голоса” влияет на вероятность быть выбранным в качестве автора блока, а также на вес подписи валидатора по отношению к подписям других валидаторов при подписании валидного блока. Когда не-валидирующий аккаунт связывает токены NAM валидатору, голосующая сила валидатора увеличивается пропорционально сумме связывания.
Когда делегатор “делегирует” токены NAM делегату, право голоса делегата увеличивается пропорционально сумме делегирования.
Представление предложений
“Предложения” предназначены для определения объектов, за которые голосуют участники управления, “предлагая” то или иное изменение к общественному консенсусу. Изменение общественного консенсуса обычно представляет собой изменение состояния какой-либо части протокола Namada.
В качестве примера можно привести изменение различных параметров протокола, таких как скорость инфляции предложения токенов, скорость вознаграждения PoS, белый список различных активов и т.д. Все эти изменения легко интерпретируются электронной книгой и могут быть предложены вместе с “полезной нагрузкой”, которая изменяет эти параметры в хранилище и вступает в силу немедленно после их изменения.
Другие примеры могут включать исправление фундаментальной ошибки в исходном коде, добавление какой-то функциональности, требующей изменения архитектуры или обновление некоторой части стека Namada. Это может потребовать хардфорка и установки новой “версии” Namada.
Для всех участников наших общественных тестовых сетей это должно быть хорошо отработано ;).
Голосование по предложениям
После того, как предложение поступило, все участники управления могут проголосовать по нему, подав голоса “за” или “против” с помощью операции голосования.
Пример предложения: Выборы представителей PGF
Хорошим примером для лучшего понимания предложений по управлению Namada является изучение предложения Namada PGF Steward. Предложение Namada PGF Steward предлагает либо добавить, либо удалить представителей PGF из набора представителей на Namada.
Предложение может подать любой пользователь при условии, что у него достаточно средств для этого. Средства, необходимые для подачи предложения по управлению, являются параметром управления (мы знаем, что это довольно метафорично). Эти средства хранятся до тех пор, пока предложение не будет рассмотрено.
После внесения предложения участники управления (т.е. либо валидаторы, либо делегаты, имеющие определенную долю участия) получают возможность проголосовать по этому предложению.
Для одобрения предложения необходимо проголосовать “за”, в то время как “против” означает неодобрение предложения.
Если хотя бы 2/3 от общего числа голосующих проголосовало по этому предложению, и более 50% проголосовавших высказались за это предложение (т.е. проголосовали “за”), то предложение “прошло”, и изменение представителя будет произведено.
Возможны два сценария:
- Предложение отклонено
- Предложение принято
В случае, если предложение отклонено, средства, находящиеся в залоге, подвергаются “слешу”. Если предложение принято, то средства возвращаются предложившему, и изменение состояния реализуется (в данном случае новый представитель либо избирается, либо удаляется) в конце грейс-эпохи.
Экономика предложений
Почему существует плата за предложения?
По тем же причинам, по которым мы платим газовые сборы, существует дополнительная плата за предложения. Помимо конкуренции за ограниченное место в блоке, предложение конкурирует за ограниченное “пространство внимания”. Это внимание должно быть оплачено, и в этом смысле это плата за внимание к управлению. Если предложение принято, и управление получает выгоду от усилий, затраченных на создание предложения, управление выплачивает предложившему вознаграждение за усилия.
Различные предложения по Namada
На Namada существует три (и половина) типа управленческих предложений.
Стандартные предложения
Стандартные предложения — это наиболее общий тип управленческих предложений на Namada. Стандартные предложения бывают двух видов:
- С полезной нагрузкой wasm (WebAssembly)
- Без полезной нагрузки wasm
Стандартные предложения без полезной нагрузки wasm существуют для создания координации вокруг определенного согласия. Это может быть не только хардфорк, но и другие формы социального консенсуса, такие как переименование различных понятий, предложение о фокусе на грантах/поощрениях за нахождение ошибок в Namada, соглашение о создании мостов и т.д.
Стандартные предложения с полезной нагрузкой wasm при одобрении выполняют код wasm для реализации изменения состояния на цепи. Это предназначено для изменения параметров управления. Например, набор стимулируемых активов в защитном пуле и/или размер субсидии — это параметры, которые могут быть изменены с помощью данного типа предложения управления.
Любой пользователь Namada может предложить стандартное предложение, но для этого ему необходимо депонировать NAM. Любой участник управления может проголосовать по этому предложению.
Чтобы предложение было принято, необходимо, чтобы по крайней мере 2/3 управляющей силы Namada проголосовали за предложение, и большинство из этих голосов должно быть в пользу предложения.
Пользовательские предложения
Пользовательские предложения в управлении Namada называются “Пользовательскими предложениями”.
На момент написания этого текста существует три типа пользовательских предложений:
- Предложение ETH
- Предложение PGF
- Предложение Steward
Предложение ETH
Данное предложение по управлению представляет собой особую форму предложения по управлению, поскольку включает в себя код, который будет выполнять вызовы функций смарт-контракта Ethereum, управляющего мостом ETH-Namada.
По словам нашего инженера ETH-моста Фраккамана, ретрансляция полезной нагрузки предложений ETHBridge — это “очень f#@!ing круто”. После того как предложение принято, валидаторы должны передать протокольную транзакцию, подписывающую байты, указанные в предложении. На техническом уровне эти байты представляют собой закодированный в ABI вызов функции смарт-контракта Ethereum. После сбора достаточного количества подписей любой пользователь может отправить сбор подписей и выполнить вызов функции смарт-контракта, указанной в предложении. Смарт-контракт включает в себя логику, позволяющую убедиться в том, что подписи являются действительными и достаточными. После выполнения этих условий функция смарт-контракта выполняется.
Любой пользователь Namada может предложить предложение ETH, но для этого ему необходимо депонировать NAM. Однако голосовать по этим предложениям могут только валидаторы.
Для принятия необходимо, чтобы по меньшей мере 2/3 голосов управляющей силы Namada проголосовали за предложение, и большинство этих голосов должно быть в пользу предложения.
Предложение PGF
PGF-предложения — это предложения по управлению, которые могут быть предложены только текущим набором представителей стюардов PGF. Эти предложения — это особый тип предложения, который делает либо ретроспективный платеж за общественные блага (RPGF), либо непрерывный платеж за общественные блага (CPGF).
Предложения PGF-Proposal проходят по умолчанию, если на них не наложено вето участниками управления.
Участники управления могут наложить вето на такие предложения в том и только в том случае, если:
Если по крайней мере 1/3 от общей избирательной силы голосует по предложению, и большинство голосов — против, а также если по крайней мере 2/3 от общей избирательной силы проголосовали против (что свидетельствует о значительном несогласии), то предложение отклоняется, и участник из числа PGF Stewards удаляется из их состава.
Предложение Steward
Предложение Steward существует для голосования за включение (или исключение) нового (или старого) представителя по финансированию общественных благ.
Эти предложения могут быть предложены любым пользователем и поддержаны участниками управления. В предложении указывается адрес представителя, за которого будет проведено голосование, а также содержится описание, поясняющее мотивацию за включение/исключение данного представителя.
Следовательно, представитель PGF избирается в том случае и только в том случае, если:
По крайней мере 1/3 от всей избирательной силы Namada должны проголосовать по предложению, и большинство этих голосов должно быть отдано за данное предложение.
Механизм автономных предложений
Все это хорошо, когда цепочка Namada работает правильно и в соответствии с ожиданиями. А если цепочка останавливается или возникают другие проблемы, как нам достичь консенсуса?
Функции управления в Namada включают несколько новых изменений по сравнению с другими моделями управления.
Помимо введения “платы за внимание” к предложениям по управлению, Namada позволяет подавать предложения как в режиме оффлайн, так и в режиме онлайн. Предложения по управлению в автономном режиме существуют для того, чтобы предоставить участникам управления на Namada большую гибкость.
Этот инструмент особенно полезен в тех случаях, когда хардфорк необходим для решения какой-либо проблемы. В качестве примера можно привести chain-halt, который может возникнуть либо в результате византийской атаки, либо из-за ошибки или чего-то подобного.
В этом случае существует механизм подачи голосов в некоторую координационную точку, например, в децентрализованный коммуникационный сервис, о котором было достигнуто соглашение. Затем пользователи и валидаторы могут проверять эти голоса и подписи таким же образом, как и в цепи.
Подача предложений в автономном режиме
Предложения, созданные в офлайн-режиме, затем представляются on-chain в виде подписи поверх хэша JSON, представляющего структуру:
{
content: Base64<Vec<u8>>,
author: Address,
votingStart: TimeStamp,
votingEnd: TimeStamp,
signature: Base64<Vec<u8>>
}Подача голосов в автономном режиме
Аналогично, голос представляется в виде подписи поверх хэша JSON-структуры:
{
content: Base64<Vec<u8>>,
author: Address,
votingStart: TimeStamp,
votingEnd: TimeStamp,
signature: Base64<Vec<u8>>
}Заключительные замечания
Система управления Namada очень гибкая. Она стремится учесть большинство изменений путем внесения предложений на цепочке и способна использовать для этого полезную нагрузку wasm и ABI. Она также признает необходимость “жестких” операций и предусматривает механизмы координации, позволяющие это делать. Управление организовано таким образом, чтобы пользователи как можно больше владели протоколом, что вполне логично, поскольку именно они его создают.
Оригинал статьи на английском: English (11.05.2023)
Автор перевода: ghotoman
Будьте в курсе новостей и присоединяйтесь к сообществу Namada!
Сайт / Блог / Твиттер / Дискорд / Форум / Подкасты / Документы / Specs / Ютуб / Календарь сообщества / Телеграм / Reddit /
