Повышенная пропускная способность: обзор стейкинга Aptos
Стейкинг
В распределенном реестре данных, таком как блокчейн, механизм выполнения транзакции отличается от механизма обновления самого реестра и сохранения в нем результатов. Консенсус по проведению транзакций и результатов их выполнения должен быть достигнут кворумом валидаторов, прежде чем эти результаты будут сохранены, а реестр будет обновлен.
Любой может принять участие в процессе консенсуса Aptos, если сделает ставку достаточным количеством монет, поместив их на условное депонирование. Чтобы выработать механизм «поощрения» валидаторов к участию в процессе консенсуса и, соответственно, депонированию, вес голоса каждого валидатора в системе установлен как пропорциональный размещенной сумме. Также валидатор получает вознаграждение пропорционально этой сумме. Следовательно, производительность всего блокчейна соответствует интересам валидатора.
Примечание: на момент подготовки материала «слешинг» в системе не реализован. Дополнительные ресурсы и вспомогательная документация представлены здесь. Текущие данные по блокчейну можно найти в staking_config::StakingConfig. Набор конфигурации определяется в staking_config.move.
Стейкинг в блокчейне Aptos
Модель стейкинга в блокчейне Aptos определяет свойства предоставления «владения» в системе. Ресурс OwnerCapability можно использовать для управления пулом стейкинга. В целом в системе принимают участие:
Владелец,
Оператор,
Избиратель.
Используя модель «владелец-оператор-избиратель», кастодиальный агент может взять на себя роль владельца, сделать ставку в блокчейне Aptos и участвовать в управлении в системе. Эта модель позволяет создавать службы делегирования и стейкинга, ввиду отделения аккаунта, управляющего средствами, от других учетных записей (конкретно оператора, избирателя), что в итоге позволяет безопасно делегировать обязанности.
Ниже разберем, как это работает, на примере Боба и Алисы.
Владелец
«Владелец» — это участник, который является собственником денежных средств. Допустим, некий Боб создает аккаунт в блокчейне Aptos. Теперь у него есть ресурс OwnerCapability. Боб может назначить оператором своего аккаунта адрес учетной записи Алисы, оператора доверенной ноды, чтобы сделать ее «валидатором».
Как владелец:
Боб владеет средствами, которые будут использоваться для стейкинга.
Только Боб может добавлять, разблокировать или снимать средства.
Только Боб может продлить период блокировки.
Боб может изменить оператора узла Алису на любого другого оператора узла в любое время, когда он пожелает это сделать.
Боб может установить процент комиссии оператору.
Награда будет зачислена на счет Боба.
Оператор
Владелец денежных средств назначает оператора ноды (узла), а последний получает комиссию, установленную владельцем. Два участника — «владелец» и «оператор» — могут быть двумя независимыми или одинаковыми агентами. Например, оператор Алиса запускает узел валидатора, работающий по указанию Боба, владельца фонда.
Как оператор:
Алиса имеет права только на подключение и на выход из установок валидации.
В качестве «валидатора» Алиса будет выполнять функцию «проверки», то есть подтверждения (валидности).
Алиса имеет права на изменение ключа консенсуса и сетевых адресов. Ключ консенсуса используется Алисой для участия в процессе консенсуса валидатора, то есть для голосования и предложения блока. Алисе разрешено менять этот ключ в случае, если ключ скомпрометирован.
Алиса не может перемещать сами средства (если Алиса не является владельцем, то есть у нее есть ресурс OwnerCapability).
Комиссия оператора вычитается из вознаграждения стейкера (владельца) и зачисляется на счет оператора.
Избиратель
Владелец может установить избирателя. Это позволит избирателю участвовать в управлении. Избиратель будет использовать «ключ голосования» для подписи управленческих голосов в транзакциях.
В данном документе представлен раздел «Управление». Изучите его для того, чтобы понять, как участвовать в управлении сети Aptos, используя модель владельца-избирателя.
Подтверждения в блокчейне Aptos
Пока протекает эпоха, следующий поток событий происходит тысячи раз:
Лидер валидации определяется детерминированным образом по формуле, которая основана на репутации валидатора, определяемой его деятельностью (в том числе принимал ли валидатор участие в голосовании в прошлом или нет) и стейком. Отбор лидера происходит без применения голосования.
Выбранный лидер отправляет предложение, которое содержит собранные голоса кворума от предыдущего предложения и заявленный лидером порядок транзакций для нового блока.
Все валидаторы из группы валидаторов будут голосовать по поводу предложения лидера относительно нового блока. Если консенсус будет достигнут, блок может быть завершен. Таким образом, реальное количество голосов для достижения консенсуса представляет собой определенное количество валидаторов из группы валидаторов. Лидер валидации награждается. Награды предназначены только для него, но не для голосующих валидаторов.
Процесс, описанный выше повторяется для следующего блока, при этом меняется только лидер валидации. Награды выдаются в конце эпохи.
Состояние валидатора и состояние ставки
Состояние определяется как для валидатора, так и для ставки.
Состояние валидатора: валидатор может находиться в любом из этих четырех состояний. Более того, он может перейти из неактивного состояния (когда его нельзя отследить в группе валидаторов) в любое из трех других состояний:
неактивное;
ожидающее активации;
активное;
ожидающее деактивации.
Состояние ставки: у валидатора в активном или ожидающем активации состояниях ставка может находиться в одном из следующих четырех состояний:
неактивное;
ожидающее активации;
активное;
ожидающее деактивирования.
Эти состояния актуальны для группы валидаторов, которые добавляют или удаляют свои собственные ставки.
Состояния валидаторов
Есть два крайних случая, которые нужно учитывать:
Если ставка валидатора падает ниже необходимого минимума, то этот валидатор будет переведен из активного состояния в неактивное прямо во время смены эпохи. Это происходит только во время смены эпохи.
Управление Aptos может также напрямую переводить валидаторов из активного состояния. Следует отметить, что предложения управления («governance proposals») вызывают смены эпохи.
Состояние ставки
Состояние ставки более детализировано по сравнению с состоянием валидатора; дополнительная ставка может быть добавлена, а часть ставки активного валидатора снята.
Набор правил для валидатора
Приведенный ниже перечень применяется во время изменения состояния:
Сила голоса может меняться (увеличиваться или уменьшаться) только на границе эпох.
Консенсус-ключ валидатора и сетевые адреса валидатора и его полной ноды могут меняться только на границе эпох.
Ожидающая деактивации ставка не может быть переведена в неактивное состояние (и, следовательно, стать доступной для вывода) до тех пор, пока не истечет время блокировки.
Все валидаторы в группе активных валидаторов не могут иметь ставку меньше установленного размера.
Алгоритм действий валидатора
Ознакомьтесь с Staking pool operations, для правильной последовательности команд в ходе выполнения нижеприведенного алгоритма действий.
Владелец инициализирует пул ставок с помощью «aptos stake initialize-stake-owner».
Когда владелец готов внести ставку (или получить средства, в обмен на возможность владения), владелец вызывает «aptos Stake add-stake».
Когда нода валидатора готова, оператор может вызвать «aptos node join-validator-set», для присоединения к активной группе валидаторов. Изменения вступят в силу в следующую эпоху.
Валидатор проверяет (предлагает блоки в качестве лидера-валидатора) и получает вознаграждение. Ставка будет автоматически заблокирована на фиксированный срок и автоматически продлена по истечении срока действия.
В любой момент, если оператор хочет обновить консенсус ключ или сетевые адреса валидатора, он может вызвать «aptos node upd ate-consensus-key» или «aptos node upd ate-validator-network-address». Изменения ключа консенсуса или сетевых адресов также вступают в силу только в следующую эпоху.
Валидатор может запросить разблокировку своей доли в любое врем
Read More
Гендиректор Haskkey Group: Китай вернется к криптовалютам через стейблкоины
Повышенная пропускная способность: обзор стейкинга Aptos
Стейкинг
В распределенном реестре данных, таком как блокчейн, механизм выполнения транзакции отличается от механизма обновления самого реестра и сохранения в нем результатов. Консенсус по проведению транзакций и результатов их выполнения должен быть достигнут кворумом валидаторов, прежде чем эти результаты будут сохранены, а реестр будет обновлен.
Любой может принять участие в процессе консенсуса Aptos, если сделает ставку достаточным количеством монет, поместив их на условное депонирование. Чтобы выработать механизм «поощрения» валидаторов к участию в процессе консенсуса и, соответственно, депонированию, вес голоса каждого валидатора в системе установлен как пропорциональный размещенной сумме. Также валидатор получает вознаграждение пропорционально этой сумме. Следовательно, производительность всего блокчейна соответствует интересам валидатора.
Примечание: на момент подготовки материала «слешинг» в системе не реализован. Дополнительные ресурсы и вспомогательная документация представлены здесь. Текущие данные по блокчейну можно найти в staking_config::StakingConfig. Набор конфигурации определяется в staking_config.move.
Стейкинг в блокчейне Aptos
Модель стейкинга в блокчейне Aptos определяет свойства предоставления «владения» в системе. Ресурс OwnerCapability можно использовать для управления пулом стейкинга. В целом в системе принимают участие:
Владелец,
Оператор,
Избиратель.
Используя модель «владелец-оператор-избиратель», кастодиальный агент может взять на себя роль владельца, сделать ставку в блокчейне Aptos и участвовать в управлении в системе. Эта модель позволяет создавать службы делегирования и стейкинга, ввиду отделения аккаунта, управляющего средствами, от других учетных записей (конкретно оператора, избирателя), что в итоге позволяет безопасно делегировать обязанности.
Ниже разберем, как это работает, на примере Боба и Алисы.
Владелец
«Владелец» — это участник, который является собственником денежных средств. Допустим, некий Боб создает аккаунт в блокчейне Aptos. Теперь у него есть ресурс OwnerCapability. Боб может назначить оператором своего аккаунта адрес учетной записи Алисы, оператора доверенной ноды, чтобы сделать ее «валидатором».
Как владелец:
Боб владеет средствами, которые будут использоваться для стейкинга.
Только Боб может добавлять, разблокировать или снимать средства.
Только Боб может продлить период блокировки.
Боб может изменить оператора узла Алису на любого другого оператора узла в любое время, когда он пожелает это сделать.
Боб может установить процент комиссии оператору.
Награда будет зачислена на счет Боба.
Оператор
Владелец денежных средств назначает оператора ноды (узла), а последний получает комиссию, установленную владельцем. Два участника — «владелец» и «оператор» — могут быть двумя независимыми или одинаковыми агентами. Например, оператор Алиса запускает узел валидатора, работающий по указанию Боба, владельца фонда.
Как оператор:
Алиса имеет права только на подключение и на выход из установок валидации.
В качестве «валидатора» Алиса будет выполнять функцию «проверки», то есть подтверждения (валидности).
Алиса имеет права на изменение ключа консенсуса и сетевых адресов. Ключ консенсуса используется Алисой для участия в процессе консенсуса валидатора, то есть для голосования и предложения блока. Алисе разрешено менять этот ключ в случае, если ключ скомпрометирован.
Алиса не может перемещать сами средства (если Алиса не является владельцем, то есть у нее есть ресурс OwnerCapability).
Комиссия оператора вычитается из вознаграждения стейкера (владельца) и зачисляется на счет оператора.
Избиратель
Владелец может установить избирателя. Это позволит избирателю участвовать в управлении. Избиратель будет использовать «ключ голосования» для подписи управленческих голосов в транзакциях.
В данном документе представлен раздел «Управление». Изучите его для того, чтобы понять, как участвовать в управлении сети Aptos, используя модель владельца-избирателя.
Подтверждения в блокчейне Aptos
Пока протекает эпоха, следующий поток событий происходит тысячи раз:
Лидер валидации определяется детерминированным образом по формуле, которая основана на репутации валидатора, определяемой его деятельностью (в том числе принимал ли валидатор участие в голосовании в прошлом или нет) и стейком. Отбор лидера происходит без применения голосования.
Выбранный лидер отправляет предложение, которое содержит собранные голоса кворума от предыдущего предложения и заявленный лидером порядок транзакций для нового блока.
Все валидаторы из группы валидаторов будут голосовать по поводу предложения лидера относительно нового блока. Если консенсус будет достигнут, блок может быть завершен. Таким образом, реальное количество голосов для достижения консенсуса представляет собой определенное количество валидаторов из группы валидаторов. Лидер валидации награждается. Награды предназначены только для него, но не для голосующих валидаторов.
Процесс, описанный выше повторяется для следующего блока, при этом меняется только лидер валидации. Награды выдаются в конце эпохи.
Состояние валидатора и состояние ставки
Состояние определяется как для валидатора, так и для ставки.
Состояние валидатора: валидатор может находиться в любом из этих четырех состояний. Более того, он может перейти из неактивного состояния (когда его нельзя отследить в группе валидаторов) в любое из трех других состояний:
неактивное;
ожидающее активации;
активное;
ожидающее деактивации.
Состояние ставки: у валидатора в активном или ожидающем активации состояниях ставка может находиться в одном из следующих четырех состояний:
неактивное;
ожидающее активации;
активное;
ожидающее деактивирования.
Эти состояния актуальны для группы валидаторов, которые добавляют или удаляют свои собственные ставки.
Состояния валидаторов
Есть два крайних случая, которые нужно учитывать:
Если ставка валидатора падает ниже необходимого минимума, то этот валидатор будет переведен из активного состояния в неактивное прямо во время смены эпохи. Это происходит только во время смены эпохи.
Управление Aptos может также напрямую переводить валидаторов из активного состояния. Следует отметить, что предложения управления («governance proposals») вызывают смены эпохи.
Состояние ставки
Состояние ставки более детализировано по сравнению с состоянием валидатора; дополнительная ставка может быть добавлена, а часть ставки активного валидатора снята.
Набор правил для валидатора
Приведенный ниже перечень применяется во время изменения состояния:
Сила голоса может меняться (увеличиваться или уменьшаться) только на границе эпох.
Консенсус-ключ валидатора и сетевые адреса валидатора и его полной ноды могут меняться только на границе эпох.
Ожидающая деактивации ставка не может быть переведена в неактивное состояние (и, следовательно, стать доступной для вывода) до тех пор, пока не истечет время блокировки.
Все валидаторы в группе активных валидаторов не могут иметь ставку меньше установленного размера.
Алгоритм действий валидатора
Ознакомьтесь с Staking pool operations, для правильной последовательности команд в ходе выполнения нижеприведенного алгоритма действий.
Владелец инициализирует пул ставок с помощью «aptos stake initialize-stake-owner».
Когда владелец готов внести ставку (или получить средства, в обмен на возможность владения), владелец вызывает «aptos Stake add-stake».
Когда нода валидатора готова, оператор может вызвать «aptos node join-validator-set», для присоединения к активной группе валидаторов. Изменения вступят в силу в следующую эпоху.
Валидатор проверяет (предлагает блоки в качестве лидера-валидатора) и получает вознаграждение. Ставка будет автоматически заблокирована на фиксированный срок и автоматически продлена по истечении срока действия.
В любой момент, если оператор хочет обновить консенсус ключ или сетевые адреса валидатора, он может вызвать «aptos node upd ate-consensus-key» или «aptos node upd ate-validator-network-address». Изменения ключа консенсуса или сетевых адресов также вступают в силу только в следующую эпоху.
Валидатор может запросить разблокировку своей доли в любое врем
Read More