cli_wallet
имеет вид:referral
— имя аккаунта-реферала;
referrer
— имя аккаунта-реферера;
interest_rate
— процент выплат рефереру от доходов реферала, умноженный на 100. Максимальный процент выплаты рефереру устанавливается голосованием делегатов через операцию update_chain_properties()
. Выплаты рефереру осуществляются через назначение реферера бенефициаром в публикуемых постах;
end_date
— дата окончания выплат рефереру из доходов реферала. Максимальный срок выплаты рефереру устанавливается голосованием делегатов через операцию update_chain_properties()
;
break_fee
— cумма выкупа рефералом своего аккаунта для прекращения выплат рефереру. Если в качестве сумма выплаты будет указан 0, то аккаунт нельзя будет выкупить. Максимальная сумма выплаты выбирается делегатами через операцию update_chain_properties()
по медиане.cli_wallet
используется команда get_account
. Для придания аккаунту-рефералу особого статуса в системе в ответ API-метода golos.api.getAccounts()
добавлены следующие поля:account_referral_options
. После прекращения действия реферальной программы поля принимают нулевые значения.beneficiaries
добавляется объект с параметрами account= и weight=. Выплата рефереру осуществляются с учетом этих параметров.update_chain_properties()
;
— стало возможным недостающую (срезанную) часть токенов возвращать либо в пул вознаграждений, либо кураторам, проголосовавшим после закрытия аукционного окна. Решение о том, куда направлять срезанную часть токенов, принимает автор поста.comment_options_operation
добавлена опция comment_auction_window_reward_destination
, принимающая следующие значения:
to_reward_fund
— возврат токенов в пул вознаграждений. При возврате токенов в пул-вознаграждений генерируется виртуальная операция auction_window_reward_operation;
to_curators
— возврат токенов кураторам, проголосовавшим после закрытия аукционного окна;
to_author
— только для постов, созданных до релиза HF-19.0 (после релиза HF-19.0 выбор данного варианта будет невозможным).update_chain_properties
, с помощью которой конфигурируется блокчейн, добавлены параметры posts_window
, posts_per_window
, comments_window
, comments_per_window
, votes_window
, votes_per_window
. С помощью этих параметров делегаты могут задавать длительности интервалов, в течение которых разрешается создавать посты, оставлять комментарии и голосовать, а также допустимое количество комментариев и голосов, оставляемых в течение этих интервалов. Значения этих параметров определяются голосованием делегатов через операцию update_chain_properties(), за результаты которых принимаются медианные значения.window
— длительность интервала, отведенного на отдельный вид действий;
items
— количество публикаций, комментариев или голосов, оставленных за отведенный интервал.update_chain_properties()
.delegation_reward_operation
, которая используется для уведомления делегаторов о получаемых ими вознаграждениях за делегированную СГ.reject_vesting_shares_delegation_operation
.
При отказе получателя от делегированной СГ, ее автоматическое зачисление на его баланс получателя не производится. Возврат делегированной СГ делегатору происходит после окончания заморозки длительностью 7 дней.account_notes
, который позволяет аккаунту сохранять необходимую для него информацию в хэш-таблице базы данных системы в виде записей «key-value» в зависимости от настроек конфигурационного файла config.ini
. Объем информации для хранения на отдельном Узле (ноде) блокчейна определяется с учетом ресурсов этого Узла.account_notes
реализован вызов операции set_value_operation
, выполняющей создание, изменение и удаление записи в хэш-таблице хранилища. Операция вызывается с полями account, key и value.
Для изменения записи в хэш-таблице операция вызывается с ключом уже имеющейся записи. Для удаления записи в хэш-таблице операция вызывается с ключом уже имеющейся записи и пустым значением.config.ini
добавлены следующие настраиваемые параметры: — an-tracked-accounts
— «белый» список аккаунтов. Используется для задания списка аккаунтов, которым разрешено сохранять записи. По умолчанию задается пустое поле, разрешающее хранение записей всем аккаунтам;
— an-untracked-accounts
— «черный» список аккаунтов. Содержит список аккаунтов, которым не разрешается хранение записей. По умолчанию задается пустое поле;
— an-max-key-length
— максимально допустимое количество символов в ключе. По умолчанию содержит значение 20;
— an-max-value-length
— максимально допустимое количество символов в записи. По умолчанию содержит значение 512;
— an-max-note-count
— максимально допустимое количество записей для одного аккаунта. По умолчанию содержит значение 10.custom_json
будет увеличиваться за счет умножения на значение мультипликатора. По умолчанию значение мультипликатора составляет 100. Делегаты могут изменить данное значение путем голосования через операцию update_chain_properties()
. Это позволяет пользователям с большим количеством СГ сохранять в хэш-таблице информацию более часто и большего размера в отличие от пользователей с меньшим количеством СГ.update_chain_properties
.comment_options_operation
добавлена структура comment_curation_rewards_percent
. С помощью этой операции автор может задать процент кураторских отчислений.get_accounts
API-метода информация о количестве постов и комментариев находилась исключительно в поле post_count
, при этом поле comment_count
всегда возвращалось пустым. Также при этом отсутствовало какое-либо сообщение об ошибке, что могло привести пользователей в конфузное состояние.get_accounts
для корректной записи данных в соответствующие поля при создании поста и комментария. Поле comment_count
содержит количество комментариев, а поле post_count
— только количество постов.withdraw_vesting
. Операция по выводу средств длится в течение 13 недель. Во время выполнения этой операции с частотой один раз в семь дней выводятся средства в виде GESTS. После восстановления учетной записи (аккаунта) автоматически отменяется операция set_withdraw_vesting_route
. Удаляются все выводы из расписания. При этом все выплаты в GESTS восстанавливаются за исключением той части средств, которая уже до восстановления учетной записи была выведена в качестве выплат.social_network::select_active_votes
. Количество проголосовавших может быть чрезмерно большим и поэтому просмотр списка голосов в виде «лайков» или «дизлайков» может занимать длительное время. В предыдущей версии блокчейна голоса появлялись в списке в соответствии с их появлением в окне голосования без учета их веса, что затрудняло анализ результатов голосования.