Bitcoin Forum
January 23, 2017, 08:37:42 AM *
News: Latest stable version of Bitcoin Core: 0.13.2  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 »  All
  Print  
Author Topic: [CLOSED] MaxBTC.com Pool - Closed Indefinitely Aug 3rd 2013  (Read 25342 times)
MintCondition
Sr. Member
****
Offline Offline

Activity: 322



View Profile
April 06, 2012, 11:58:50 AM
 #41

Man that is crappy. It seems to kill any small profit you might get as well when were on these unlucky blocks. 
DGM, the reward method used by MaxBTC, does not suffer from hoppers. On the contrary, extra pool hashrate will only lower everyone's variance, smoothing earnings. You'll get less per block but that much more blocks will be found. This creates the same expected earnings but with less fluctuations each day. Of course the lowest variance is obtained from a PPS pool such as eleuthria's BTCGuild or forementioned ABCPool.  PPS pools usually have a fee to compensate the risk they take off your shoulders, while other pools may be fee-less.

Hope this helps,
MC

1485160662
Hero Member
*
Offline Offline

Posts: 1485160662

View Profile Personal Message (Offline)

Ignore
1485160662
Reply with quote  #2

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

Posts: 1485160662

View Profile Personal Message (Offline)

Ignore
1485160662
Reply with quote  #2

1485160662
Report to moderator
1485160662
Hero Member
*
Offline Offline

Posts: 1485160662

View Profile Personal Message (Offline)

Ignore
1485160662
Reply with quote  #2

1485160662
Report to moderator
1485160662
Hero Member
*
Offline Offline

Posts: 1485160662

View Profile Personal Message (Offline)

Ignore
1485160662
Reply with quote  #2

1485160662
Report to moderator
Doff
Sr. Member
****
Offline Offline

Activity: 327


View Profile
April 06, 2012, 02:25:33 PM
 #42

I see, that does clear things up.

Thank you

Doff

Man that is crappy. It seems to kill any small profit you might get as well when were on these unlucky blocks. 
DGM, the reward method used by MaxBTC, does not suffer from hoppers. On the contrary, extra pool hashrate will only lower everyone's variance, smoothing earnings. You'll get less per block but that much more blocks will be found. This creates the same expected earnings but with less fluctuations each day. Of course the lowest variance is obtained from a PPS pool such as eleuthria's BTCGuild or forementioned ABCPool.  PPS pools usually have a fee to compensate the risk they take off your shoulders, while other pools may be fee-less.

Hope this helps,
MC


btcx
VIP
Sr. Member
*
Offline Offline

Activity: 302



View Profile WWW
April 06, 2012, 06:04:09 PM
 #43

Man that is crappy. It seems to kill any small profit you might get as well when were on these unlucky blocks. 
DGM, the reward method used by MaxBTC, does not suffer from hoppers. On the contrary, extra pool hashrate will only lower everyone's variance, smoothing earnings. You'll get less per block but that much more blocks will be found. This creates the same expected earnings but with less fluctuations each day. Of course the lowest variance is obtained from a PPS pool such as eleuthria's BTCGuild or forementioned ABCPool.  PPS pools usually have a fee to compensate the risk they take off your shoulders, while other pools may be fee-less.

Hope this helps,
MC



Well said.  I just responded to some questions over at Ogrr about this as well:  https://ogrr.com/viewtopic.php?f=373&t=2551&p=16217#p16217


Bitcoin, Ethereum, Litecoin, Namecoin, Dogecoin, Ripple, Stellar, US dollar, euro, British pound, Canadian dollar and Japanese yen exchange:  https://www.kraken.com
JWU42
Legendary
*
Offline Offline

Activity: 1512


View Profile
April 06, 2012, 08:21:32 PM
 #44

Seems the settings here are more extreme than ozco.in.  I got paid for 2+ days (granted - very small amounts) after mining there with 10 Gh/s for about 3 hours.  Did the same here and wonder if I will even get paid for this block  Wink

GPG PubKey | THREEMA | OTC | HeatWare | 1JWU42QLGFESoQCC4iPzUDTRiC9nx5bi95
btcx
VIP
Sr. Member
*
Offline Offline

Activity: 302



View Profile WWW
April 07, 2012, 04:24:29 AM
 #45

Seems the settings here are more extreme than ozco.in.  I got paid for 2+ days (granted - very small amounts) after mining there with 10 Gh/s for about 3 hours.  Did the same here and wonder if I will even get paid for this block  Wink

According to Ozcoin's site, they use c=0.2, which should pay out for about 36m shares (~22 rounds at current difficulty).  MaxBTC uses c=0.1, which would be good for 16m shares (~10 rounds).  Increasing c would mean slower decay and less variance for miners but also more risk for the pool, which may be acceptable once we stop paying out the bonuses. 

Bitcoin, Ethereum, Litecoin, Namecoin, Dogecoin, Ripple, Stellar, US dollar, euro, British pound, Canadian dollar and Japanese yen exchange:  https://www.kraken.com
JWU42
Legendary
*
Offline Offline

Activity: 1512


View Profile
April 07, 2012, 11:44:17 AM
 #46

Thanks for the info - much appreciated!

GPG PubKey | THREEMA | OTC | HeatWare | 1JWU42QLGFESoQCC4iPzUDTRiC9nx5bi95
btcx
VIP
Sr. Member
*
Offline Offline

Activity: 302



View Profile WWW
April 08, 2012, 12:29:13 AM
 #47

Beginning round 87, bonuses will be eliminated and c increased from 0.1 to 0.15.

Bitcoin, Ethereum, Litecoin, Namecoin, Dogecoin, Ripple, Stellar, US dollar, euro, British pound, Canadian dollar and Japanese yen exchange:  https://www.kraken.com
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1904



View Profile WWW
April 08, 2012, 12:26:59 PM
 #48

DGM has 2 parameters. You can decrease variance at the cost of either operator risk or maturity time. If the decay is too fast you can increase o while keeping c fixed. Of course, then people will need to understand that their payment for mining now will be spread out over the next several blocks.


DGM is perfectly usable by intermittent miners, the average reward is not affected. There will be variance which has mostly a psychological effect (I'm not saying psychological factors shouldn't be considered, only that you shouldn't assume there's anything more than that). If the variance (even with optimal parameters) is too much to bear, go with PPS.


However, I would be surprised if the peculiarities of DGM didn't leave room for more advanced and profitable strategies than the standard pool hopping, which of course would be (and will be) another topic.
DGM is provably hopping-proof. Block withholding attacks (including lie-in-wait) are still possible, as with any other system.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
zvs
Legendary
*
Offline Offline

Activity: 1414



View Profile WWW
April 09, 2012, 12:13:34 PM
 #49

Beginning round 87, bonuses will be eliminated and c increased from 0.1 to 0.15.
This change appeared to have messed up the payments as well,

Block 87 (911000 shares) only rewarded 36 bitcoins
Block 88 (798000 shares) rewarded 40 bitcoins
Block 89 (1261000 shares, negative luck) rewarded 46 bitcoins

Dacentec, best deals for US dedicated servers. They regularly restock $20-$25 Opterons with 8-16GB RAM & 2x1-2TB HDD's (ofc, usually lots of other good stuff to choose from).  I did a Serverbear benchmark of one of my $20/mo Opteron (June last year), it's here.  Have had about a half dozen different servers with Dacentec, & none have failed to sustain at least 40MB/s (burst higher). My favorite is a 12-month rent-to-own ZT Systems 2XL5520 16GB 2x2TB SATA for $40/month (got lucky with the 'off-brand', haven't seen a RTO 2xL5520 for under $50/mo since -- at least for monthly contracts).  wholesaleinternet.com has some ancient 2-core intel CPUs @ $10/mo sometimes (I got an Intel Core 2 6300 @ 1.86GHz, with a 250GB HDD with 46000 hours on it, LOL. $20 @ Dacentec is much better, if you can grab one). joesdatacenter.com (same location as Wholesale Internet) also occasionally has specials (or if you don't want to wait, it has an AMD Opteron 170 @ $16/mo).
btcx
VIP
Sr. Member
*
Offline Offline

Activity: 302



View Profile WWW
April 09, 2012, 11:49:44 PM
 #50

Beginning round 87, bonuses will be eliminated and c increased from 0.1 to 0.15.
This change appeared to have messed up the payments as well,

Block 87 (911000 shares) only rewarded 36 bitcoins
Block 88 (798000 shares) rewarded 40 bitcoins
Block 89 (1261000 shares, negative luck) rewarded 46 bitcoins

Thanks for chiming in, Meni.  If you see anything wrong with my reasoning/math here (or zvs'), please let me know.

Settings were changed from f=-0.125, c=0.1, o=0.8 in round 86 to f=-0.17647, c=0.15, o=0.85 in the rounds zvs is referring to.  
 
The pool appears to be doing what it's supposed to.  There is no standard on luck but it's set to 0% = difficulty.  The change in parameters and the big pool hopper not being on much in recent rounds is what's making the fee appear so high.  DGM lowers variance and tries to make payments fairly evenly over time.  People that understand variance mine at 0% DGM pools, and people that don't go to 5+% PPS pools and lose 5+% in the long run.

The change in settings would slow the decay and maturity time.  Twice the amount of shares would be needed to replace one of the previous ones.  Eventually it'll reach equilibrium and everything will be 1:1 again.  Also, those rounds are lucky so the pool takes more of the rewards that it had to pay out for the unlucky rounds.  The geometric method is based on p, which is 1/D as the probability that the block will be solved, so 1261000 shares would still be considered "unlucky".  Depending on the scores in previous rounds, it may pay out more than 50 BTC or it may pay out less.  In this case, there were two lucky rounds before it and one that was still better than expected.  The upward trajectory of the payouts even with fairly lucky rounds is expected as the new settings take over to find equilibrium.  Once equilibrium is reached, strings of lucky rounds will usually reduce payouts.

Bitcoin, Ethereum, Litecoin, Namecoin, Dogecoin, Ripple, Stellar, US dollar, euro, British pound, Canadian dollar and Japanese yen exchange:  https://www.kraken.com
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1904



View Profile WWW
April 10, 2012, 01:08:56 PM
 #51

Thanks for chiming in, Meni.  If you see anything wrong with my reasoning/math here (or zvs'), please let me know.

Settings were changed from f=-0.125, c=0.1, o=0.8 in round 86 to f=-0.17647, c=0.15, o=0.85 in the rounds zvs is referring to.
If DGM is implemented as described in the forum or in AoBPMRS, it requires score rescaling if the average fee is changed. If no rescaling is done, it means that people who mine shortly before the change will get on average less than a 1.25% bonus, rather than 1.25% as they were promised. This has no effect on people who mine after the change. I don't think that has any relation with zvs's observations, though.

Another effect, which is normal, is that changing the timescale means that miners have a new equilibrium score, which takes some time to build up to. This can cause a reduction in immediate payments, which is compensated by a higher later payment. Edit: On second thought, this effect doesn't happen on the global level. It happens per miner when the overall hashrate changes.

But from a casual examination, it looks like what zvs refers to as "messed up payments" is not related at all to the parameter change. The total reward of a block depends on the luck of several previous blocks. (This is the result of cashing out previous score, it has no affect on the profitability of mining new shares). It's possible that there were a few lucky rounds before block 87, causing a reduced total payout which slowly builds up back to the equilibrium.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
zvs
Legendary
*
Offline Offline

Activity: 1414



View Profile WWW
April 12, 2012, 10:31:17 AM
 #52

Thanks for chiming in, Meni.  If you see anything wrong with my reasoning/math here (or zvs'), please let me know.

Settings were changed from f=-0.125, c=0.1, o=0.8 in round 86 to f=-0.17647, c=0.15, o=0.85 in the rounds zvs is referring to.
If DGM is implemented as described in the forum or in AoBPMRS, it requires score rescaling if the average fee is changed. If no rescaling is done, it means that people who mine shortly before the change will get on average less than a 1.25% bonus, rather than 1.25% as they were promised. This has no effect on people who mine after the change. I don't think that has any relation with zvs's observations, though.

Another effect, which is normal, is that changing the timescale means that miners have a new equilibrium score, which takes some time to build up to. This can cause a reduction in immediate payments, which is compensated by a higher later payment.

But from a casual examination, it looks like what zvs refers to as "messed up payments" is not related at all to the parameter change. The total reward of a block depends on the luck of several previous blocks. (This is the result of cashing out previous score, it has no affect on the profitability of mining new shares). It's possible that there were a few lucky rounds before block 87, causing a reduced total payout which slowly builds up back to the equilibrium.

Hmm, I think the change combined with the earlier lucky blocks probably made the payment less than it would have been than if nothing had been changed?   Wouldn't it cause the lucky blocks to stick around for longer when otherwise they may have been "passed" by the share count?

In any case, yeah, it definitely caught up or w/e.  It's paying out fine now.

Dacentec, best deals for US dedicated servers. They regularly restock $20-$25 Opterons with 8-16GB RAM & 2x1-2TB HDD's (ofc, usually lots of other good stuff to choose from).  I did a Serverbear benchmark of one of my $20/mo Opteron (June last year), it's here.  Have had about a half dozen different servers with Dacentec, & none have failed to sustain at least 40MB/s (burst higher). My favorite is a 12-month rent-to-own ZT Systems 2XL5520 16GB 2x2TB SATA for $40/month (got lucky with the 'off-brand', haven't seen a RTO 2xL5520 for under $50/mo since -- at least for monthly contracts).  wholesaleinternet.com has some ancient 2-core intel CPUs @ $10/mo sometimes (I got an Intel Core 2 6300 @ 1.86GHz, with a 250GB HDD with 46000 hours on it, LOL. $20 @ Dacentec is much better, if you can grab one). joesdatacenter.com (same location as Wholesale Internet) also occasionally has specials (or if you don't want to wait, it has an AMD Opteron 170 @ $16/mo).
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1904



View Profile WWW
April 12, 2012, 11:10:26 AM
 #53

Hmm, I think the change combined with the earlier lucky blocks probably made the payment less than it would have been than if nothing had been changed?   Wouldn't it cause the lucky blocks to stick around for longer when otherwise they may have been "passed" by the share count?
It would be the other way around. Increasing c should make for a more rapid recovery from previous luck.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
btcx
VIP
Sr. Member
*
Offline Offline

Activity: 302



View Profile WWW
April 12, 2012, 12:22:41 PM
 #54

Thanks for chiming in, Meni.  If you see anything wrong with my reasoning/math here (or zvs'), please let me know.

Settings were changed from f=-0.125, c=0.1, o=0.8 in round 86 to f=-0.17647, c=0.15, o=0.85 in the rounds zvs is referring to.
If DGM is implemented as described in the forum or in AoBPMRS, it requires score rescaling if the average fee is changed. If no rescaling is done, it means that people who mine shortly before the change will get on average less than a 1.25% bonus, rather than 1.25% as they were promised. This has no effect on people who mine after the change. I don't think that has any relation with zvs's observations, though.

Another effect, which is normal, is that changing the timescale means that miners have a new equilibrium score, which takes some time to build up to. This can cause a reduction in immediate payments, which is compensated by a higher later payment. Edit: On second thought, this effect doesn't happen on the global level. It happens per miner when the overall hashrate changes.

But from a casual examination, it looks like what zvs refers to as "messed up payments" is not related at all to the parameter change. The total reward of a block depends on the luck of several previous blocks. (This is the result of cashing out previous score, it has no affect on the profitability of mining new shares). It's possible that there were a few lucky rounds before block 87, causing a reduced total payout which slowly builds up back to the equilibrium.

I don't think the rescaling is required.  The bonuses were meant to be applied for the rounds mined in.  So, if you were going to get 1 BTC with DGM, you'd get 1.0125 BTC instead.  It was easily accomplished with DGM without having to add any extra bonus code by increasing f by that amount, which would be the same as increasing the DGM payout by that amount since f isn't involved in calculating the score payout = (exp(lS-ls)*(r-1)*(1-f))/p.

The bonus you're referring to is for the lifetime of the share, which isn't how we're defining bonus (and I don't think most people would define it that way either), though what you're referring to is probably more fair and isn't exploitable.

Bitcoin, Ethereum, Litecoin, Namecoin, Dogecoin, Ripple, Stellar, US dollar, euro, British pound, Canadian dollar and Japanese yen exchange:  https://www.kraken.com
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1904



View Profile WWW
April 12, 2012, 01:23:49 PM
 #55

I don't think the rescaling is required.  The bonuses were meant to be applied for the rounds mined in.  So, if you were going to get 1 BTC with DGM, you'd get 1.0125 BTC instead.  It was easily accomplished with DGM without having to add any extra bonus code by increasing f by that amount, which would be the same as increasing the DGM payout by that amount since f isn't involved in calculating the score payout = (exp(lS-ls)*(r-1)*(1-f))/p.

The bonus you're referring to is for the lifetime of the share, which isn't how we're defining bonus (and I don't think most people would define it that way either), though what you're referring to is probably more fair and isn't exploitable.
I guess that's one way to look at it. To me a bonus implies that every share I mine during the bonus period gives me on average 101.25% PPS.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
Frizz23
Hero Member
*****
Offline Offline

Activity: 672



View Profile
April 13, 2012, 07:02:36 AM
 #56

Why does the topic still say: "[459 GH] MaxBTC.com Pool ..."? We are below 100 GH now!

Tittiez
Hero Member
*****
Offline Offline

Activity: 686



View Profile
April 14, 2012, 12:47:22 AM
 #57

Why does the topic still say: "[459 GH] MaxBTC.com Pool ..."? We are below 100 GH now!

"Shhhhhh"
btcx
VIP
Sr. Member
*
Offline Offline

Activity: 302



View Profile WWW
April 14, 2012, 05:37:20 AM
 #58

I guess that's one way to look at it. To me a bonus implies that every share I mine during the bonus period gives me on average 101.25% PPS.

To be honest, we never considered that definition.  It's similar to how we do donations; the amount they want to donate is a % of what their income is for that round, not what their mined shares would produce for that round over its lifetime.  it's a lot easier for people to understand, calculate, and predict than it is to have the donations spread out over multiple rounds.  it also makes implementation easier since no rescaling would be required whenever they decide to change their donation %.

Bitcoin, Ethereum, Litecoin, Namecoin, Dogecoin, Ripple, Stellar, US dollar, euro, British pound, Canadian dollar and Japanese yen exchange:  https://www.kraken.com
Frizz23
Hero Member
*****
Offline Offline

Activity: 672



View Profile
April 14, 2012, 12:48:06 PM
 #59

Why does the hashrate of your pool vary so much? Does that mean it's getting hopped?

Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1904



View Profile WWW
April 14, 2012, 05:08:08 PM
 #60

I guess that's one way to look at it. To me a bonus implies that every share I mine during the bonus period gives me on average 101.25% PPS.
it also makes implementation easier since no rescaling would be required whenever they decide to change their donation %.
You can parametrize the calculation in a way that will not require an explicit rescaling when changing the average fee to do what I described.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
Pages: « 1 2 [3] 4 5 6 7 8 9 10 11 12 13 14 »  All
  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!