The time stamp on blocks solved by Eligius is at least 6 minutes into the future. I recommend you start syncing the time using ntp.
The timestamp does not have to be the exact time, nor is it usually based on the system clock (which is kept in sync with ntp) for Eligius. 
Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # - page 186. (Read 458487 times)
August 16, 2011, 12:51:56 PM
August 16, 2011, 12:30:31 PM
The time stamp on blocks solved by Eligius is at least 6 minutes into the future. I recommend you start syncing the time using ntp.
August 15, 2011, 01:35:37 PM
Can anybody tell me why the payment per share has jumped on the latest block from 0.00002647 BTC to 0.00004292 BTC?
Not that I'm complaining!
Not that I'm complaining!
It's a mistake, the share count is way off. I'll try to fix it.
[Edit: fixed]
August 15, 2011, 01:07:28 PM
Can anybody tell me why the payment per share has jumped on the latest block from 0.00002647 BTC to 0.00004292 BTC?
Not that I'm complaining!
Not that I'm complaining!
August 10, 2011, 05:02:46 PM
With SMPPS or any other "delayed return" system, if pool is lucky, owner has a surplus.
If pool is unlucky, the most reasonable strategy for any miner is to stop mining for that pool and go mine for another pool which is currently lucky. So, assuming all players are reasonable, pool will die. Pool owner will never have to refund any money.
So mathematical expectation (average over an infinite ensemble of all possible pools) of pool's surplus grows as ~sqrt(time).
If pool is unlucky, the most reasonable strategy for any miner is to stop mining for that pool and go mine for another pool which is currently lucky. So, assuming all players are reasonable, pool will die. Pool owner will never have to refund any money.
So mathematical expectation (average over an infinite ensemble of all possible pools) of pool's surplus grows as ~sqrt(time).
August 07, 2011, 04:58:24 PM
Not my tool, so no idea how to get at the data... but changing the wording on the page to something along the lines of "your reward will be placed in the payout queue once it crosses the threshold" could be a start, and maybe followed by "click here for an estimate of the payment progress".
I'd recommend "This amount will be eligible for payout to you when it reaches approximately 0.33554432 BTC or after one week of inactivity. Eligible payouts are sent 50 BTC at a time when the pool finds a block, oldest balance first."This amount will be eligible for payout to you when it reaches [approximately] 0.33554432 BTC or after one week of inactivity. If the total of eligible rewards exceeds 50BTC payouts will be sent 50BTC at a time, as blocks are found by the pool, with oldest balances paid first."
I think that's the most informative/concise wording I can come up with. Also, does it need "approximately" when the amount is specified to eight decimals...?
August 07, 2011, 03:02:01 PM
Not my tool, so no idea how to get at the data... but changing the wording on the page to something along the lines of "your reward will be placed in the payout queue once it crosses the threshold" could be a start, and maybe followed by "click here for an estimate of the payment progress".
I'd recommend "This amount will be eligible for payout to you when it reaches approximately 0.33554432 BTC or after one week of inactivity. Eligible payouts are sent 50 BTC at a time when the pool finds a block, oldest balance first. August 07, 2011, 02:41:28 PM
The "broken by design" part is due to the fact that the pool pays by generation – so payments are limited to the 50BTC, plus income from fees, that can be fit into that part of a block. So, since the PPS system means that the pool can reward more than 50BTC during a round, rewards accumulated during long rounds cause a backlog that will have to be fit into future blocks.
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
Nice explanation. If your tool generates a computer-readable dump somewhere on the disk, I could read it and show an estimate "you should be paid in X blocks" (and linking to your page of course) instead of the misleading explanation. But then again, it would be all the more upsetting because it's just an estimate. What do you think?
Not my tool, so no idea how to get at the data... but changing the wording on the page to something along the lines of "your reward will be placed in the payout queue once it crosses the threshold" could be a start, and maybe followed by "click here for an estimate of the payment progress".
I think the wiki could use a few lines on the limitations of the generation payout system as well, for easy linkage. Maybe I'll take care of that tomorrow.
August 07, 2011, 12:47:53 PM
The "broken by design" part is due to the fact that the pool pays by generation – so payments are limited to the 50BTC, plus income from fees, that can be fit into that part of a block. So, since the PPS system means that the pool can reward more than 50BTC during a round, rewards accumulated during long rounds cause a backlog that will have to be fit into future blocks.
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
Nice explanation. If your tool generates a computer-readable dump somewhere on the disk, I could read it and show an estimate "you should be paid in X blocks" (and linking to your page of course) instead of the misleading explanation. But then again, it would be all the more upsetting because it's just an estimate. What do you think?
August 07, 2011, 08:40:32 AM
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
Thanks Anodyne!
August 07, 2011, 07:18:52 AM
The "broken by design" part is due to the fact that the pool pays by generation – so payments are limited to the 50BTC, plus income from fees, that can be fit into that part of a block. So, since the PPS system means that the pool can reward more than 50BTC during a round, rewards accumulated during long rounds cause a backlog that will have to be fit into future blocks.
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
Once you get over the threshold, you can get an estimate on your place in the queue on this page made by twmz: http://eligius.st/~twmz/
And yes, I agree that it could be made a little bit clearer, since the information about the payout threshold on the stats pages dates back to the time when the pool was still proportional.
August 07, 2011, 06:34:15 AM
A tad more explanation here would be rather useful.
Currently, I see an eligius stat page that says:
Code:
Unpaid reward : BTC
This is the reward you earned by contributing to the previous blocks. This amount will be paid to you when it reaches approximately 0.33554432 BTC or after one week of inactivity, when the pool finds a block.
and that is a little unnerving. What this behaviour documentedThis is the reward you earned by contributing to the previous blocks. This amount will be paid to you when it reaches approximately 0.33554432 BTC or after one week of inactivity, when the pool finds a block.
somewhere ?
That has always been the case, and previously the payment went out a block or two after the threshold was crossed.
Thought I'd ask before I take my business to another
pool.
pool.
Because of the lack of response from Luke-jr, and the rather flippant answer from Artefact2 I have moved to another pool until Eligius's payments catch up.
August 06, 2011, 11:15:49 AM
Is the payout system broken? I haven't received a payout for the last five blocks (last three over the payout threshold)?
Short answer: yes, but don't worry, it's by design.
August 06, 2011, 10:58:44 AM
Is the payout system broken? I haven't received a payout for the last five blocks (last three over the payout threshold)?
August 06, 2011, 02:11:58 AM
No, tonal uses different glyphs for digits (ie, it doesn't recycle letters), and comes complete with units of measure, time, etc. As I write this, it is 7 Kolumbian 16 at about .T. My keyboard's space key is .8 metertons long.
Am I the only one seeing squares here?
We all see it. Unicode fonts typically don't contain the official symbols for meth and cocaine.
That's what I see.
August 05, 2011, 11:29:33 AM
No, tonal uses different glyphs for digits (ie, it doesn't recycle letters), and comes complete with units of measure, time, etc. As I write this, it is 7 Kolumbian 16 at about .T. My keyboard's space key is .8 metertons long.
Am I the only one seeing squares here?We all see it. Unicode fonts typically don't contain the official symbols for meth and cocaine.
August 05, 2011, 11:23:59 AM
No, tonal uses different glyphs for digits (ie, it doesn't recycle letters), and comes complete with units of measure, time, etc. As I write this, it is 7 Kolumbian 16 at about .T. My keyboard's space key is .8 metertons long.
Am I the only one seeing squares here? August 05, 2011, 01:02:38 AM
Eligius is clearly listed as having a 0.2 TBC minimum transaction fee, as published elsewhere.
Need some clarifications again after further reading. Does this mean that for a normal transaction of say 10 BTC but has no transaction fee since the client doesn't force it, eligius will relay it but will not include it for processing in a block? August 04, 2011, 11:58:38 PM
Eligius is clearly listed as having a 0.2 TBC minimum transaction fee, as published elsewhere.
Need some clarifications again after further reading. Does this mean that for a normal transaction of say 10 BTC but has no transaction fee since the client doesn't force it, eligius will relay it but will not include it for processing in a block?
August 04, 2011, 04:07:59 PM
people messing up thinking they were looking at 90 (ninety) in his notes but was actually a kohu (one hundred)
90 (ko ton) is neither ninety nor one hundred. It is one hundred sixty (160) in decimal.Ko ton hu (9) is one hundred seventy-one (171).
"Kohu" is nonsense.
LOL I tripped myself up because I was got stuck in decimal mode in between 9 (converting this to decimal 10) and 0 (forgetting this is now 16)
Jump to: