Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # - page 192. (Read 458370 times)
July 18, 2011, 04:34:43 AM
Pool's been going down a lot today.
July 17, 2011, 09:09:47 PM
Huh, why doesnt it work with mybitcoin? Its still a wallet?
I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
There's a big bold warning on the getting started page which links to this
http://eligius.st/wiki/index.php/FAQ#Payouts_don.27t_show_with_MyBitcoin
July 17, 2011, 08:43:25 PM
Huh, why doesnt it work with mybitcoin? Its still a wallet?
I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
It "doesn't work" because MyBitcoin basically steals it for themselves, probably due to a bug. I agree, it's unacceptable, but only MyBitcoin can fix their stuff. MtGox's wallet works fine. I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
July 17, 2011, 08:17:17 PM
Huh, why doesnt it work with mybitcoin? Its still a wallet?
I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
Bitcoind cannot track generated transactions on it's own (it does not display on which address these transactions were generated) - this means there is no (easy) way for mybitcoin to verify who owns which generated transaction.
July 17, 2011, 08:08:21 PM
Im a bit curious bout the auto payment.
After autopayment gets initiated, whats the delay once cleared from the stats to actually sending the funds? Ive noticed about 12hrs delay now whereas all my other pool withdrawals reached me in <2hrs.
After autopayment gets initiated, whats the delay once cleared from the stats to actually sending the funds? Ive noticed about 12hrs delay now whereas all my other pool withdrawals reached me in <2hrs.
You're using MyBitcoin? It doesn't work with eligius.
The payout should show up in your client pretty fast (if you actually get a payout and it's not queued for later execution - but it'd still be in your eligius account then), and then take 120 confirmations to mature.
Huh, why doesnt it work with mybitcoin? Its still a wallet?
I dont see any reason why eligius cant work with mybitcoin, not to mention the fact that if thats the case(for god knows what reason) my coins just went into retardville which is quite unacceptable.
July 17, 2011, 06:01:31 PM
Time to increase the reward per share? I have a proposal:
I think this is dangerous. It means a 100% guaranteed "better than average" luck to anyone who mines on eligius. If everyone was 100% rational (and not pool hopping), they'd stop mining at their current pool and jump to eligius instantly as soon as payouts are increased. Until, at some point in the future, eligius has 100BTC funds and reduces payouts. Chances are the situation won't improve and payouts are lowered even more after the next block. Now everyone should go to a score-based pool or ArsBitcoin with SMPPS.
so what do i have to allow in ghostery requestpolicy noscript abp or cookies that it works?
I use noscript and abp, and all that was needed to let the charts work was to allow Javascript on eligius.st
the graph on http://eligius.st/~artefact2/
works as it should, but not the individual ones like http://eligius.st/~artefact2/5/16ccjkuuQjQ64H9qssmXnj695DdBDR75wJ 
July 17, 2011, 05:44:55 PM
Im a bit curious bout the auto payment.
After autopayment gets initiated, whats the delay once cleared from the stats to actually sending the funds? Ive noticed about 12hrs delay now whereas all my other pool withdrawals reached me in <2hrs.
After autopayment gets initiated, whats the delay once cleared from the stats to actually sending the funds? Ive noticed about 12hrs delay now whereas all my other pool withdrawals reached me in <2hrs.
You're using MyBitcoin? It doesn't work with eligius.
The payout should show up in your client pretty fast (if you actually get a payout and it's not queued for later execution - but it'd still be in your eligius account then), and then take 120 confirmations to mature.
July 17, 2011, 05:34:27 PM
Im a bit curious bout the auto payment.
After autopayment gets initiated, whats the delay once cleared from the stats to actually sending the funds? Ive noticed about 12hrs delay now whereas all my other pool withdrawals reached me in <2hrs.
After autopayment gets initiated, whats the delay once cleared from the stats to actually sending the funds? Ive noticed about 12hrs delay now whereas all my other pool withdrawals reached me in <2hrs.
July 17, 2011, 02:01:45 PM
Anything that presumes an infinite amount of anything should be immediately thrown out as a crap statistic IMO. It's like the monkeys and the typewriters, except that here in the real world we have neither infinite monkeys nor infinite time.
Sure Eligius will crash given infinite time, but the odds are excellent that it'll be something over a million years in the future.
Sure Eligius will crash given infinite time, but the odds are excellent that it'll be something over a million years in the future.
The million monkeys writing Shakespeare's full productions theorem is infeasible, because there is a practically zero chance (3.4 ×10^183,946) of it happening from today until the heat death of the universe even if all the million monkeys could punch in 1,000 letters per second.
http://skylla.wz-berlin.de/pdf/2002/ii02-101.pdf
A SMPPS pool running 500 BTC negative is a very real chance (while -5000 or -50000 is a minuscule, very improbable event). That would be enough to drive away most dedicated miners.
July 17, 2011, 01:30:09 PM
Anything that presumes an infinite amount of anything should be immediately thrown out as a crap statistic IMO. It's like the monkeys and the typewriters, except that here in the real world we have neither infinite monkeys nor infinite time.
Sure Eligius will crash given infinite time, but the odds are excellent that it'll be something over a million years in the future.
Sure Eligius will crash given infinite time, but the odds are excellent that it'll be something over a million years in the future.
July 17, 2011, 01:18:26 PM
That's why I proposed RSMMPS (http://forum.bitcoin.org/index.php?topic=27698.0).
If buffer goes into too much negative, it automatically becomes a proportional payout until the pool gets lucky again.
If buffer goes into too much negative, it automatically becomes a proportional payout until the pool gets lucky again.
July 17, 2011, 01:12:00 PM
While SMPPS does have some real flaws if it were to get too far into "extra credit mode", be assured that myself and others have been brainstorming a solution should we ever get to that point. However, I disagree that probability of catastrophic failure is 100% given an indefinite amount of time. It seems to me that it is a coin-flip between 100% failure or 100% straight-PPS-success.
I can't find Rosenfeld's post right now, but is it not true that the statistical possibility of a negative and positive buffer balance is equal?
(I.e. we could just as well be -300BTC in the red right now, and in the worst case, many thousands of BTC negative, because the buffer would stabilize to around +-0BTC only over a very large sample)
In the best case Eligius would have a buffer of thousands of bitcoins, and in the worst case during continuous bad luck, the buffer would run negative into the thousands which would make very many miners impatient & abandon the pool -> It would die from a lack of miners.
Obviously, it's very unlikely the buffer will run into thousands of BTC (negative or positive). I'm definitely not counting on it and neither should anyone else
But the possibility always exists which makes SMPPS flawed in the super-long term (years), unless you autorevert to proportional payout every time it goes too much into negative balance
July 17, 2011, 12:53:56 PM
so what do i have to allow in ghostery requestpolicy noscript abp or cookies that it works?
I use noscript and abp, and all that was needed to let the charts work was to allow Javascript on eligius.st
July 17, 2011, 11:55:36 AM
Let's not forget that Eligius-De (aka EU) had two week-long rounds with a comparable hashrate/difficulty ratio as we have now. These things can and do happen, and we want to be prepared for it.
While SMPPS does have some real flaws if it were to get too far into "extra credit mode", be assured that myself and others have been brainstorming a solution should we ever get to that point. However, I disagree that probability of catastrophic failure is 100% given an indefinite amount of time. It seems to me that it is a coin-flip between 100% failure or 100% straight-PPS-success.
While SMPPS does have some real flaws if it were to get too far into "extra credit mode", be assured that myself and others have been brainstorming a solution should we ever get to that point. However, I disagree that probability of catastrophic failure is 100% given an indefinite amount of time. It seems to me that it is a coin-flip between 100% failure or 100% straight-PPS-success.
July 17, 2011, 10:45:48 AM
Time to increase the reward per share? I have a proposal:
I think this is dangerous. It means a 100% guaranteed "better than average" luck to anyone who mines on eligius. If everyone was 100% rational (and not pool hopping), they'd stop mining at their current pool and jump to eligius instantly as soon as payouts are increased. Until, at some point in the future, eligius has 100BTC funds and reduces payouts. Chances are the situation won't improve and payouts are lowered even more after the next block. Now everyone should go to a score-based pool or ArsBitcoin with SMPPS.
I'm not mining at eligius, but I'd say: Keep the buffer as high as possible, until it's pretty sure (because of difficulty changes) that the buffer will be sufficient even with pretty bad luck. Then distribute some of the buffer, but distribute based on past mining work, not on the future. Look at ArsBitcoin, the buffer is at almost 600BTC there, while only 1000BTC have been paid out (1600 earned, 1000 paid). It's a good state for a SMPPS pool, because the miners can be sure to get the PPS payout for at least a few days.
July 17, 2011, 10:42:16 AM
In the last 2 days the server funds reached a steady state over 300 BTC.
Time to increase the reward per share? I have a proposal:
* If after a solved block funds are over 250 BTC, reward increases 5% for the next block
* If after a solved block funds are below 100 BTC, reward decreases 5% for the next block
It's a way to smoothly impact the luck of the pool onto the miners.
Time to increase the reward per share? I have a proposal:
* If after a solved block funds are over 250 BTC, reward increases 5% for the next block
* If after a solved block funds are below 100 BTC, reward decreases 5% for the next block
It's a way to smoothly impact the luck of the pool onto the miners.
300BTC is not really that big of a buffer. It will be easily depleted within a few very unlucky rounds at current hash rate.
If it grows large enough (say 1000+ or whatever LukeJR is comfortable with), some of it could be redistributed back to users.
This has a problem though, it will encourage pool hoppers to jump on Eligius during good luck streaks (because they know the next few blocks will distribute extra earnings),
unless the extra buffer is only distributed to people who have consistently submitted shares to the pool in the last week etc.
Also, according to Meni Rosenfeld's theory, the risk/probability of catastrophic failure in SMPPS payment schemes reaches 1 (or 100%) given an indefinite amount of time. Which means the pool would revert to proportional, and nobody wants that.
July 17, 2011, 10:32:08 AM
In the last 2 days the server funds reached a steady state over 300 BTC.
Time to increase the reward per share? I have a proposal:
* If after a solved block funds are over 250 BTC, reward increases 5% for the next block
* If after a solved block funds are below 100 BTC, reward decreases 5% for the next block
It's a way to smoothly impact the luck of the pool onto the miners.
Time to increase the reward per share? I have a proposal:
* If after a solved block funds are over 250 BTC, reward increases 5% for the next block
* If after a solved block funds are below 100 BTC, reward decreases 5% for the next block
It's a way to smoothly impact the luck of the pool onto the miners.
July 17, 2011, 07:35:16 AM
are the graphs still not working?
if i active script content, one of the
"You must enable Javascript to see the graph.
You must enable Javascript to see the graph."
notifications disappears, but the graphs won't show up as they normally did.
if i active script content, one of the
"You must enable Javascript to see the graph.
You must enable Javascript to see the graph."
notifications disappears, but the graphs won't show up as they normally did.
They're showing up fine here.
July 17, 2011, 07:29:32 AM
are the graphs still not working?
if i active script content, one of the
"You must enable Javascript to see the graph.
You must enable Javascript to see the graph."
notifications disappears, but the graphs won't show up as they normally did.
if i active script content, one of the
"You must enable Javascript to see the graph.
You must enable Javascript to see the graph."
notifications disappears, but the graphs won't show up as they normally did.
They're showing up fine here.
July 17, 2011, 07:23:00 AM
are the graphs still not working?
if i active script content, one of the
"You must enable Javascript to see the graph.
You must enable Javascript to see the graph."
notifications disappears, but the graphs won't show up as they normally did.
if i active script content, one of the
"You must enable Javascript to see the graph.
You must enable Javascript to see the graph."
notifications disappears, but the graphs won't show up as they normally did.
Jump to: