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

[A-Bolt]

На сколько я понял, за работу с пулом начисляется некоторое количество наград. Часть из них (в соответствии с КТУ) зачисляется на баланс, а часть (если буфер пула пуст) становится в очередь на выплату и ожидает пополнения буфера. По крайней мере у меня сложилась такая модель работы пула. Или я в чем-то не прав?

Нет там никакой очереди. Цитата из FAQa http://pool.itzod.ru/faq.html:

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

[1714200911]

1714200911

[Mosquito]

Нет там никакой очереди. Цитата из FAQa http://pool.itzod.ru/faq.html:

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

Я прошу прощение за свою тупость, но до конца не понимаю. Можно на примере объяснить? Предположим:

Стоимость 1-го решения 0.5 BTC

Не зачислено наград (буфер пуст):
Вася - 10 BTC
Петя - 5 BTC

Над найденым блоком (50 BTC) трудились:
Вася - 40 решений
Иван - 20 решений
Коля - 20 решений

Кому сколько выплатят и получит ли что нибудь Петя, не участвующий в этом раунде?

[A-Bolt]

Стоимость 1-го решения 0.5 BTC

Не зачислено наград (буфер пуст):
Вася - 10 BTC
Петя - 5 BTC

Над найденым блоком (50 BTC) трудились:
Вася - 40 решений
Иван - 20 решений
Коля - 20 решений

Кому сколько выплатят и получит ли что нибудь Петя, не участвующий в этом раунде?

Если последний блок копали только Вася, Иван, Коля и больше никто, то получаем следующее:
За последний блок заработано:
Вася: 40*0.5 = 20
Иван: 20*0.5 = 10
Коля: 20*0.5 = 10

Долг пула перед майнерами с учётом прошлых заслуг:
Вася: 20 + 10 = 30
Иван: 10
Коля: 10
Петя: 5
_________
Итого: 55

Теперь посчитаем, сколько будет выплачено каждому после 120 подтверждений последнего блока:

Вася: 50*30/55 = 27.27
Иван: 50*10/55 = 9.09
Коля: 50*10/55 = 9.09
Петя: 50*5/55 = 4.55
_________
Итого: 50 (сколько пул заработал за последний блок, столько и выплатил)

После этих выплат, у пула ещё остаются обязательства перед майнерами. К примеру, Васе не хватает для полного счастья 2.73, которые когда-нибудь в следующий раз будут выплачены, если только пул не загнётся.

[Mosquito]

СПАСИБО!
Наглядно, доступно, подробно, исчерпывающе! 

[andervol]

Если не ошибаюсь, то еще должен учитываться коэффициент сложности. К примеру, у меня есть 100 не оплаченных щар посчитанных при сложности 1000, и 100 шар посчитанных при сложности 2000. Если рассуждать логически, то одна шара при сложности 1000 должна быть в два раза весомее, при расчете выплаты задолженности награды? Или сложность учитывается только при расчете текущей стоимости шары, а выплата производится по сумме посчитанных мной шар(прошлые неоплаченные шары+шары последнего найденного блока), как и писал выше, А-bolt?

[Restor]

Если не ошибаюсь, то еще должен учитываться коэффициент сложности. К примеру, у меня есть 100 не оплаченных щар посчитанных при сложности 1000, и 100 шар посчитанных при сложности 2000. Если рассуждать логически, то одна шара при сложности 1000 должна быть в два раза весомее, при расчете выплаты задолженности награды? Или сложность учитывается только при расчете текущей стоимости шары, а выплата производится по сумме посчитанных мной шар(прошлые неоплаченные шары+шары последнего найденного блока), как и писал выше, А-bolt?

Там не по шарам учет ведется, а по ВТС.

[mirniy]

Блок!

[ZPK]

Блок!  

[ZPK]

Блок! 

[Mosquito]

Блок - это хорошо!
А вот такой вопрос, можно ли как-нибудь посмотреть статистику во времени по суммарному количеству ещё не зачисленных наград? Текущее значение показывается, а интересно как оно меняется по дням (найденным блокам)? Или это суперконфиденциальная информация?

[TMakc]

Блок - это хорошо!
А вот такой вопрос, можно ли как-нибудь посмотреть статистику во времени по суммарному количеству ещё не зачисленных наград? Текущее значение показывается, а интересно как оно меняется по дням (найденным блокам)? Или это суперконфиденциальная информация?

Есть у меня такое:

Сумма наград:	2697	2592	2338	2250	2206	2165	2100	2083	2067	2001	1937	1909	1831	1800	1666	1516	1382	1364	1318	1312	1283	1227	1099	1051	999	962
Выплачено:	2091	1935	1779	1572	1520	1364	1313	1263	1212	1162	1111	1060	1010	959	909	859	809	758	657	607	556	506	455	405	354	303
Осталось:	607	657	559	678	686	801	787	820	855	839	827	848	821	841	757	656	573	605	661	705	727	721	644	646	645	659

кол-во найденных блоков это ~(Выплачено/50). По числам данные сложно достать. (первый столбец - это на сегодня, самый правый ~ 12.10.2011)

[Balthazar]

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

[Mosquito]

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

Было бы неплохо.
Я к чему, всё это, может имеет смысл, основываясь на статистических данных, в какие-то периоды жизни пула немного уменьшать стоимость одного решения для более быстрого уменьшения пула не выплаченных наград? Не думаю что в такие периоды майнеры слишком  много потеряют (если не сильно занижать стоимость), зато сам пул станет более сбалансирован.

[fsb4000]

Было бы неплохо.
Я к чему, всё это, может имеет смысл, основываясь на статистических данных, в какие-то периоды жизни пула немного уменьшать стоимость одного решения для более быстрого уменьшения пула не выплаченных наград? Не думаю что в такие периоды майнеры слишком  много потеряют (если не сильно занижать стоимость), зато сам пул станет более сбалансирован.

Не думаю, что хорошая идея...

[Mosquito]

Было бы неплохо.
Я к чему, всё это, может имеет смысл, основываясь на статистических данных, в какие-то периоды жизни пула немного уменьшать стоимость одного решения для более быстрого уменьшения пула не выплаченных наград? Не думаю что в такие периоды майнеры слишком  много потеряют (если не сильно занижать стоимость), зато сам пул станет более сбалансирован.

Не думаю, что хорошая идея...

Почему?

[mirniy]

Было бы неплохо.
Я к чему, всё это, может имеет смысл, основываясь на статистических данных, в какие-то периоды жизни пула немного уменьшать стоимость одного решения для более быстрого уменьшения пула не выплаченных наград? Не думаю что в такие периоды майнеры слишком  много потеряют (если не сильно занижать стоимость), зато сам пул станет более сбалансирован.

Не думаю, что хорошая идея...

Почему?

Потому что сразу начнется плач и обвинения в нае.......
ИМХО: есть желание помочь, выставь процент отчислений.

ЗЫ: насколько мне известно есть 2 человека которые отчисляют пулу 100%

[A-Bolt]

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

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

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

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

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

[Balthazar]

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

Тогда смысла в публикации статистики никакого не будет, потому что она будет неактуальной. Да и результат будет тем же самым, вряд ли многие будут неделю искать один блок на пропе. На PPPS искали и даже на длинных блоках скорость была под конец блока 76-80гх, довольно долго. Но многие наши юзеры вышли из майнинга, когда курс упал ниже отметки прибыльности для них...

Фактически у нас сейчас пропорциональная система выплат.

Верно. Разве что на длинных блоках идут выплаты в дальнейшем, а не "тупо" выплатил сколько нашел и все. Потому оно и называется PPPS, собственно.

[Mosquito]

Пул и так сбалансирован.

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

[Balthazar]

50 бтц за блок-они и в африке 50 бтц за блок, как их ни дели.