Bitcoin Forum
December 08, 2016, 06:21:15 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 ... 201 »
  Print  
Author Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #  (Read 417998 times)
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
July 16, 2011, 03:03:52 PM
 #141

However, on long rounds Eligius sends out all the other rewards from its reserve in a sendmany(?) tx.

No it doesn't. 

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
1481221275
Hero Member
*
Offline Offline

Posts: 1481221275

View Profile Personal Message (Offline)

Ignore
1481221275
Reply with quote  #2

1481221275
Report to moderator
1481221275
Hero Member
*
Offline Offline

Posts: 1481221275

View Profile Personal Message (Offline)

Ignore
1481221275
Reply with quote  #2

1481221275
Report to moderator
1481221275
Hero Member
*
Offline Offline

Posts: 1481221275

View Profile Personal Message (Offline)

Ignore
1481221275
Reply with quote  #2

1481221275
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481221275
Hero Member
*
Offline Offline

Posts: 1481221275

View Profile Personal Message (Offline)

Ignore
1481221275
Reply with quote  #2

1481221275
Report to moderator
1481221275
Hero Member
*
Offline Offline

Posts: 1481221275

View Profile Personal Message (Offline)

Ignore
1481221275
Reply with quote  #2

1481221275
Report to moderator
nmat
Hero Member
*****
Offline Offline

Activity: 602


View Profile
July 17, 2011, 02:34:48 AM
 #142

When do users get paid? What is the threshold? I was thinking about splitting workers (one address each) to get more detailed stats, but if the threshold is high I probably won't...

I think I saw the answer to this question somewhere, but I can't find it right now. I'm a little lost in the website  Huh
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
July 17, 2011, 03:19:28 AM
 #143

When do users get paid? What is the threshold? I was thinking about splitting workers (one address each) to get more detailed stats, but if the threshold is high I probably won't...
To qualify for a payout, your balance must be at least 0.33554432 BTC. When the pool is calculating payouts (currently just 50 BTC at a time, due to limitations of generated transactions), it prioritizes addresses which have had unpaid coins for the longest first.

This is being given as an explanation of how payouts currently work, and is not a guarantee that the minimum payout or sorting algorithm will remain the same in the future.

nmat
Hero Member
*****
Offline Offline

Activity: 602


View Profile
July 17, 2011, 03:26:53 AM
 #144

Thank you! I will think about it.
neptop
Sr. Member
****
Offline Offline

Activity: 314


View Profile
July 17, 2011, 06:26:13 AM
 #145

I intended to join your pool, but somehow I can't connect to it. Using DiabloMiner for example it says:
ERROR: Cannot connect to mining.eligius.st: connect timed out

Similar messages appear when using cgminer.

BitCoin address: 1E25UJEbifEejpYh117APmjYSXdLiJUCAZ
Xephan
Jr. Member
*
Offline Offline

Activity: 42


View Profile
July 17, 2011, 07:10:02 AM
 #146

I was trying out non-big 3 pools with my secondary card and now I'm even thinking of switching my primary over from the bigger pool Smiley

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f
DiabloD3
Legendary
*
Offline Offline

Activity: 1162


DiabloMiner author


View Profile WWW
July 17, 2011, 08:25:09 AM
 #147

I intended to join your pool, but somehow I can't connect to it. Using DiabloMiner for example it says:
ERROR: Cannot connect to mining.eligius.st: connect timed out

Similar messages appear when using cgminer.

I suspect user error. I use eligius fine.

Jack of Diamonds
Sr. Member
****
Offline Offline

Activity: 252



View Profile
July 17, 2011, 08:28:18 AM
 #148

I intended to join your pool, but somehow I can't connect to it. Using DiabloMiner for example it says:
ERROR: Cannot connect to mining.eligius.st: connect timed out

Similar messages appear when using cgminer.

Try us.mining.eligius.st, it should be working fine. I've had zero downtime for days.

ps. If you want to check your stats & whether miners are active just write http://eligius.st/~artefact2/5/[btc address] in a browser.

1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
Yeti
Member
**
Offline Offline

Activity: 112

Firstbits: 1yetiax


View Profile
July 17, 2011, 09:54:59 AM
 #149

To qualify for a payout, your balance must be at least 0.33554432 BTC. When the pool is calculating payouts (currently just 50 BTC at a time, due to limitations of generated transactions), it prioritizes addresses which have had unpaid coins for the longest first.

This is being given as an explanation of how payouts currently work, and is not a guarantee that the minimum payout or sorting algorithm will remain the same in the future.
So... how are the other BTCs in "Paid in this block" transferred? Are they queued for future blocks, where the payout is less than 50 BTC? I'm not quite getting the grasp of this, nonetheless all of my payouts seem to work just fine.

To make it even clearer: Are the "Paid in this block" BTC really paid in "this" block and if so, how? And if not, how then and why? Smiley

1YetiaXeuRzX9QJoQNUW84oX2EiXnHgp3 or http://payb.tc/yeti

Since Bitcoin Randomizer is dead, join the Bitcoin Pyramid (referrer id #203)! Be quick, be on top! Instant payout as soon as one of your referrals deposits!
Xephan
Jr. Member
*
Offline Offline

Activity: 42


View Profile
July 17, 2011, 11:50:05 AM
 #150

So... how are the other BTCs in "Paid in this block" transferred? Are they queued for future blocks, where the payout is less than 50 BTC? I'm not quite getting the grasp of this, nonetheless all of my payouts seem to work just fine.

To make it even clearer: Are the "Paid in this block" BTC really paid in "this" block and if so, how? And if not, how then and why? Smiley

The chart here should make it clear I think.
http://eligius.st/~artefact2/blocks/

Every share has a fixed value, currently at 0.00003198 BT.
So in a long run, the total shares contributed x 3198 uBTC will exceed 50BTC, in short runs, be less. The excess goes into the pool fund, currently at 358+ BTC
"Paid in this block" should be more accurately named "Paid for this block", the amount will be credited under the address used, then depending on the payment backlog as well as minimum of 0.33554432, may be transferred to the address some time later.

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f
anodyne
Full Member
***
Offline Offline

Activity: 168


View Profile
July 17, 2011, 12:21:14 PM
 #151

To make it even clearer: Are the "Paid in this block" BTC really paid in "this" block and if so, how? And if not, how then and why? Smiley

I think "rewarded in this block" would be more accurate, since the part that exceeds 50BTC may not be paid out in the same block even if the user is over the threshold. But they are guaranteed rewards, and will be paid out later.

It seems that when the pool has funds it pays out the whole 50BTC income to miners in later blocks, and instead adjusts the "server funds" by internally moving bitcoins from the "outstanding rewards" pile. In short blocks, that would mean that miners still get paid the whole block income even if the table says "paid in this block: 10BTC". So, "rewarded" would work better there as well.

Bitcoins: solid enough to build pyramids.
shamathana
Jr. Member
*
Offline Offline

Activity: 46


View Profile
July 17, 2011, 12:23:00 PM
 #152

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.

19pDUWMHfcynfkNK8eYyjHp4T1xBdMrviL
Stupidpal
Member
**
Offline Offline

Activity: 84


View Profile
July 17, 2011, 12:29:32 PM
 #153

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.

They're showing up fine here.

If I helped, tip me! Smiley http://btc.to/a7
The easiest way to earn Bitcoins! BitCatch Randomizer
shamathana
Jr. Member
*
Offline Offline

Activity: 46


View Profile
July 17, 2011, 12:35:16 PM
 #154

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.

They're showing up fine here.

so what do i have to allow in ghostery requestpolicy noscript abp or cookies that it works?

19pDUWMHfcynfkNK8eYyjHp4T1xBdMrviL
Shevek
Sr. Member
****
Offline Offline

Activity: 252



View Profile
July 17, 2011, 03:32:08 PM
 #155

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.

Proposals for improving bitcoin are like asses: everybody has one
1SheveKuPHpzpLqSvPSavik9wnC51voBa
Jack of Diamonds
Sr. Member
****
Offline Offline

Activity: 252



View Profile
July 17, 2011, 03:42:16 PM
 #156

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.

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.

1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
gentakin
Member
**
Offline Offline

Activity: 98


View Profile
July 17, 2011, 03:45:48 PM
 #157

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.

1HNjbHnpu7S3UUNMF6J9yWTD597LgtUCxb
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
July 17, 2011, 04:55:36 PM
 #158

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.

Xephan
Jr. Member
*
Offline Offline

Activity: 42


View Profile
July 17, 2011, 05:53:56 PM
 #159


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

186q9YUW3x8TVHC5aYBEqgZZYMxft8Cw9f
Jack of Diamonds
Sr. Member
****
Offline Offline

Activity: 252



View Profile
July 17, 2011, 06:12:00 PM
 #160

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

1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 ... 201 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!