Обсуждая планы по хардфорк 18

Приглашаю обсудить планы ХФ 18.

1 Golos power delegation - делегирование силы голоса на устанавливаемый срок.

Делегируется СГ полностью или возможно частично? Можно ли кусками делегировать СГ разным аккаунтам?

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

Сначала не понял про что речь, но увидел в комментах объяснение:

существует уязвимость протещенная @on1x:
апаем море постов, опуская силу в ноль
-делегируем и опаем их снова опуская силу в ноль
отменяем делегировани.
за неделю сила восстанавливается, а профит около 150%

Но всё равно не понял. Но вижу решения такие:

а) делегировать СГ с зарядом батарейки, на момент передачи. Если СГ делегируется целиком, то вести учёт vote_power в аккаунте каждого делегирующего. И если передача произошла с посаженной батарейкой, то и сила апов этой частью в общем аккаунте будет ниже.

б) разрешить передачу СГ только с батарейкой в 100%. Передают СГ в пользование при отсутствии желания апать самому, следовательно батарейка у такого аккаунта не должна быть сильно просажена и при принятии решения делегировать СГ можно подождать сутки-двое до полного восстановления. Заодно и будет время поразмыслить, а надо ли передавать. :
Возвращать СГ с текущей VP общего аккаунта. И/или с запретом использования её в течении двух суток или до восстановления в 100%.

2 снимается ограничение по времени на редактирование комментариев.

Каждое изменение должно делаться для чего-то. Должны приводиться резоны. Если с делегированием силы понятно - это нужно для увеличения СГ какого-то технического аккаунта, то зачем предлагается снять это ограничение?

У постов нет возможности редактирования, нет возможности добавить ссылку, скажем на свежую версию поста, а комментарии для чего-то будет можно? Можно указать цель? Такая возможность приведёт к излишнему увеличению блокчейна. И так, как я вижу последнее время, многие массово создают и удаляют комментарии, чтобы скрыть свои действия. Предвижу вброс ботами пустых, малозначимых комментариев с возможностью позже заменить в них контент на какие-либо материалы, рекламные ссылки. Когда посты вместе с этими комментариями уйдут из вида.

6 увеличение времени блокировки голосования. После введения одного окна выплат в ХФ 17, появляется возможность голосовать за посты в последний момент перед выплатой за пост, это могут воспользоваться недобросовестные пользователи. В целях исключения такой возможности, предлагается увеличить время блокирования голосования за пост с 1 минуты до 12 часов.

А какой тогда смысл в 7 сутках? Сделать шесть и снова сдвинуть на 12 часов. Или всё же вернуть плавающее окно? Как это сделано сейчас. Сутки с продлением до двух. Ап в последнюю минуту отодвинет закрытие окна ещё на некоторое время. Мои предложения по этому вопросу я уже оформлял постом.

Сделать вместо суток продляющихся до двух - четверо суток продляющихся до семи. Если пост сиюминутен, то зачем его держать открытым неделю, если он уже через двое-трое суток не будет актуален. А если пост актуален, то он может растянуть окно до максимальных семи суток.

Комментарий от @ropox подтверждает, что это не проблематично.

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

Поэтому я снова поднимаю этот вопрос в обсуждении к ХФ 18.
Далее.

7 Стоит упомянуть всегда пустые поля, выдаваемые функцией get_accounts(): transfer_history, market_history, post_history и тому подобные. Дабы не вводить новых пользователей в заблуждение, предлагаем удалить все подобные поля из протокола общения client-server.

Может наоборот, заполнить эти поля информацией? Для чего-то они предназначались?
А какие-то пересчитать и использовать по назначению. Например:
"comment_count": 0, "lifetime_vote_count": 0, "post_count": 692,
Сейчас не различаются посты и комментарии. Не учитываются репосты.
Реально, для вышеприведённого блога/аккаунта, дело обстоит так:
Создано постов: 28 Репостов: 79 Комментариев: 664

Но получить эту информацию можно только перебрав весь get_blog, хотя можно делать на уровне ядра.
Хотелось бы добавить разнообразной статистики, как для каждого акаунта, так и в целом для голоса. Чтобы она накапливалась мимоходом.

А чем наполнить пустые поля, можно пообсуждать отдельно по каждому. Возможно хранить там недельную или месячную обновляемую историю, чтобы получать её одним запросом.

Кстати, помнится, что заходил разговор о возможности удалять (откреплять) из блога репосты.
Часть репостов делается, чтобы иметь под рукой актуальную информацию по какому-то вопросу. По мере утраты актуальности эти репосты можно было бы и удалять. В отличии от тех, которыми ты хотел поделится с подписчиками. Частенько, в интерфейса golos.io проблематично долистаться до своих старых постов из-за массы реблогов.