BurningToad (OP)
|
|
August 11, 2011, 02:37:19 PM |
|
Its real I've been manually checking for blocks, I did a server restart last night just in case, I can see shares being submitted to bitcoind for testing, but none of them have been good enough to solve a block yet Cmon guys, up your hashing quality!
|
|
|
|
digger
|
|
August 11, 2011, 03:00:37 PM |
|
Its real I've been manually checking for blocks, I did a server restart last night just in case, I can see shares being submitted to bitcoind for testing, but none of them have been good enough to solve a block yet Cmon guys, up your hashing quality! The block is huge for you,will it be the biggest block in the history of bitcoin?
|
|
|
|
BurningToad (OP)
|
|
August 11, 2011, 03:02:34 PM |
|
The block is huge for you,will it be the biggest block in the history of bitcoin?
Hopefully not! BTCGuild's block #2000 was 13,518,743 shares. I think i've heard of a ~14 million share block, maybe at deepbit. Anyone know of longer ones?
|
|
|
|
miscreanity
Legendary
Offline
Activity: 1316
Merit: 1005
|
|
August 11, 2011, 03:14:49 PM |
|
Anyone know of longer ones?
Must... not... make... juvenile... comment...
|
|
|
|
BurningToad (OP)
|
|
August 11, 2011, 03:48:59 PM Last edit: August 11, 2011, 04:02:51 PM by BurningToad |
|
Well our block of doom was finally solved 11,519,968 shares Edit: Geez, found two blocks in a row. ~34 hours for the block of doom, then 314 seconds for the next one. Why can't bitcoin have been somehow securely designed with non-probabilistic, linear mining?
|
|
|
|
BurningToad (OP)
|
|
August 12, 2011, 02:13:45 PM |
|
Recently hit a new hashrate high of 495 GH/s
|
|
|
|
jamesg
VIP
Legendary
Offline
Activity: 1358
Merit: 1000
AKA: gigavps
|
|
August 12, 2011, 08:25:04 PM |
|
Recently hit a new hashrate high of 495 GH/s Awesome BT. Great job on building a fantastic pool!
|
|
|
|
RandyFolds
|
|
August 12, 2011, 10:47:30 PM |
|
I like the stats updates! I also like that you added the donor list...hehe...shame 'em good.
|
|
|
|
Bitbird
|
|
August 13, 2011, 04:52:44 PM |
|
Give it a try, then you will know how great the pool is.
|
|
|
|
loglow
Jr. Member
Offline
Activity: 69
Merit: 3
|
|
August 15, 2011, 01:56:29 PM |
|
Just looking at the latest numbers and of the top 40 hashers on the hash rate chart, only 13 people are donating above the .52% average. I think those numbers are overall BTC amounts and not percentages. Please correct me if I'm wrong.
|
|
|
|
Meatball
|
|
August 15, 2011, 02:54:00 PM |
|
I think those numbers are overall BTC amounts and not percentages. Please correct me if I'm wrong.
Pretty sure that BT has said that people that donate more than the current Weighted Donation % will have their names bolded. Right now the weighted percentage is .487% and 21 people of the 40 are bolded.
|
|
|
|
BurningToad (OP)
|
|
August 15, 2011, 11:44:04 PM Last edit: August 15, 2011, 11:54:11 PM by BurningToad |
|
Hello,
I've mentioned in IRC that I am considering a switch to a PPLNS payment system. This has a few advantages over our current SMPPS system.
1) The pool can't go deeply negative which may cause some people to leave for greener pastures. 2) It doesn't require the pool to hold on to a large SMPPS buffer of BTC, putting more of the responsibility of holding BTC back in the miner's hands. 3) Like #2, it means when the pool is lucky, you get paid for that luck immediately instead of the pool holding on to it to pay you later. 4) Obviously this means payout variance will increase a lot (lately the variance has been about 0 with a positive buffer.) However, it is still a fair payment system and because of the reasons mentioned here, I think it is a better system in the long run.
My plan is to try and code it as soon as I can, and then basically enable it side-by-side with the current SMPPS system. This means that I will show you "simulated" payout stats on the site for PPLNS so that we can test it and see how it works before actually using it to pay anyone. If we see some problem or decide not to use it, we don't have to do so.
If we switch systems with a positive SMPPS buffer, that buffer will be distributed to miners based on all submitted SMPPS shares.
If we get in a negative buffer, i'm not sure how to handle it yet. It we switched to pure PPLNS, the only way to really handle it is to basically say that we aren't going to pay out the rest of the unpaid work in SMPPS. However, if you keep mining with Ars under PPLNS, then you would basically make that buffer back the next time we are lucky, just like the SMPPS system would have. However, this means that those who left the pool for greener pastures would not get their full PPS work paid. There is no perfect solution to this problem, which is a big part of the reason that we should consider switching in the first place.
|
|
|
|
miscreanity
Legendary
Offline
Activity: 1316
Merit: 1005
|
|
August 16, 2011, 01:15:23 AM |
|
If we get in a negative buffer, i'm not sure how to handle it yet. It we switched to pure PPLNS, the only way to really handle it is to basically say that we aren't going to pay out the rest of the unpaid work in SMPPS.
Keep in mind, I'm not too familiar with PPLNS or the discussions surrounding the differing methods in general. What about holding a few percent as a constant buffer? Is that like CPPSRB? Keeping somewhere between 1-5% on reserve should cover decently. The specific rate should be able to cover a reasonable payout, ideally for the maximum historical duration without finding a block.
|
|
|
|
Aexoden
Newbie
Offline
Activity: 53
Merit: 0
|
|
August 16, 2011, 02:12:05 AM |
|
I've mentioned in IRC that I am considering a switch to a PPLNS payment system. This has a few advantages over our current SMPPS system.
I'm personally in full support of ultimately making a change to PPLNS. SMPPS has its advantages, but I believe that PPLNS is better in the long run. However, when you implement it, do be careful about handling difficulty changes correctly. A naive solution can cause various shares around the difficulty change to have different expected values, as you can see in the following graph, which shows the results of a couple of solutions around a hypothetical difficulty increase from 100 to 200, where N is the difficulty: http://www.calindora.com/tmp/pplns.png(PPLNS refers to always taking the last N shares on payout. This means you have to always be keeping extra so you have enough in case a block is found shortly after a difficulty change. PPLLNS is a variation that expands N from old_difficulty to new_difficulty as shares come in. Neither has the correct expected value per share around the difficulty change. The best solution (as far as I know) is Meni's variation, but I apparently don't know it well enough in my head to spit out here. I'd have to dig it up from wherever I read about it.) Another thing to consider is that if and when transaction fees become a significant part of the block reward, pools are going to be hard-pressed to continue to keep them entirely as a fee. Adding those seems comparatively easy with PPLNS, while SMPPS poses more of a challenge. (I don't think variable block rewards do anything weird to the expected value per share, but I could be wrong.)
|
|
|
|
Meatball
|
|
August 16, 2011, 02:21:01 AM |
|
I'm all for switching to PPLNS as well. I know I wouldn't want to be responsible for a huge wallet full of buffer BTC. As of the switching while negative, there's a simple solution to that, don't switch while negative.
If/when the decision is made to switch over, if we're negative, just hold out until we're positive again. Of course, that assumes we're not like 1000 BTC negative, but if it's not much, I'm sure waiting would be fine.
The other option is to switch asap while we still are positive.
|
|
|
|
geek-trader
|
|
August 16, 2011, 03:16:50 AM |
|
I'm all for switching to PPLNS as well. I know I wouldn't want to be responsible for a huge wallet full of buffer BTC. As of the switching while negative, there's a simple solution to that, don't switch while negative.
If/when the decision is made to switch over, if we're negative, just hold out until we're positive again. Of course, that assumes we're not like 1000 BTC negative, but if it's not much, I'm sure waiting would be fine.
The other option is to switch asap while we still are positive.
I agree with Meatball. Additionally, does anyone else picture his avatar speaking when they read his posts?
|
|
|
|
Big Time Coin
|
|
August 16, 2011, 03:20:28 AM |
|
Toad -
The current PPS method is the reason we mine at your pool, and I know that many or most who mine here are only here because of the perfect 1 to 1 expected value, with 0% fee. In other words, the way you are doing it right now, with the option for PPS, makes you the highest EV pool available 24/7, which is why you have seen the recent growth. Changing the payout system, with no option for people to keep the current payout system, will force me out of the pool, and I predict 50%+ of your hashrate will go with me.
To reiterate: your PPS payout system is perfect and cannot be improved in any way. It ain't broke, so don't waste time trying to fix it.
You are scaring us with this other payout system talk, it's either Score, PPS, or Prop. Once you start adding letters in there you are just going to confuse everyone. At least tell us what the system is called and briefly explain it or give a link in the post where you announce you are strongly considering changing to the system.
- The Dirty Dozen
|
Big time, I'm on my way I'm making it, big time, oh yes - Peter Gabriel
|
|
|
|
RandyFolds
|
|
August 16, 2011, 04:50:20 AM |
|
Toad -
The current PPS method is the reason we mine at your pool, and I know that many or most who mine here are only here because of the perfect 1 to 1 expected value, with 0% fee. In other words, the way you are doing it right now, with the option for PPS, makes you the highest EV pool available 24/7, which is why you have seen the recent growth. Changing the payout system, with no option for people to keep the current payout system, will force me out of the pool, and I predict 50%+ of your hashrate will go with me.
To reiterate: your PPS payout system is perfect and cannot be improved in any way. It ain't broke, so don't waste time trying to fix it.
You are scaring us with this other payout system talk, it's either Score, PPS, or Prop. Once you start adding letters in there you are just going to confuse everyone. At least tell us what the system is called and briefly explain it or give a link in the post where you announce you are strongly considering changing to the system.
- The Dirty Dozen
I think that the switch needs to be made. SMPPS is broken, no doubt about it. At first, I was intimidated by Aexoden's constant talk of PPLNS, but I have come to see the light after some thorough explanations from my own research and from the guys on the IRC. We have spend the last two months with a massive positive buffer. No one would be here if the buffer was negative 1000btc, hell, I am not sure I would have stuck around and I've been here a while. Everyone joined in a heartbeat when it was positive, since there is no variance for the 24/7 miners and it was the most profitable place to be if your hopper didn't like the odds at the Prop pools. Why serve as the backup plan for the hoppers and deplete the buffer for the 24/7 miners? Going seriously negative would literally be the death of the pool. Also, as someone mentioned earlier, the liability of having to hold and secure $10,000+ worth of other people's money is a big one... 50% of the hashrate will bail because a more effective and fair system is instituted? There are a line of people waiting for a big PPLNS pool to join, and the biggest one in existence is undergoing explosive growth.
|
|
|
|
Big Time Coin
|
|
August 16, 2011, 06:55:38 AM |
|
Thanks for the links Luke, much needed for the discussion.
I wrote a whole spiel, then realized I was volunteering sage business advice to strangers, which is stupid, so I e-mailed it to myself instead to put in the idea locker.
Good luck with your pool's problem of when the buffer runs out.
|
Big time, I'm on my way I'm making it, big time, oh yes - Peter Gabriel
|
|
|
|