⚙ Примечания к релизу Steem 0.17.0 rc1 (перевод с github)

Хардфорк запланирован на 14.03.2017 в 15:00 UTC (11:00 EDT)

Все делегаты должны просмотреть и протестировать этот релиз локально.

Кратко

Этот хардфорк нацелен на упрощение подсистемы комментариев как для конечных пользователей, так и ради улучшения технической производительности в настоящем и будущем.

Длина цепи комментариев увеличена до 255

Это ограничение было создано для упрощения дизайна пользовательского интерфейса. Многие вносимые изменения направлены на то, чтобы cделать это правильно со стороны блокчейна и адаптировать их к пользовательскому интерфейсу. Для каждого интерфейса приходится выбирать предельную длину отображаемой цепочки комментариев и активно отклонять комментарии, которые превышают этот желаемый лимит. Мягкий лимит - 255 комментариев, жёсткий лимит - 64 тысячи. 64 тысячи были выбраны в качестве лимита потому, что цепочка хранится для каждого объекта комментариев. Это позволяет нам использовать 16-битное поле, а 64 тыс. должно хватить для всех. (У Reddit лимит составляет 10 000.)

Теперь комментарии можно редактировать когда угодно.

Мы вводим новую модель, в которой должно остаться как можно меньше ограничений в коде консенсуса, и где делегатам нужно будет активно отклонять транзакции, исходя из ограничений скорости и безопасности. В ней присутствует также мягкая заморозка длиной в 7 дней, которая будет заменена не-консенсусной операцией. Эта специальная операция всё ещё нуждается в доработке, но будет включена в 0.17.1. Она будет представлять из себя плагин op в плагине для делегатов, который будет сообщать делегату, что ему нужно принять изменения в течение следующих Т минут.

Выплаты за комментарии теперь не зависят от самой дискуссии.

Выплаты за дискуссии, как за целое, были разработаны, чтобы сделать отображение дискуссий при помощи total_children_rshares2 проще. Это также имело смысл при наличии нескольких периодов выплат. Такая тесная связка показала себя неэффективной. Снятие ограничений по длине и редактированию делает эту идею устаревшей.

Все комментарии теперь получают выплату через 7 дней после написания, второго периода выплат больше не будет.

99% голосов люди отдают в первые 7 дней после написания. Это устраняет необходимость во втором периоде выплат для увеличения ценности поста и значительно упрощает логику.

Снято ограничение на количество постов в сутки.

Выплаты больше не будут отменяться, если было опубликовано более 4 постов в сутки. Изначально это ограничение было введено для снижения активности ботов, публикующих спам. В итоге же это навредило настоящим авторам.

Теперь фонд вознаграждения комментариев существует отдельно от постов. Комментарии будут получать 38% от фонда вознаграждения контента.

Мы хотим стимулировать дискуссию. В данный момент комментариям достается только 2% от вознаграждений контента, а ведь их сильно больше, чем постов. Комментарии будут получать 38% от фонда вознаграждений контента и они больше не будут получать кураторские вознаграждения. Это изменение должно стимулировать комментирование, вовлеченность и ведение дискуссий.

Кривая вознаграждений стала более равномерной.

Новая кривая вознаграждений линейна на бесконечности. Это призвано снизить эффект перетягивания, оказываемый постами с наибольшими выплатами, и более справедливо распределять пул вознаграждений, при этом сохраняя защитные свойства от атаки сибиллы, присущие текущему пулу вознаграждений.

Все выплаты для определения доли вознаграждения теперь основываются на предыдущих 30 днях выплат, нежели на текущих ожидаемых выплатах.

Причин для этого изменения две.

1. Оценка по 30-дневному нисходящему периоду снижает вариативность выплат из-за небольших изменений в плотности получения голосов.

2. В данный момент для голосов мы обновляем комментарий, за который оставлен голос, каждый комментарий в ветке вплоть до исходного и объект с общими свойствами.

С новым алгоритмом нам нужно обновлять только комментарий, что значительно уменьшит время обработки голосов. С применением этого изменения выплаты сначала уменьшатся, а потом увеличатся в последующие 30 дней, пока процесс получения выплат не стабилизируется.

Доказательство выполнения работы будет устранено.

Доказательство работы не работает должным образом уже долгое время. Очень мало людей следят за ним. Они же в нем и доминируют, что в целом почти ничего не дает Steem. Вместо того, чтобы выделить время, чтобы поправить его, мы решили полностью его устранить.

Делегирование Steem Power.

Steem Power теперь можно делегировать другим аккаунтам. Такая передача дает право голосования и распределение пропускной способности, но не право голосования в качестве делегата. Всё делегируется мгновенно, как при передаче в одну сторону, так и в обратную. Тем не менее, Steem Power, возвращаемая назад, или отмена делегирования, имеет задержку в одну неделю пребывания в буфере, прежде чем вернуться к владельцу. Это нужно для предотвращения использования satoshi Steem Power дважды на одном и том же контенте.

Аккаунты не смогут совершить power down делегированной Steem Power, так же, как и невозможно делегировать Steem Power, с которой был произведен power down.

Аккаунты могут создаваться с меньшей комиссией и изначальным делегированием Steem Power.

Вместо того, чтобы платить полную комиссию за создание аккаунта в Steem, создатель теперь может заплатить меньшую комиссию (в 30 раз меньшую) и делегировать некоторое количество Steem Power на 30 дней. Точное количество рассчитывается так: 5 * min_fee + STEEM_POWER == 150 * min_fee. Вы можете заплатить любую комбинацию STEEM и Steem Power, исходя из этой кривой (не меньше минимальной комиссии).

Бенефициары вознаграждений за контент.

Теперь для любого контента можно указать бенефициаров, которые получат часть авторских вознаграждений. Бенефициары указываются в поле расширения в comment_options_operation, сгруппированные и отсортированы по параметрам(по имени учетной записи)по паре имени учетной записи и весу. Бенефициары могут быть указаны только один раз и это должно быть сделано до того, как комментарий получит какие-либо голоса. Большинство приложений уже включают в создающую комментарий транзакцию comment_options_operation, так что добавление ее в существующие приложения не должно быть проблемой.

NTP по умолчанию отключен.

Есть опция - enable-ntp - которую можно выставить на true в config файле, чтобы включить ntp в steemd. Все операторы нод должны начать пользоваться ntpd, так как мы удалим ntp из steemd в будущем релизе.

Оригинальный пост ЗДЕСЬ