Новые функциональные возможности для блокчейна Голос


Уважаемые делегаты и члены комьюнити!

С радостью сообщаем вам о том, что вся функциональность, согласованная делегатами Голоса для текущего блокчейна, готова.

Несмотря на то, что держатели токенов Голос проголосовали на референдуме за транзит Голоса на CyberWay, мы завершили разработку согласованных делегатами фич для текущего блокчейна, чтобы у тех, кто планирует развивать Голос Классик или другие форки Голоса, была возможность использовать данные наработки. Информацию о транзите на CyberWay представим в ближайшее время.

Реализованные функциональные возможности Голоса:

Воркеры

* Процедура подачи предложения (идеи);
* Процедура подачи заявки на реализацию предложения;
* Публикация отчета о проделанной воркером работе для оценки делегатами результата этой работы;
* Оценка делегатами результата выполненной воркером работы;
* Процедура выплаты вознаграждений автору ТЗ и воркеру за выполненную работу;
* Выбор делегатами доли отчисления в фонд воркеров;
* Защита фонда воркеров от нехватки средств в процессе выплат за реализацию предложения;
* Отмена платежей в случае поспешного принятия выполненной воркером работы;
* Вовлечение заинтересованных пользователей в поддержку фонда воркеров для привлечения средств на реализацию предложений;
* Экономия ресурсов памяти на нодах делегатов;
* Прекращение работы по ТЗ по инициативе делегатов;
* Возобновление работы по ТЗ по инициативе автора ТЗ;
* Упрощение процедуры проверки делегатами предложений (идей), уже реализованных на момент их подачи;
* Назначение воркера по инициативе автора ТЗ.

Другие возможности

  • Возможность устанавливать границы процента отчислений с делегирований в более широком диапазоне;
  • Возможность делегатам устанавливать границы кураторских отчислений в широком диапазоне;
  • Устранение ошибки, из-за которой пользователь не мог добавлять комментарии в случае превышения порога активности на публикацию постов;
  • Возможность пользователя делегировать средства двумя способами: с выплатами средств на свой баланс или на баланс смарт-контракта вестинга;
  • Привлечение пользователей к поддержке новичков;
  • Изменение порядка голосования за делегатов.

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

Воркеры — новая функциональность в блокчейне Голос

В настоящем релизе реализована новая функциональность — Воркеры, предназначенная для привлечения пользователей к непосредственному участию в развитии технологии блокчейна Голос. Пользователю предоставляются следующие возможности:

  • подать предложение по реализации определенной идеи, способной, с точки зрения пользователя, повысить возможности блокчейна;
  • составить техническое задание (далее — ТЗ) на реализацию поданного собственного или стороннего предложения;
  • участвовать в реализации поданного предложения.

Деятельность пользователя оценивается делегатами Голоса и по результатам оценки пользователь получает вознаграждение.

Решения, реализуемые в рамках функциональности «Воркеры»

  • Подача предложения (идеи) №1017

    Решение: пользователь создает пост. Свой пост пользователь отмечает как предложение по реализации идеи в Golos. Пользователь выбирает тип предложения - «task» (еще не реализованная идея в виде словесного описания) или «premade_work» (с уже конкретной реализацией). Поданное предложение должно быть доступным для рассмотрения его другими пользователями, которые обсуждают данное предложение в комментариях к посту и оценивают его голосованием за\против поста.
  • Подача заявки на реализацию предложения №1019

    Решение: пользователь создает пост с ТЗ, в котором описывает действия по реализации предложения. Пользователь отмечает пост как ТЗ, указывая в нем сумму выплаты себе за составленное ТЗ и исполнителю (воркеру) за выполнение работы по этому ТЗ.

    Делегаты голосуют за ТЗ и, в случае его принятия, из пула вознаграждений выделяются средства на выполнение работы. Выделенные средства находятся в «замороженном» состоянии, что является своеобразной гарантией оплаты воркеру за выполненную им работу.

    Автор ТЗ может сам выбрать конкретного воркера до начала работы по ТЗ. Если автор ТЗ не указывает воркера, то он может быть назначен другими пользователями. В случае, если автор ТЗ отвергает назначенного воркера, то ТЗ будет закрыто.
  • Публикация отчета о проделанной воркером работе для оценки ее делегатами №1022

    Решение: по завершении работы по ТЗ автор ТЗ публикует пост (с пометкой “отчет”) о результатах проделанной работы. Результат работы оценивается голосованием делегатов.
  • Оценка делегатами результата выполненной воркером работы №1023

    Решение: делегаты голосованием оценивают результат выполненной воркером работы по ТЗ. В случае принятия работы (большинством голосов «за») автору ТЗ и воркеру выплачивается вознаграждение. В случае непринятия работы (большинством голосов «против») ТЗ закрывается.
  • Выплата вознаграждений автору ТЗ и воркеру за выполненную работу №1024

    Решение: выплаты авторам и воркерам осуществляются либо единовременно, либо отдельными частям в соответствии с временными интервалами, указанными в ТЗ автором при его составлении.
  • Выбор делегатами доли отчисления (в процентах) в фонд воркеров №1061

    Решение: делегаты устанавливают размер отчислений (в процентах) из каждого фонда (фонд выплат за пост, фонд вестингов, фонд делегата) в фонд воркеров. Результирующий процент определяется по медиане, как и другие настройки в chain_properties. Какие-либо ограничения (лимиты) отсутствуют.
  • Защита фонда воркеров от обнуления в процессе выплат за реализацию предложения №1073

    Решение: во время голосования делегатов за предложенное ТЗ происходит прогнозирование пополнения фонда — достаточно ли будет средств на оплату работы по данному ТЗ. В случае их нехватки голос за ТЗ не принимается.

    При голосовании делегатов за ТЗ сумма выплат за работу по этому ТЗ будет учитываться при прогнозировании фонда и принятии других ТЗ.
  • Отмена платежей в случае поспешного принятия выполненной воркером работы №1105

    Решение: если делегаты ошибочно проголосовали за принятие результата работы, приведенного в отчете, а позже осознали преждевременность своего решения, произойдет отмена уже осуществляемых выплат.
  • Вовлечение заинтересованных пользователей в поддержку фонда для предотвращения нехватки средств на реализацию предложений №1107

    Решение: если на рассмотрение поступает предложение, в котором заинтересованы пользователи, но на реализацию которого недостаточно средств в фонде вокеров, то любой пользователь может пополнить этот фонд со своего баланса.
  • Экономия ресурсов памяти на нодах делегатов
    №1126, №1169


    Решение: делегат может включить или отключить в настройках своей ноды удаление информации о результатах голосования делегатов за закрытые ТЗ, а также за закрытые выплаты по ним, которая более не актуальна для консенсуса.
  • Прекращение работы по ТЗ по инициативе делегатов №1258

    Решение: в случае отсутствия результатов работы по ТЗ делегаты могут поставить вопрос на голосование о прекращении работы по ТЗ с «размораживанием» средств, выделенных на выполнение этой работы. «Размороженные» средства будут учитываться в прогнозировании средств, выделяемых на работы по другим ТЗ и, тем самым, не блокировать их.
  • Возобновление работы по ТЗ по инициативе автора ТЗ
    №1254


    Решение: в случае, если автор ТЗ уверен в достижении положительного результата работы, он может до момента ее закрытия уведомить об этом делегатов, установив статус работы в «Work In Progress».

    Такой статус не запрещает делегатам продолжать голосование за прекращение работы по данному ТЗ, но уведомляет о намерении автора тех делегатов, кто будет голосовать после установки этого статуса.
  • Упрощение процедуры проверки делегатами предложений (идей), уже реализованных на момент их подачи
    №1270


    Решение: автор предложения создает его с типом «premade_work». Он же (и только он) публикует к нему ТЗ, которое одновременно служит результатом. После проверки этого ТЗ делегатами оно направляется на выплаты.
  • Назначение воркера по инициативе автора ТЗ
    №1281

    Решение: автор ТЗ может представить кандидатуру воркера делегатам еще до момента принятия (получения разрешения) работы по ТЗ, то есть назначить воркера еще при составлении ТЗ. (Для предложений с типом «premade_work» назначение воркера является обязательным).

Другие функциональные возможности

  • Возможность делегатам устанавливать границы процента отчислений с делегирований в более широком диапазоне
    №1008


    Решение: исключен предел (максимум 80 %) на опциональное для делегатов ограничение интереса при делегировании вестинга. Делегаты голосованием устанавливают границы процента отчислений за делегированный вестинг в диапазоне от 0 до 100 %.
  • Возможность делегатам устанавливать границы кураторских отчислений в широком диапазоне
    №1009


    Решение: исключен предел (минимум 25 %) на опциональное для делегатов ограничение кураторских отчислений. Теперь делегаты устанавливают границы кураторских отчислений в диапазоне от 0 до 100 %.
  • Устранение ошибки, из-за которой пользователь не мог добавлять комментарии в случае превышения порога активности на публикацию постов №1010

    Описание ошибки: Если пользователь превышал порог своей активности (bandwidth) на публикацию постов, то несмотря на то, что другой порог его активности на публикацию комментариев не был превышен, он также не мог добавлять комментарии к постам.

    Решение: устранена зависимость между активностями пользователя при публикации постов и комментариев.
  • Возможность пользователю делегировать средства двумя способами: с выплатами средств на свой баланс или на баланс вестингов
    №1045


    Решение: добавлена настройка, позволяющая направить выплаты не только на баланс делегировавшему средства, но также на баланс вестингов.
  • Привлечение пользователей к поддержке новичков
    №1014


    Решение: во время голосования куратор устанавливает долю отчисления (в процентах) от своего вознаграждения, которая впоследствии будет перечислена автору для его поддержки. Изменение процента возможно в любой момент. При выплатах за пост автору начисляется эта сумма, за исключением случая, когда штрафное окно установлено не в пользу автора, а в пользу «китового» куратора или фонда.
  • Изменение принципа голосования за делегатов
    №820
    Решение: разработан алгоритм голосования за делегатов.

    Алгоритм голосования:

    — Пользователь может проголосовать только за одного делегата.
    — В процессе голосования пользователь может менять свое мнение и переголосовывать за другого делегата.
    — При первом или повторном (в случае переголосования) голосовании у пользователя происходит перерасчет токенов СГ.

    — Перерасчет токенов СГ у других пользователей не происходит.

Примечания

— Реализация данной функциональности начинается после того, как ноды цепочки перейдут на новый код. Голосование за делегатов - это волеизъявление держателей токенов Голоса, соответственно, каждый из них самостоятельно и осознанно должен принять решение о выборе по новым правилам.

— Тщательного тестирования этой функциональности не проводилось.

Каналы коммуникации с Golos•Core

  • https://t.me/goloscoretc (решение технических вопросов, связанных с работой блокчейн, нод, api и др.)
  • https://t.me/joinchat/BLwf_A118xQ57nsM1Q4MPA (канал для вноса предложений от комьюнити, обсуждение перехода на кодовую базу EOS)
  • https://t.me/golos_tools (решение вопросов по различным интерфейсам и дополнительным инструментам, создаваемым Golos•Core)
  • https://t.me/goloscore_analytics (решение вопросов по работе экономики блокчейн, статистическим экономическим данным, аналитике данных)
  • https://t.me/goloscoretech (новостной канал, с актуальной информацией от Golos•Core)

Мы будем очень рады, если вы поддержите делегата @goloscore. Заходите на страничку /~witnesses голосуйте за делегата Golos•Core!
Спасибо за внимание и хорошего дня!

С уважением,

Команда Golos•Core: @andreypf, @maslenitsa, @muhazokotuha, @zxcat, @annaeq, @anazarov79, @kaynarov, @s-medvedev, @eugin, @dedbaraded, @jimak.


Comments 5


Они только написаны, или ещё и оттестированы?

26.07.2019 09:09
0

Только вроде вы пропустили, что все названные фичи перенесены на 22-й хф, а в 21-ом добавляется новая операция для транзита, тоесть до 22-го может и не дойти дело.

26.07.2019 12:26
0