Update HF19_ReleaseNotice-rus.md

golosd/HardFork/HF19_ReleaseNotice-rus.md

@@ -11,7 +11,7 @@
 <!-- toc -->
 
 ****
-## Внедрение реферальной программы в блокчейн Golos (задача №295)
+## Внедрение реферальной программы в блокчейн Golos (задача [№295](https://github.com/GolosChain/golos/issues/295))
 
 Решением делегатов было предложено реализовать в HF-19.0 новую функциональную возможность — внедрить реферальную программу привлечения новых пользователей.  
 
@@ -50,7 +50,7 @@ break_free_referral <referral account name> true
 
 4) Для получения информации о пользователе-реферале по его комментарию или посту в поле `beneficiaries` добавляется объект с параметрами account=<referrer name> и weight=<referrer_interest_rate>. Выплата рефереру осуществляются с учетом этих параметров.  
 
-## Изменение метода начисления вознаграждения кураторам (доработка для штрафного окна голосования, задача №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,29 +174,29 @@ 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))
 
 После публикации поста открывается окно для голосования, за время которого определяется процент начисления автору и кураторам от вознаграждения за публикацию поста. Алгоритм выплаты состоит из таких операций как просмотр списка кураторов, определение процента выплат для каждого из кураторов, а также время их голосования с учетом штрафного окна. На этот процесс затрачиваются значительные ресурсы системы.  Чтобы автор и куратор могли получить информацию об ожидаемых (прогнозируемых) им выплатах, потребовалось бы выполнять более сложные расчеты и, соответственно, увеличивать нагрузку на систему.
 
 В новой версии блокчейна предложено для демонстрации ожидаемых выплат автору и кураторам расчет выполнять более простым способом, обеспечивающим получать значения выплат близким к реальным и с наименьшей нагрузкой на систему.  
 После реализации стратегий с помощью окна аукциона получаемое сообщение имеет полную информацию о весе голосов кураторов, поэтому расчет ожидаемых выплат может быть оптимизирован. Из алгоритма вычисления ожидаемых выплат удалены операции, результат которых не оказывает существенного влияния на конечный результат. Сокращение операций в алгоритме вычисления ожидаемых выплат обеспечил снижение нагрузок на систему без существенного отклонения от реальных значений выплат.
 
 
-## Возможность постраничного просмотра и сортировки результата, получаемого от 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) аккаунтов.
 В предыдущей версии блокчейна после удаления пользователем сообщений от одного из этих типов аккаунтов, данные о количестве личных сообщений от другого типа аккаунта могли быть также изменены и быть некорректными (например, отображать максимально возможное значение).