или это типа чтобы увидеть себя? тогда как варинат синим или зеленым выделить - а то стремает
Topic: [40 TH/s] pool.itzod.ru - RSMPPS 0% fee/LongPoll/JSON API/Websockets/No Invalid - page 378. (Read 1293685 times)
April 18, 2012, 03:41:38 PM
а что означает в списке майнеров красные записи?
или это типа чтобы увидеть себя? тогда как варинат синим или зеленым выделить - а то стремает
или это типа чтобы увидеть себя? тогда как варинат синим или зеленым выделить - а то стремает
April 17, 2012, 02:35:04 PM
вот по-этому нужно не переставая молиться мантре.
April 17, 2012, 01:25:15 PM
осталось дождаться блока, чтото в связи с праздниками все видать наливали и выпивали не за блоки, посему они так туго упираются...
надо бы разбавить это дело... за сегодняшний блок !!! дзынь буль-буль
надо бы разбавить это дело... за сегодняшний блок !!! дзынь буль-буль
April 17, 2012, 01:18:53 PM
В общем, изменения в систему внесены. Теперь она работает так:
При поступлении средств в буфер (нахождение блока, донейт или еще что - без разницы) если сумма в буфере превышает 6 BTC делается выборка "висящих" выплат, по которым осталось выплатить меньше 0.01 BTC. Если сумма таких выплат меньше 6 BTC, то они все выплачиваются полностью. Если их сумма выше 6 BTC, то выплачиваются по порядку столько сколько получится, пока не достигнем порога 6 BTC, начиная с самой старой. А дальше уже (изначальная сумма в буфере минус потраченная на мелкие награды сумма) сумма распределяется по обычному принципу.
С концом текущего раунда вся "мелкота" на сумму 5.5BTC, составляющая больше половины отложенных платежей, должна погаситься.
При поступлении средств в буфер (нахождение блока, донейт или еще что - без разницы) если сумма в буфере превышает 6 BTC делается выборка "висящих" выплат, по которым осталось выплатить меньше 0.01 BTC. Если сумма таких выплат меньше 6 BTC, то они все выплачиваются полностью. Если их сумма выше 6 BTC, то выплачиваются по порядку столько сколько получится, пока не достигнем порога 6 BTC, начиная с самой старой. А дальше уже (изначальная сумма в буфере минус потраченная на мелкие награды сумма) сумма распределяется по обычному принципу.
С концом текущего раунда вся "мелкота" на сумму 5.5BTC, составляющая больше половины отложенных платежей, должна погаситься.
April 17, 2012, 10:22:02 AM
Можно и так. Но все же хотелось, чтобы старые средние и крупные выплаты не лежали мертвым грузом еще год-два, а потихоньку рассасывались.
А с мелочью - нет возражений, от нее давно пора избавляться. Пусть будет внеочередная ее оплата, если так удобней.
А с мелочью - нет возражений, от нее давно пора избавляться. Пусть будет внеочередная ее оплата, если так удобней.
April 17, 2012, 03:38:41 AM
я тоже за.
в том числе и
в том числе и
Quote from: Balthazar
если есть награды < 0.01 на сумму, не превышающую 6 BTC, они выплачиваются сразу
April 17, 2012, 03:14:42 AM
Тук-тук 
April 16, 2012, 07:11:04 PM
Интересный расклад в табличке получился, все же. Думается, в свете этого выплату < 0.01 можно сделать внеочередной, если сумма всех подобных платежей не превышает 6 BTC и в буфере больше 6 BTC, допустим... Т.е. находится блок, добавляется в буфер. Далее, если есть награды < 0.01 на сумму, не превышающую 6 BTC, они выплачиваются сразу. А дальше >= 44 BTC идет на оплату прошедшего раунда и последующих ему. Это позволит не замусоривать историю выплат наноплатежами. Реально 6 BTC с < 0.01 наград не будет, это просто накопилось задолго... Предполагаю, суммы будут в районе 0.05-0.1 BTC.
Если у кого есть мысли, излагайте.
Если у кого есть мысли, излагайте.
April 16, 2012, 05:46:33 PM
я за)
April 16, 2012, 05:30:43 PM
Немного 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
April 16, 2012, 05:11:24 PM
Кстати, это идея. Так и сделаем. Если точнее, 5%-ами будем гасить "мелочь", начиная с самой старой.
April 16, 2012, 04:14:05 PM
April 15, 2012, 08:06:58 AM
Получен донейт 83.9 NMC. Спасибо.
April 15, 2012, 07:21:16 AM
Блок!
April 13, 2012, 04:37:02 PM
Как пример использования, форк гаджета MinerStats с поддержкой pool.itzod.ru:
http://pool.itzod.ru/MinerStats.gadget
http://pool.itzod.ru/MinerStats.gadget
April 13, 2012, 02:00:14 PM
Снова изменения в экспорте статистики в JSON-формате.
1) Добавлена выдача total_pps_work и total_pps_paid_work на страницу https://pool.itzod.ru/apiex.php?act=getpoolstats
2) Добавлена операция getuserstatsext, возвращающая расширенные в сравнении с getuserstats сведения. Операция закрыта от лишних глаз персональным ключом, который отображается на странице настроек внизу. Использовать так:
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=ключ
April 12, 2012, 02:01:17 AM
БлокЪ!
April 11, 2012, 02:55:44 PM
Блок!
April 11, 2012, 01:47:07 PM
Вместо показа "портянки" на странице наград показывается 100 самых новых выплат. Думаю, 100 - это разумно и достаточно.
April 10, 2012, 05:10:24 PM
Блок )
Jump to: