Управление ролями участников

Список возможных ролей в блокчейн-платформе приведен в разделе «Авторизация участников».

Важно

Обязательным условием для изменения полномочий участников (добавления или удаления ролей) является наличие приватного ключа участника с ролью «permissioner» в keystore ноды, с которой осуществляется запрос.

Вариант №1 (через REST API)

Управление полномочиями участника выполняется путем подписания (метод sign) и рассылки (метод broadcast) permission-транзакций через REST API ноды.

Объект запроса для метода sign:

{
  "type":102,
  "sender":3GLWx8yUFcNSL3DER8kZyE4TpyAyNiEYsKG,
  "senderPublicKey":4WnvQPit2Di1iYXDgDcXnJZ5yroKW54vauNoxdNeMi2g,
  "fee":0,
  "proofs":[""],
  "target":3GPtj5osoYqHpyfmsFv7BMiyKsVzbG1ykfL,
  "opType":"add",
  "role":"contract_developer",
  "dueTimestamp":null
}

Поля запроса:

  • type - тип транзакции для управления полномочиями участников (type = 102);

  • sender - адрес участника с полномочиями на выпуск permission-транзакций;

  • proofs - подпись транзакции;

  • target - адрес участника, для которого требуется установить или удалить полномочия;

  • role - полономочия участника, которые требуется установить или удалить. Возможные значения: «miner», «issuer», «dex», «permissioner», «blacklister», «banned», «contract_developer», «connection_manager»;

  • opType - тип операции «add» (добавить полномочия) или «remove» (удалить полномочия);

  • dueTimestamp - дата действия permission в формате timestamp. Поле является опциональным.

Полученный ответ от ноды передать методу broadcast.

Вариант №2 (через утилиту)

Используя утилиту Generators возможно автоматизировать процесс.

Пример запуска из консоли:

java -jar generators.jar GrantRolesApp [configfile]

Пример конфига:

permission-granter {
waves-crypto = no
chain-id = T
account = {
    addresses = [
    "3N2cQFfUDzG2iujBrFTnD2TAsCNohDxYu8w"
    ]
    storage = ${user.home}"/node/keystore.dat"
    password = "some string as password"
}
send-to = [
    "devnet-aws-fr-2.we.wavesnodes.com:6864"
]
grants = [
    {
    address: "3N2cQFfUDzG2iujBrFTnD2TAsCNohDxYu8w"
    assigns = [
        {
        permission = "miner",
        operation = "add",
        due-timestamp = 1527698744623
        },
        {
        permission = "issuer",
        operation = "add",
        due-timestamp = 1527699744623
        },
        {
        permission = "blacklister",
        operation = "add"
        },
        {
        permission = "permissioner",
        operation = "remove"
        }
    ]
    }
]
txs-per-bucket = 10
}

Поле «due-timestamp» ограничивает время действия роли; Поля nodes, roles - обязательные.

Если у ноды уже задана какая-либо из ролей, которая задана в конфиге, то ситуация обрабатывается в соответствии с правилами:

Текущее состояние ноды

Состояние полученное из транзакции

Результат обработки

Роль не назначена

Новая роль

Success - назначается роль

Назначена роль без dueDate

Роль c dueDate

Проверка dueDate, если меньше текущей, то IncorrectDatetime,
иначе Success - назначается роль с dueDate

Назначена роль с dueDate

Роль с dueDate

Проверка dueDate, если меньше текущей, то IncorrectDatetime,
иначе Success - обновление dueDate

Назначена роль с dueDate

Роль без dueDate

Success - назначается роль без dueDate

Назначена роль с/без dueDate

Удаление роли

Проверка адреса ноды, если <> адресу генезиса, то Success -
удаляется роль