and the changing address every payout needs to happen yesterday! Kudos to those working on it. 
Topic: Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB - page 120. (Read 1061485 times)
Yes great luck and the changing address every payout needs to happen yesterday! Kudos to those working on it.
and the changing address every payout needs to happen yesterday! Kudos to those working on it. 
Ok time for a good comment, the luck gods like us 14 blocks in the last 24 hours
make it 15blocks/24 hours
Ok time for a good comment, the luck gods like us 14 blocks in the last 24 hours
The following will be posted on the Eligius, BTCGuild and P2pool threads.
How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss
This has been planned for Eligius for a while.How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss
My position is that every periodic payment should be done using deterministic key pair generation. Of course this includes all mining payouts. The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.
An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key. So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.
Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.
This way every single periodic payment can be sent to a unique public address. Cool, right?
However, I do not know of a single pool that supports this payment mechanism. I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself. So, if there is a pool that supports this please let me know.
All miners should demand this from every pool they use and only use pools that support this mechanism.
An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key. So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.
Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.
This way every single periodic payment can be sent to a unique public address. Cool, right?
However, I do not know of a single pool that supports this payment mechanism. I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself. So, if there is a pool that supports this please let me know.
All miners should demand this from every pool they use and only use pools that support this mechanism.
Things are just slow moving lately.
The following will be posted on the Eligius, BTCGuild and P2pool threads.
How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss
How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss
My position is that every periodic payment should be done using deterministic key pair generation. Of course this includes all mining payouts. The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.
An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key. So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.
Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.
This way every single periodic payment can be sent to a unique public address. Cool, right?
However, I do not know of a single pool that supports this payment mechanism. I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself. So, if there is a pool that supports this please let me know.
All miners should demand this from every pool they use and only use pools that support this mechanism.
An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key. So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.
Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.
This way every single periodic payment can be sent to a unique public address. Cool, right?
However, I do not know of a single pool that supports this payment mechanism. I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself. So, if there is a pool that supports this please let me know.
All miners should demand this from every pool they use and only use pools that support this mechanism.
No stats updated for me
Is the site down?
same here, you can easily check if site is down using something like this:
http://www.downforeveryoneorjustme.com/http://eligius.st/
edit: it is already up
Is the site down?
The transaction was generated for an Stale / Orphan Block 316781 which for some reason actually hit the blockclain and Coinbase. Will this all clear up itself?
It should.
I can understand Slush finding a block late and still submitting it, but, not sure why Ghash.io would build on the younger block instead of ours. Wish I had a log from someone mining on Ghash for that timeframe...
Edit: Corrected this, seems I was looking at the wrong hash this morning. Looks like it a legitimate orphan race with the blocks only seconds apart.
I figured out most of this.
The transaction was generated for an Stale / Orphan Block 316781 which for some reason actually hit the blockclain and Coinbase. Will this all clear up itself?
The transaction was generated for an Stale / Orphan Block 316781 which for some reason actually hit the blockclain and Coinbase. Will this all clear up itself?
Did the Payout Queue just barf?
I just got 2 payouts within the last 2 hours. This has never happened and probably should never happen.
At my max I can put in 3.2Ths but I have not been regularly sending that over because some interesting people over at MRR have been renting my hardware for good money and so only what they don't want is on Eligius at any one time.
WizKid can you look into this, please and let me know what you want me to do. PM if needed.
I just got 2 payouts within the last 2 hours. This has never happened and probably should never happen.
At my max I can put in 3.2Ths but I have not been regularly sending that over because some interesting people over at MRR have been renting my hardware for good money and so only what they don't want is on Eligius at any one time.
WizKid can you look into this, please and let me know what you want me to do. PM if needed.
Did the Payout Queue just barf?
I just got 2 payouts within the last 2 hours. This has never happened and probably should never happen.
At my max I can put in 3.2Ths but I have not been regularly sending that over because some interesting people over at MRR have been renting my hardware for good money and so only what they don't want is on Eligius at any one time.
WizKid can you look into this, please and let me know what you want me to do. PM if needed.
I just got 2 payouts within the last 2 hours. This has never happened and probably should never happen.
At my max I can put in 3.2Ths but I have not been regularly sending that over because some interesting people over at MRR have been renting my hardware for good money and so only what they don't want is on Eligius at any one time.
WizKid can you look into this, please and let me know what you want me to do. PM if needed.
Well Baddw
Read Wizkids statement as written More Hash power more blocks. It is all about statistics. Well then read every one else statements blocks found is basically luck.
I am not here to get into a war over words but, it is a fact that the amount of blocks and the extend time between blocks hurts the pool. And Eligius Pool has had large number of hours between blocks found. This is a fact.
The percentage of shelved shares is not shrinking it is growing, so if the shelved shared are growing not shrinking then the pool is not doing so will in the blocks found department.
I am not complaining, it is what it is and no one has any ability to change it.
Read Wizkids statement as written More Hash power more blocks. It is all about statistics. Well then read every one else statements blocks found is basically luck.
I am not here to get into a war over words but, it is a fact that the amount of blocks and the extend time between blocks hurts the pool. And Eligius Pool has had large number of hours between blocks found. This is a fact.
The percentage of shelved shares is not shrinking it is growing, so if the shelved shared are growing not shrinking then the pool is not doing so will in the blocks found department.
I am not complaining, it is what it is and no one has any ability to change it.
The new Ethernet controller from friedcat doesn't work with Eligius pool.
Ouch, has anyone sent a bug report to FriedCat to have this fixed ?
The new Ethernet controller from friedcat doesn't work with Eligius pool.
Works fine with ghash.
Testing one rockminer's T1 unit with friedcats Ethernet controller.
Works fine with ghash.
Testing one rockminer's T1 unit with friedcats Ethernet controller.
total network hash rate is 199+ petahashes per second 
Estimated average hashrate over the past 504 blocks is ~190 PH/s, so if you took a smaller, nearer sample (say the last 50 blocks) then I would say yes, it's likely, based on the direction of the graph.
https://bitcoinwisdom.com/bitcoin/difficulty
How can the pool average 8 blocks a day when it is 10 - 12 hours between blocks; look at the last week average 4 ma by 5 blocks for a 9.6PB Hash pool lol.
What does this mean? "4 ma by 5 blocks"? In the last week Eligius has found 52 blocks. This is 7.42 blocks per day.
Quote
the statement of more hash means more blocks is not playing out to well.
But i do understand it is all luck, and statistics as wizkid states. I would say more luck.
But i do understand it is all luck, and statistics as wizkid states. I would say more luck.
Luck = statistics. Unless you have some other explanation for it.
Bitcoin mining is like getting a big garbage can full of dice, dumping them all on the floor, and doing it over and over again until all of the dice come up 6's. Your chances of rolling all 6's on the next roll of the dice have nothing to do with whether you rolled all 6's on the previous roll of the dice, or on the previous 10 rolls of the dice. They are independent trials, in statistical terms. Bad luck in the past does not mean good luck in the future. This is known as the gambler's fallacy. Just because the roulette wheel landed on red 12 times in a row does not mean that it has a greater chance of landing on black on the next spin. The wheel does not have a "memory", it has no way of knowing that it rolled red 12 times in a row already, there is *nothing* that can impact its chances of rolling red or black on the next spin, it's still 50/50 no matter what.
Quote
Another pools luck stats Pool luck (1 day, 7 days, 30 days): 107%, 103%, 93%
Eligius Stats 10 Blocks 60.43 last 12 hours 27.1 24 Hours 80.02 7 Days 76.15 30 Days 82.67
And the other pool has half the hash power lol
Eligius Stats 10 Blocks 60.43 last 12 hours 27.1 24 Hours 80.02 7 Days 76.15 30 Days 82.67
And the other pool has half the hash power lol
Hashpower has nothing to do with luck, as has been explained to you many, many times.
Quote
Man i hate Stats.
Could you please stop with the ignorant comments? As of right now, the pool has found 7 blocks within the last 25 hours. Which means a little below expectation, but nothing out of the ordinary. Before the 10h49m round, there was a round of 0h16m, a round of 1h07m, a round of 3h08m, a round of 0h26m, a round of 6h22m, and a round of 2h50m. The 2h50m and 3h08m rounds come pretty close to expectation. The round of 6h22m is balanced out by the 0h16m round. The 10h49m round was mostly cancelled out by the 1h07m and 0h26m rounds. (Total for these 3 rounds is 12h22m, or ~4h07m average.)
"More hash rate = finding more blocks" is always true, but it is also always relative to the total Bitcoin network hashrate. The Bitcoin network has added roughly 50PH since the beginning of August. This is the equivalent of 5 Eligius's. Even if Eligius adds hashrate (as it has), its expected block finding rate will drop if the rate of pool hashrate addition does not keep up with the rate of Bitcoin network hashrate addition (as it hasn't).
I would guess that, as wizkid stated above, the proportion of network hashrate (and thus % of blocks earned) attributable to traditional pools will continue to decline in proportion to the total network. Lots of the new hashrate is in industrial-scale mines, which basically solo-mine. When miners small enough, they have incentive to mine with a pool (reduced variance) but when they get big enough, the variance of solo-mining isn't too bad, plus they don't want to give up control by mining through a pool.
total network hash rate is 199+ petahashes per second
How can the pool average 8 blocks a day when it is 10 - 12 hours between blocks; look at the last week average 4 ma by 5 blocks for a 9.6PB Hash pool lol.
the statement of more hash means more blocks is not playing out to well.
But i do understand it is all luck, and statistics as wizkid states. I would say more luck.
Another pools luck stats Pool luck (1 day, 7 days, 30 days): 107%, 103%, 93%
Eligius Stats 10 Blocks 60.43 last 12 hours 27.1 24 Hours 80.02 7 Days 76.15 30 Days 82.67
And the other pool has half the hash power lol
Man i hate Stats.
the statement of more hash means more blocks is not playing out to well.
But i do understand it is all luck, and statistics as wizkid states. I would say more luck.
Another pools luck stats Pool luck (1 day, 7 days, 30 days): 107%, 103%, 93%
Eligius Stats 10 Blocks 60.43 last 12 hours 27.1 24 Hours 80.02 7 Days 76.15 30 Days 82.67
And the other pool has half the hash power lol
Man i hate Stats.
yay found a block
Jump to: