Голосование в цепочке
Виды предложений
Все различные типы предложений перечислены в спецификации. Различные предложения имеют разные права доступа, структуры данных, а также требования к голосованию.
Создание предложения
Предполагая, что у вас есть счет с не менее чем 500 токенами NAM (в данном примере мы будем использовать my-new-acc
), давайте получим соответствующий адрес:
Теперь необходимо создать json-файл proposal.json
, с содержимым нашего предложения. Скопируйте приведенный ниже текст в json-файл.
В поле content большинство полей не требует пояснений. Поле requires
ссылается на идентификатор предложения, который должен быть передан для выполнения данного предложения. Поле created
должно иметь формат YYYY-MM-DDTHH:MM:SSZ
.
Необходимо изменить значение параметра:
Поле
Author
с адресомmy-new-acc
;voting_start_epoch
- будущая эпоха (должна быть кратна 3), в которой вы хотите начать голосование;voting_end_epoch
- эпоха, которая больше, чем voting_start_epoch, кратная 3, и до которой дальнейшие голоса приниматься не будут;grace_epoch
с эпохой, большей, чемvoting_end_epoch + 6
, в которую предложение, если оно принято, вступит в силу.
Поле "данные" и его структура зависят от типа подаваемого предложения. Ниже мы приводим структуру поля "данные" для каждого типа предложения. В примере, приведенном выше, речь идет о предложении по умолчанию.
Предложение по умолчанию
Поле данных для предложений по умолчанию является необязательным. Это соответствует природе предложений по умолчанию. Если к предложениям прилагается код для изменения параметров управления, то этот код будет представлен в виде wasm-файла, а путь к нему будет указан в поле данных.
Предложение по мосту ETH
Примечание: Кодировка будет представлена в виде строки
Предложение Steward
Поле данных для предложений стюард представляет собой список действий, которые необходимо предпринять. Действия могут быть либо добавлением, либо удалением, а адрес - это адрес стюарда, которого необходимо добавить или удалить. Таким образом, в одном предложении можно добавить или удалить несколько стюардов.
Предложение PGF
Поле данных для предложений PGF содержит как непрерывные, так и ретроактивные действия по финансированию PGF. В рамках каждого действия пользователь может включить несколько платежей в виде вектора. В рамках каждого платежа целевое поле содержит адрес получателя, а также сумму NAM, которую он получит. При непрерывном финансировании PGF указанная сумма будет отправляться в конце каждой эпохи. Существует также возможность удалить получателя из непрерывного финансирования PGF, указав уже существующий платеж непрерывного финансирования и включив действие "удалить". При ретроактивном финансировании PGF указанная сумма будет отправлена немедленно.
Отправка предложения
Как только файл proposal.jso
n будет готов, вы можете отправить предложение с помощью (убедитесь, что он находится в той же директории, что и файл proposal.json
):
Сделка должна была быть принята. Вы можете запросить все предложения с помощью:
или одно предложение с:
где 0 - идентификатор предложения.
Голосование по предложению
Голосовать по предложениям могут только делегаторы и делегаты. Если вы относитесь к одной из этих категорий, вы можете отправить голос с помощью следующей команды:
где --vote
может быть либо "да"
Проверка результата
Как только сеть достигнет эпохи, определенной в json как voting_end_epoch
, голоса больше приниматься не будут. Код, заданный в json-поле proposal_code
, будет выполнен в начале эпохи grace_epoch
. Для проверки статуса предложения можно воспользоваться следующими командами:
или просто проверить результат:
Last updated