diff --git a/golosd/HardFork/HF19_ReleaseNotice-rus.md b/golosd/HardFork/HF19_ReleaseNotice-rus.md index 863e8158..7cbf71a8 100644 --- a/golosd/HardFork/HF19_ReleaseNotice-rus.md +++ b/golosd/HardFork/HF19_ReleaseNotice-rus.md @@ -11,7 +11,7 @@ **** -## Внедрение реферальной программы в блокчейн Golos (задача №295) +## Внедрение реферальной программы в блокчейн Golos (задача [№295](https://github.com/GolosChain/golos/issues/295)) Решением делегатов было предложено реализовать в HF-19.0 новую функциональную возможность — внедрить реферальную программу привлечения новых пользователей. @@ -50,7 +50,7 @@ break_free_referral true 4) Для получения информации о пользователе-реферале по его комментарию или посту в поле `beneficiaries` добавляется объект с параметрами account= и weight=. Выплата рефереру осуществляются с учетом этих параметров. -## Изменение метода начисления вознаграждения кураторам (доработка для штрафного окна голосования, задача №898) +## Изменение метода начисления вознаграждения кураторам (доработка для штрафного окна голосования, задача [№898](https://github.com/GolosChain/golos/issues/898)) Начало голосования за пост начинается сразу по завершении его публикации. Размер вознаграждения кураторам за голосование зависит от времени голосования. Длительность интервала, отведенного для голосования составляла 30 мин — аукционное окно (англ. auction window), которое открывалось сразу по завершении создания поста. Вес голоса, отданного в интервале этого окна вычислялся по формуле ``` W = t / (30 × 60) × weight @@ -72,7 +72,7 @@ weight — вес голоса аккаунта. `to_author` — только для постов, созданных до релиза HF-19.0 (после релиза HF-19.0 выбор данного варианта будет невозможным). -## Возможность делегатов изменять интервалы времени, отводимые на создание постов, оставление комментариев и голосование (задачи №№533, 1002) +## Возможность делегатов изменять интервалы времени, отводимые на создание постов, оставление комментариев и голосование (задачи [№№533](https://github.com/GolosChain/golos/issues/533), [1002](https://github.com/GolosChain/golos/issues/1002)) Делегатами было предложено сократить временные интервалы, отводимые на создание постов, оставление комментариев к посту и голосование, составляющие 5 мин, 20 и 3 с соответственно. Такие жестко установленные интервалы имеют недостаток. Например, за отведенное время 20 с могут появиться до десяти и более комментариев, на ответы которых делегатам приходится затрачивать значительное время. @@ -95,7 +95,7 @@ V=window/items Пользователь может создавать посты, оставлять комментарии или участвовать в голосовании при условии наличия ресурсов (заряда) в его «батарейке». Алгоритм фиксирует время появления поста и содержимого заряда «батарейки», расходуемого с оставлением каждого комментария к посту или голосованием. -## Начисление делегирующему Силы голоса доли от кураторских (задача №756) +## Начисление делегирующему Силы голоса доли от кураторских (задача [№756](https://github.com/GolosChain/golos/issues/756)) Количество желающих делегировать Силу голоса невелико. Отчасти это вызвано тем, что делегирующий (инвестор СГ) не получает каких-либо отчислений от кураторских вознаграждений и следовательно не получает вознаграждение вообще. @@ -116,7 +116,7 @@ V=window/items При отказе получателя от делегированной СГ, ее автоматическое зачисление на его баланс получателя не производится. Возврат делегированной СГ делегатору происходит после окончания заморозки длительностью 7 дней. -## Возможность пользователя хранить личную информацию в хэш-таблице хранилища в виде key-value (задача №924) +## Возможность пользователя хранить личную информацию в хэш-таблице хранилища в виде key-value (задача [№924](https://github.com/GolosChain/golos/issues/924)) Решением делегатов было предложено реализовать в HF-19.0 новую функциональную возможность — предоставить возможность пользователю сохранять нужную ему информацию в хэш-таблице хранилища в виде key-value. @@ -135,7 +135,7 @@ V=window/items В случае превышения в сохраняемой записи установленных граничных значений операция не выполняется. При этом сообщение об ошибке не выдается. Для контроля успешного сохранения информации пользователь должен запросить у Узла его текущую конфигурацию и сопоставить данные сохраняемой записи с граничными значениями этого Узла. После HF-19.0 стоимость ресурсов бендвича для операций `custom_json` будет увеличиваться за счет умножения на значение мультипликатора. По умолчанию значение мультипликатора составляет 100. Делегаты могут изменить данное значение путем голосования через операцию `update_chain_properties()`. Это позволяет пользователям с большим количеством СГ сохранять в хэш-таблице информацию более часто и большего размера в отличие от пользователей с меньшим количеством СГ. -## Возможность автора устанавливать размер кураторских отчислений за пост (задачи №№324, 677) +## Возможность автора устанавливать размер кураторских отчислений за пост (задачи [№№324](https://github.com/GolosChain/golos/issues/324), [677](https://github.com/GolosChain/golos/issues/677)) В предыдущих версиях блокчейна доля выплаты кураторам от вознаграждения автора была неизменной и составляла 25 %. @@ -153,13 +153,13 @@ V=window/items В операцию `comment_options_operation` добавлена структура `comment_curation_rewards_percent`. С помощью этой операции автор может задать процент кураторских отчислений. -## Устранение недостатка в ответе API-метода get_account (задача №825) +## Устранение недостатка в ответе API-метода get_account (задача [№825](https://github.com/GolosChain/golos/issues/825)) Во входящем ответе на запрос `get_accounts` API-метода информация о количестве постов и комментариев находилась исключительно в поле `post_count`, при этом поле `comment_count` всегда возвращалось пустым. Также при этом отсутствовало какое-либо сообщение об ошибке, что могло привести пользователей в конфузное состояние. В версии HF-19.0 этот недостаток устранен. Был доработан метод `get_accounts` для корректной записи данных в соответствующие поля при создании поста и комментария. Поле `comment_count` содержит количество комментариев, а поле `post_count` — только количество постов. -## Изменения в логике системы при долге системы, превышающем 10 % (Задача №952) +## Изменения в логике системы при долге системы, превышающем 10 % (Задача [№952](https://github.com/GolosChain/golos/issues/952)) В предыдущих версиях блокчейна в логику системы в части эмиссии GBG был заложен следующий алгоритм: - если общая стоимость всех токенов GBG, рассчитанная по заложенной в системе цене, не превышает 10 % от стоимости всех токенов GBG и GOLOS, авторам постов начисляется вознаграждение в соответствии со следующей схемой: @@ -174,14 +174,14 @@ V=window/items При превышении долга системы на 10 % в системе устанавливается флаг, сигнализирующий достижение граничного значения токена GBG. Пользователь будет оповещен о состоянии этого флага при выполнении API-операции получения информации о текущем состоянии системы. -## Сброс понижения силы голоса на другой аккаунт после восстановления учетной записи (Задача №971) +## Сброс понижения силы голоса на другой аккаунт после восстановления учетной записи (Задача [№971](https://github.com/GolosChain/golos/issues/971)) В предыдущих версиях блокчейна отсутствовала защита средств, имеющихся на счету аккаунта, в случае несанкционированного доступа к личному ключу аккаунта. Злоумышленник, завладев личным ключом аккаунта, мог поменять его и от имени аккаунта запустить операцию по выводу всех средств в виде GESTS. При этом при восстановлении аккаунта операция по выводу средств продолжалась и попытка отменить ее завершалась безуспешно. В версии HF-19.0 введена доработка, обеспечивающая блокировку операции по выводу средств со счета аккаунта в случае потери личного ключа или несанкционированного доступа к личному ключу аккаунта. Доработана операция `withdraw_vesting`. Операция по выводу средств длится в течение 13 недель. Во время выполнения этой операции с частотой один раз в семь дней выводятся средства в виде GESTS. После восстановления учетной записи (аккаунта) автоматически отменяется операция `set_withdraw_vesting_route`. Удаляются все выводы из расписания. При этом все выплаты в GESTS восстанавливаются за исключением той части средств, которая уже до восстановления учетной записи была выведена в качестве выплат. -## Оптимизация расчета ожидаемых выплат автору и кураторам (Задача №976) +## Оптимизация расчета ожидаемых выплат автору и кураторам (Задача [№976](https://github.com/GolosChain/golos/issues/976)) После публикации поста открывается окно для голосования, за время которого определяется процент начисления автору и кураторам от вознаграждения за публикацию поста. Алгоритм выплаты состоит из таких операций как просмотр списка кураторов, определение процента выплат для каждого из кураторов, а также время их голосования с учетом штрафного окна. На этот процесс затрачиваются значительные ресурсы системы. Чтобы автор и куратор могли получить информацию об ожидаемых (прогнозируемых) им выплатах, потребовалось бы выполнять более сложные расчеты и, соответственно, увеличивать нагрузку на систему. @@ -189,14 +189,14 @@ V=window/items После реализации стратегий с помощью окна аукциона получаемое сообщение имеет полную информацию о весе голосов кураторов, поэтому расчет ожидаемых выплат может быть оптимизирован. Из алгоритма вычисления ожидаемых выплат удалены операции, результат которых не оказывает существенного влияния на конечный результат. Сокращение операций в алгоритме вычисления ожидаемых выплат обеспечил снижение нагрузок на систему без существенного отклонения от реальных значений выплат. -## Возможность постраничного просмотра и сортировки результата, получаемого от API-запроса (Задача №981) +## Возможность постраничного просмотра и сортировки результата, получаемого от API-запроса (Задача [№981](https://github.com/GolosChain/golos/issues/981)) Просмотр списка проголосовавших за пост выполняется через API-запросы вида `social_network::select_active_votes`. Количество проголосовавших может быть чрезмерно большим и поэтому просмотр списка голосов в виде «лайков» или «дизлайков» может занимать длительное время. В предыдущей версии блокчейна голоса появлялись в списке в соответствии с их появлением в окне голосования без учета их веса, что затрудняло анализ результатов голосования. В версии HF-19.0 реализована новая функциональная возможность, обеспечивающий постраничный ввод списка проголосовавших, а также сортировку голосов по уменьшению их веса (голоса с наибольшим весом располагаются в начале списка). Сортировка голосов выполняется автоматически. Доработка позволяет сократить время на просмотр результатов голосования. -## Устранена ошибка в подсчете количества личных сообщений (Задача №990) +## Устранена ошибка в подсчете количества личных сообщений (Задача [№990](https://github.com/GolosChain/golos/issues/990)) Пользователь имеет возможность получать статистическую информацию о количестве поступающих личных сообщений от аккаунтов, в том числе от закрепленного с ним в переписке (англ. pinned), от неизвестного (англ. unknown) и заблокированного (англ. ignored) аккаунтов. В предыдущей версии блокчейна после удаления пользователем сообщений от одного из этих типов аккаунтов, данные о количестве личных сообщений от другого типа аккаунта могли быть также изменены и быть некорректными (например, отображать максимально возможное значение).