Update HF19_ReleaseNotice-rus.md

golosd/HardFork/HF19_ReleaseNotice-rus.md

@@ -137,12 +137,9 @@ V=window/items
 
 ## Возможность автора устанавливать размер кураторских отчислений за пост (задачи [№№324](https://github.com/GolosChain/golos/issues/324), [677](https://github.com/GolosChain/golos/issues/677))
 
-В предыдущих версиях блокчейна доля выплаты кураторам от вознаграждения автора была неизменной и составляла 25 %.  
+В предыдущей версии доля выплаты кураторам была неизменной и составляла 25 % от суммы вознаграждения автору поста. В версии HF-19.0 делегатам предоставляется возможность изменять это значение и устанавливать границы его изменений в интервале от 25 до 100 % включительно.  
 
-В версии HF-19.0 реализована возможность автору самостоятельно устанавливать процент отчисления кураторам для каждого поста.  Это позволяет автору поста увеличивая процент кураторских отчислений, стимулировать кураторов голосовать за их посты чаще.
-После создания поста автор может указать процент кураторских отчислений от ожидаемого вознаграждения за этот пост.  По умолчанию процент кураторских отчислений составляет 25 %.  
-
-В версии HF-19.0 делегатам также предоставлена возможность ограничивать процент кураторских отчислений в пределах от 25 до 100 %. По умолчанию этот интервал задается от 25 до 25 %. Это означает, что автор не может выбрать процент кураторских отчислений до тех пор, пока делегаты не установят его граничные значения.  
+В случае, если делегаты устанавливают интервал возможных значений доли выплаты кураторам, авторы также могут устанавливать это значение по своему усмотрению для каждого публикуемого поста, но в пределах установленных делегатами границ. После создания поста автор может указать процент кураторских отчислений от ожидаемого вознаграждения за этот пост (автор не может выбрать процент кураторских отчислений до тех пор, пока делегаты не установят его граничные значения). Это позволяет автору поста увеличивая процент кураторских отчислений, стимулировать кураторов голосовать за их посты чаще.  
 
 Сумма средств, полученная от процента кураторских отчислений, распределяется между кураторами в соответствии с их весом. Вес куратора определяется по одному из трех алгоритмов:  
 - Старый алгоритм (bounded) — алгоритм, в соответствии с которым доля кураторского вознаграждения определяется в зависимости от времени голосования и используемой Силы Голоса. В версии HF-19.0 этот метод распределения вознаграждения между кураторами сохраняется.  
@@ -159,7 +156,7 @@ V=window/items
 
 В версии HF-19.0 этот недостаток устранен. Был доработан метод `get_accounts` для корректной записи данных в соответствующие поля при создании поста и комментария. Поле `comment_count` содержит количество комментариев, а поле `post_count` — только количество постов.  
 
-## Изменения в логике системы при долге системы, превышающем 10 % (Задача [№952](https://github.com/GolosChain/golos/issues/952))  
+## Изменения в логике системы при долге системы, превышающем 10 % (задача [№952](https://github.com/GolosChain/golos/issues/952))  
 
 В предыдущих версиях блокчейна в логику системы в части эмиссии GBG был заложен следующий алгоритм:  
 - если общая стоимость всех токенов GBG,  рассчитанная по заложенной в системе цене,  не превышает 10 % от стоимости всех токенов GBG и GOLOS, авторам постов начисляется вознаграждение в соответствии со следующей схемой:  
@@ -174,29 +171,29 @@ V=window/items
 При превышении долга системы на 10 % в системе устанавливается флаг, сигнализирующий достижение граничного значения токена GBG. Пользователь будет оповещен о состоянии этого флага при выполнении API-операции получения информации о текущем состоянии системы.
 
 
-## Сброс понижения силы голоса на другой аккаунт после восстановления учетной записи (Задача [№971](https://github.com/GolosChain/golos/issues/971))
+## Сброс понижения силы голоса на другой аккаунт после восстановления учетной записи (задача [№971](https://github.com/GolosChain/golos/issues/971))
 
 В предыдущих версиях блокчейна отсутствовала защита средств, имеющихся на счету аккаунта,  в случае несанкционированного доступа к личному ключу аккаунта. Злоумышленник, завладев личным ключом аккаунта, мог поменять его и от имени аккаунта запустить операцию по выводу всех средств в виде GESTS. При этом при восстановлении аккаунта операция по выводу средств продолжалась и попытка отменить ее завершалась безуспешно.  
 
 В версии HF-19.0 введена доработка, обеспечивающая блокировку операции по выводу средств со счета аккаунта в случае потери личного ключа или несанкционированного доступа к личному ключу аккаунта.  
 Доработана операция `withdraw_vesting`. Операция по выводу средств длится в течение 13 недель. Во время выполнения этой операции с частотой один раз в семь дней выводятся средства в виде GESTS.  После восстановления учетной записи (аккаунта) автоматически отменяется операция `set_withdraw_vesting_route`. Удаляются все выводы из расписания. При этом все выплаты в GESTS восстанавливаются за исключением той части средств, которая уже до  восстановления учетной записи была выведена в качестве выплат.
 
-## Оптимизация расчета ожидаемых выплат автору и кураторам (Задача [№976](https://github.com/GolosChain/golos/issues/976))
+## Оптимизация расчета ожидаемых выплат автору и кураторам (задача [№976](https://github.com/GolosChain/golos/issues/976))
 
 После публикации поста открывается окно для голосования, за время которого определяется процент начисления автору и кураторам от вознаграждения за публикацию поста. Алгоритм выплаты состоит из таких операций как просмотр списка кураторов, определение процента выплат для каждого из кураторов, а также время их голосования с учетом штрафного окна. На этот процесс затрачиваются значительные ресурсы системы.  Чтобы автор и куратор могли получить информацию об ожидаемых (прогнозируемых) им выплатах, потребовалось бы выполнять более сложные расчеты и, соответственно, увеличивать нагрузку на систему.
 
 В новой версии блокчейна предложено для демонстрации ожидаемых выплат автору и кураторам расчет выполнять более простым способом, обеспечивающим получать значения выплат близким к реальным и с наименьшей нагрузкой на систему.  
 После реализации стратегий с помощью окна аукциона получаемое сообщение имеет полную информацию о весе голосов кураторов, поэтому расчет ожидаемых выплат может быть оптимизирован. Из алгоритма вычисления ожидаемых выплат удалены операции, результат которых не оказывает существенного влияния на конечный результат. Сокращение операций в алгоритме вычисления ожидаемых выплат обеспечил снижение нагрузок на систему без существенного отклонения от реальных значений выплат.
 
 
-## Возможность постраничного просмотра и сортировки результата, получаемого от API-запроса (Задача [№981](https://github.com/GolosChain/golos/issues/981))
+## Возможность постраничного просмотра и сортировки результата, получаемого от API-запроса (задача [№981](https://github.com/GolosChain/golos/issues/981))
 
 Просмотр списка проголосовавших за пост выполняется через API-запросы вида `social_network::select_active_votes`. Количество проголосовавших может быть чрезмерно большим и поэтому просмотр списка голосов в виде «лайков» или «дизлайков» может занимать длительное время. В предыдущей версии блокчейна голоса появлялись в списке в соответствии с их появлением в окне голосования без учета их веса, что затрудняло анализ результатов голосования.
 
 В версии HF-19.0 реализована новая функциональная возможность, обеспечивающий постраничный ввод списка проголосовавших, а также сортировку голосов по уменьшению их веса (голоса с наибольшим весом располагаются в начале списка). Сортировка голосов выполняется автоматически. Доработка позволяет сократить время на просмотр результатов голосования. 
 
 
-## Устранена ошибка в подсчете количества личных сообщений (Задача [№990](https://github.com/GolosChain/golos/issues/990)) 
+## Устранена ошибка в подсчете количества личных сообщений (задача [№990](https://github.com/GolosChain/golos/issues/990)) 
 
 Пользователь имеет возможность получать статистическую информацию о количестве поступающих личных сообщений от аккаунтов, в том числе от закрепленного с ним в переписке (англ. pinned), от неизвестного (англ. unknown) и заблокированного (англ. ignored) аккаунтов.
 В предыдущей версии блокчейна после удаления пользователем сообщений от одного из этих типов аккаунтов, данные о количестве личных сообщений от другого типа аккаунта могли быть также изменены и быть некорректными (например, отображать максимально возможное значение).