[28 TH] pool.itzod.ru - RSMPPS/LongPoll/JSON API/Websockets/No Invalids/Stratum

[Balthazar]

That's correct, problem will be fixed tomorrow.

[1714188866]

1714188866

[1714188866]

1714188866

[1714188866]

1714188866

[Balthazar]

Testing fixes at testnet, will apply it soon.

[coinnewb]

Hi,

what about future round payments? Is there any problem?

Since (around) the last invalid block, it goes only up and not down on short rounds.
I got NO extra payment on short rounds!
Also I got no payment for the last invalid block, although I've stated that you pay for invalids too.

Thanks

Was there an answer to this question?  Sorry if I missed it.

[organofcorti]

Hi,

what about future round payments? Is there any problem?

Since (around) the last invalid block, it goes only up and not down on short rounds.
I got NO extra payment on short rounds!
Also I got no payment for the last invalid block, although I've stated that you pay for invalids too.

Thanks

Was there an answer to this question?  Sorry if I missed it.

I don't understand the question. That might be why it wasn't answered already. Can you paraphrase it?

[coinnewb]

What was said was that:

When the block takes a long time to solve, not all of it is paid -> increased future payment
When the block takes a short time to solve, no payment is made toward future payment

Although by looking at the graphics (https://pool.itzod.ru/graphs.php), it seems like payments are being made toward future payment.  But it seems like it always stays relatively high and has never reached close to 0 in the last one year.

[Balthazar]

RSMPPS implements the shared risks model. Risks shared between current and future users.

Although by looking at the graphics (https://pool.itzod.ru/graphs.php), it seems like payments are being made toward future payment.  But it seems like it always stays relatively high and has never reached close to 0 in the last one year.

It can reach zero or even negative values in any moment.

When the block takes a long time to solve, not all of it is paid -> increased future payment
When the block takes a short time to solve, no payment is made toward future payment

http://eligius.st/wiki/index.php/Shared_Maximum_PPS

Recent SMPPS (RSMPPS)

The order of issued "extra credit" is remembered, and rewards are given starting at the most recent shares first. Therefore, the current round's shares are rewarded PPS in full first, and only after that are unpaid shares from the previous round considered. If there is still remaining reward to be distributed, this continues to go back round by round paying for underpaid shares.
This system aims to prioritize the most recent miners first.

There is a rounds queue. Rounds are closing according to LIFO rule.

[coinnewb]

RSMPPS implements the shared risks model. Risks shared between current and future users.

Although by looking at the graphics (https://pool.itzod.ru/graphs.php), it seems like payments are being made toward future payment.  But it seems like it always stays relatively high and has never reached close to 0 in the last one year.

It can reach zero or even negative values in any moment.

When the block takes a long time to solve, not all of it is paid -> increased future payment
When the block takes a short time to solve, no payment is made toward future payment

http://eligius.st/wiki/index.php/Shared_Maximum_PPS

Recent SMPPS (RSMPPS)

The order of issued "extra credit" is remembered, and rewards are given starting at the most recent shares first. Therefore, the current round's shares are rewarded PPS in full first, and only after that are unpaid shares from the previous round considered. If there is still remaining reward to be distributed, this continues to go back round by round paying for underpaid shares.
This system aims to prioritize the most recent miners first.

There is a rounds queue. Rounds are closing according to LIFO rule.

Thanks for taking the time to explain!

[organofcorti]

Hey! Credit where credit's due, fella!

[Balthazar]

 

[davidkassa]

I'm interested in this pool. Can you explain how RSMPPS is different from CPPSRB?

Also is there NMC support? The mining comparison wiki says No, but I noticed a NMC donation link on the website.

[Balthazar]

davidkassa
RSMPPS based on "rounds", and divides the earnings of a long round among all shares in that round (if there is no coins in buffer to cover the difference). CPPSRB is like PPLNS: no "round" boundaries and only the last N unpaid shares are paid.

NMC support was removed several months ago.

[turboNOMAD]

We just passed 1 terahash! Yay!

[Balthazar]

Congratulations to all

[Balthazar]

DDoS 

[Balthazar]

Pool is partially UP, stratum is unavailable yet.

[Balthazar]

Stratum will be available later (tomorrow maybe).

If you have connection problems currently, send me PM with your IP, I'll add it to whitelist.

[Balthazar]

Shield settings are updated, this should make mining more stable.

[Balthazar]

I should repeat that stratum is unavailable yet, I will start stratum service later. Please don't send whitelisisting requests because of this, there is no connection between IPs whitelisting and stratum.

[Balthazar]

Stratum tunneled successfully, and functioning properly.

Code:

cgminer version 2.9.5 - Started: [2013-04-13 23:14:17]
-------------------------------------------------------------------------------
(5s):416.4M (avg):425.7Mh/s | Q:1  A:6  R:0  HW:0  E:600%  U:6.3/m
TQ: 0  ST: 3  SS: 0  DW: 0  NB: 1  LW: 11  GF: 0  RF: 0  WU: 6.3
Connected to pool.itzod.ru with stratum as user balthazar_1
Block: 0054fd499e2518b1cc863840...  Started: [23:14:17]  Best share: 73
-------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0:  58.0C 1129RPM | 460.2M/472.8Mh/s | A:6 R:0 HW:0 U:6.31/m I:11
-------------------------------------------------------------------------------

[2013-04-13 23:14:16] Started cgminer 2.9.5
[2013-04-13 23:14:16] Probing for an alive pool
[2013-04-13 23:14:43] Accepted 10522026 Diff 15/1 GPU 0
[2013-04-13 23:14:45] Accepted df9f3a92 Diff 1/1 GPU 0
[2013-04-13 23:14:49] Accepted 037da9e8 Diff 73/1 GPU 0
[2013-04-13 23:14:58] Accepted fef3e52d Diff 1/1 GPU 0
[2013-04-13 23:15:02] Accepted 25d5ac0d Diff 6/1 GPU 0
[2013-04-13 23:15:06] Accepted b9c806e1 Diff 1/1 GPU 0

[davidkassa]

Just me or is the https version of the website down?