[40 TH/s] pool.itzod.ru - RSMPPS 0% fee/LongPoll/JSON API/Websockets/No Invalid

[Balthazar]

БлокЪ! 

[1714136812]

1714136812

[1714136812]

1714136812

[Balthazar]

Снова изменения в экспорте статистики в JSON-формате.

1) Добавлена выдача total_pps_work и total_pps_paid_work на страницу https://pool.itzod.ru/apiex.php?act=getpoolstats
2) Добавлена операция getuserstatsext, возвращающая расширенные в сравнении с getuserstats сведения. Операция закрыта от лишних глаз персональным ключом, который отображается на странице настроек внизу. Использовать так:

Code:

http://pool.itzod.ru/apiex.php?act=getuserstatsext&key=ключ

[Balthazar]

Как пример использования, форк гаджета MinerStats с поддержкой pool.itzod.ru:




http://pool.itzod.ru/MinerStats.gadget

 

[Balthazar]

Блок!

[Balthazar]

Получен донейт 83.9 NMC. Спасибо. 

[Alex AXe]

Мне кажется, вот эту идею следует еще раз рассмотреть:

Согласен, что по-любому это костыль.
Кстати, это прекрасная идея! Можно неймами оплачивать не самые старые, а самые мелкие блоки, точнее, блоки, по которым осталась самая маленькая "задолженность", таким образом, список неоплаченных блоков очень сильно сократится.

И в данном конкретном случае, эти два множества как раз и пересекаются в сентябре

P.S. А если такой вариант. Все поступления в буфер на сумму 50 BTC уходят на оплату новых блоков. А все прочие поступления (донейты, комиссии, неймы) идут на оплату самых мелких недовыплаченых (или самых старых) блоков.

P.P.S. И это уже можно более-менее автоматизировать

Но чтобы не заморачиваться с "природой" поступивших в буфер коинов (то ли они с неймов, то ли с комиссий то ли еще откуда-то), можно просто сделать вот так:
95% поступлений отправлять на выплату самых последних задолженностей, а 5% - на выплату самых старых.

[Balthazar]

Кстати, это идея. Так и сделаем. Если точнее, 5%-ами будем гасить "мелочь", начиная с самой старой.

[Balthazar]

Немного OLAP'а в применении к отложенным платежам, разрезы по сумме

Code:

Сумма платежа, до			Всего платежей			Всего сумма платежей
< 0.0000001				0				0
< 0.000001				12				7.1726158684279e-06
< 0.00001				141				0.000687255043926735
< 0.0001				487				0.0158447793548253
< 0.001					1299				0.379775075021458
< 0.01					2582				5.58947883074698
< 0.1					4159				66.9675205047044
< 1					4973				314.906256869227
< 2					5067				448.28658683615
< 3					5107				544.397221481237
< 4					5125				607.172303159991
< 5					5129				624.652270733662
< 6					5135				656.50361834108
< 7					5136				663.496881767221
< 10					5137				670.760813126953
< 50					5141				728.686074260395

[ZPK]

я за)

[Balthazar]

Интересный расклад в табличке получился, все же. Думается, в свете этого выплату < 0.01 можно сделать внеочередной, если сумма всех подобных платежей не превышает 6 BTC и в буфере больше 6 BTC, допустим... Т.е. находится блок, добавляется в буфер. Далее, если есть награды < 0.01 на сумму, не превышающую 6 BTC, они выплачиваются сразу. А дальше >= 44 BTC идет на оплату прошедшего раунда и последующих ему. Это позволит не замусоривать историю выплат наноплатежами. Реально 6 BTC с < 0.01 наград не будет, это просто накопилось задолго... Предполагаю, суммы будут в районе 0.05-0.1 BTC.

Если у кого есть мысли, излагайте.

[Balthazar]

Тук-тук 

[TMakc]

я тоже за.
в том числе и

если есть награды < 0.01 на сумму, не превышающую 6 BTC, они выплачиваются сразу

[Alex AXe]

Можно и так. Но все же хотелось, чтобы старые средние и крупные выплаты не лежали мертвым грузом еще год-два, а потихоньку рассасывались.

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

[Balthazar]

В общем, изменения в систему внесены. Теперь она работает так:

При поступлении средств в буфер (нахождение блока, донейт или еще что - без разницы) если сумма в буфере превышает 6 BTC делается выборка "висящих" выплат, по которым осталось выплатить меньше 0.01 BTC. Если сумма таких выплат меньше 6 BTC, то они все выплачиваются полностью. Если их сумма выше 6 BTC, то выплачиваются по порядку столько сколько получится, пока не достигнем порога 6 BTC, начиная с самой старой. А дальше уже (изначальная сумма в буфере минус потраченная на мелкие награды сумма) сумма распределяется по обычному принципу.

С концом текущего раунда вся "мелкота" на сумму 5.5BTC, составляющая больше половины отложенных платежей, должна погаситься.

[FAN]

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

[ZPK]

вот по-этому нужно не переставая молиться мантре.

[FAN]

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

[Balthazar]

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

Выделение себя, чтобы в глаза бросалось. Выделяется везде, где есть списки юзеров (топ, детализация по блокам, история буфера). А синий не будет видно так хорошо... Хотя, можно попробовать, поменял на синий.

[Balthazar]

Code:

{
    "account" : "",
    "category" : "immature",
    "amount" : 50.03550000,
    "confirmations" : 87,
    "txid" : "7dda92362b917a90d39839ad4bcdeee6c84040529007ddb7b2395dc7bef8785d",
    "time" : 1334789286
},
{
    "account" : "",
    "category" : "immature",
    "amount" : 50.03500000,
    "confirmations" : 83,
    "txid" : "f3b68b776b75f484eb0968ed4e8802c18c9ba31d7698bf68c5112756c3c629b9",
    "time" : 1334791561
}

Два неймкоин-блока сегодня ночью нашлось.

[FAN]

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

Выделение себя, чтобы в глаза бросалось. Выделяется везде, где есть списки юзеров (топ, детализация по блокам, история буфера). А синий не будет видно так хорошо... Хотя, можно попробовать, поменял на синий.

спасибо, теперь хоть не стремно... а то привык что красный - ехать