Поэтому каждый и выбирает то что его устраивает.

Согласен

Пробовала с . - не выплачивал

92.2 - платил 92

Хорошо, я проверю это с другого адреса с делегацией. найдем ошибку. Спасибо. ☺️👌🏻

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

Тогда если давать 94,6%, округления должно быть на 95. Спасибо, проверю

округление по рои до 3 знака может давать ошибку

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

В Yellow Paper

Про путь транзакции можно здесь почитать - https://metahash.org/important/#about-Multi-PoS

Спасибо)

Примерно в два раза больше , если нодерам, но под 90% ищи выплаты

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

@ngleb
Могу ошибаться, но кажется есть взаимосвязь падения сети с долгим отсутствием транзакций:

Если в сети долго нет транзакций, то как вы знаете - столь же долго не появляется новый блок.

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

Соответственно,  если чаще рассылать транзы,  то этим самым - все время формируем новые блоки и не даём заснуть и в итоге зависнуть сети.

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

Наблюдал этот эффект не раз, хотя возможно это и совпадение.

Замечали такое?
Может ли быть причиной такого эффекта нынешнее состояние кода тестеров?
Или мое наблюдение - просто неверный вывод о наличии  взаимосвязи между просто совпавшими по времени, но не связанными событиями?

'percentage' => 94,4

это все равно, что написать:

'percentage' => 94,
0 => 4,

Т.е. дробная часть у вас уходит в другой элемент массива из-за запятой. И процент получается 94 ровно.

Дробная часть указывается через точку.

Но с числами с плавающей точкой в PHP действительно могут быть сюрпризы. Как вариант умножайте на 9400 и конечный результат делите на 100.

Спасибо Виталий.
Тогда лучше бонус без запятой делать, да? Меньше проблем 😊

Тут уж вам решать 🙂 Решение - сделать из дробного целое, умножив на сколько-то нулей. А затем итоговый результат на столько же нулей разделить. Это нормальная практика.