[50-50]: инструкция к новому скрипту @ropox, объявление для кураторов

Всем привет!

Не далее, как вчера, @ropox выкатил обновление откат-скрипта. Я тут же села разбираться, что к чему.

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

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

Настройка конфига

О свойствах, которые были в старой версии (нода, юзерайди и прочее из config.json), говорить не буду, хочу дать пояснения по новым фичам.

• minReward - Минимальная сумма GBG к перечислению, вычисленное вознаграждение будет искусственно увеличено до указанной суммы.

Например, ставим 0.002. Это означает, что выплата куратору, чей голос "выбил" <0.002, будем искусственно "дотянута" до значения minReward. Таким образом, для работы по старой схеме имеет смысл выставить значение 0.000.

• minWeightForMinReward - Минимальный вес апвоута, при котором вычисленное вознаграждение будет поднято до минимального уровня.

Минимальный % апвоута, при котором скрипт будет "вытягивать" выплату к minrewards. Поскольку в минревард мы указали 0.000 ("никого не дотягивать"), то здесь пишите, что хотите. От 1 до 100.

• takeMinRewardfromOthers - true - поднимать выплаты миньонам за счет других, иначе за счет автора.

Опять же, "поднимать" и "дотягивать" мы (ну, например, я) не собираемся, поэтому неважно. Пусть будет true.

• minWeight - Минимальный вес голоса, который будет вознагражден.

Минимальный % апвоута (ползунка), с которого начинаются выплаты. Ставьте 1.

• applyVoteWeight - Дополнительно к rshares будет учитываться weight. rshares * weight / 100

Сам автор скрипта не знает, зачем это, его попросили включить такую фичу в обновление. Суть в том, что помимо rshares при расчете награды будет учитываться и % апвоута, с которым куратор проголосовал. Я рекомендую значение false, как было в старой версии.

• transfersPerTransaction - рекомендуемое значение 100, Протей сказал, не имею причин ему не доверять.

• useMarketRatio - очень важный для кураторов параметр. Для того, чтобы было "по-старому", ставим false. При true скрипт делает запрос к coinmarketcap и на основании рыночной стоимости токенов будет строить вычисления. Я уже писала, что из-за большой разницы в курсах внутри блокчейна и на бирже, кураторы по факту получают больше, чем 50% от фактического авторского вознаграждения.

Другие важные детали

Главный плюс, из-за которого стоит обновиться, - плотно упаковываемые транзакции, в результате чего скрипт рассылает оплату в разы быстрее (более 1000 переводов делает за ~1 минуту).

Как и раньше, доступен режим эмуляции выплат, только результаты появляются не в консоли, а в файле transfers.json в папке со скриптом.

Благотворительная сумма (в консоли при эмуляции) - сумма тех "копеек", которые будут розданы малькам, "дотянутым" до минревардс.

Если при запуске скрипта появляется ошибка "Error: Cannot find module 'apisauce' ", устанавливаем необходимые модули командой "npm install" или "npm install apisauce".

Просто и понятно для моих кураторов

Несмотря на лень, я таки пересаживаюсь на новый скрипт. Не сделать это - все равно, что водить Daewoo Matiz с коробкой автомат, потому что лень осваивать механику Hyindai Accent (невыдуманная история, кстати).

Для тех, кто голосует за мои посты, ничего не изменится - Настян рассылала, рассылает и будет рассылать железобетонные 80% от собранных GBG. Учитывая скорость работы скрипта, будут выплачиваться даже "копеечки" 0.001, ранее отсекавшиеся.

p.s. я вчера тестировала скрипт, забыла стоп-лист сохранить, разослала всем-всем-всем. Тем, кто вчера неожиданно получил от меня посылку с GBG, просьба не беспокоиться и не возвращать.