Author

Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 117. (Read 379078 times)

hero member
Activity: 886
Merit: 500
I'm pleased to announce an upcoming development for the pool.  After the new servers are put online and the pool is successfully sharded between them, I will be posting a game plan for what steps will be taken should BTC Guild grow to the point where it's influence over the network can be seen as a bad thing (same thing going on with DeepBit currently).  I won't be able to give a clear example until after I've successfully split the pool across multiple servers.

The current load on the pool indicates that BTC Guild will be processing around 750 GH/sec within 24 hours of the new servers come online, and our growth in the past points to 1 TH/sec shortly after that (assuming the 3 servers are stable for a few days).  I'd rather have this plan in place and ready to execute when we reach 30-35% of the network, rather than waiting to look for a solution until reach 45-50%.  Starting early will give us time to discuss the weaknesses or additional transparency that will be needed to pull it off.

That's...so...COOL.

It's nice knowing that your pool operator has the best interest of us all at heart, including bitcoin itself.
member
Activity: 98
Merit: 10
I'm pleased to announce an upcoming development for the pool.  After the new servers are put online and the pool is successfully sharded between them, I will be posting a game plan for what steps will be taken should BTC Guild grow to the point where it's influence over the network can be seen as a bad thing (same thing going on with DeepBit currently).  I won't be able to give a clear example until after I've successfully split the pool across multiple servers.

The current load on the pool indicates that BTC Guild will be processing around 750 GH/sec within 24 hours of the new servers come online, and our growth in the past points to 1 TH/sec shortly after that (assuming the 3 servers are stable for a few days).  I'd rather have this plan in place and ready to execute when we reach 30-35% of the network, rather than waiting to look for a solution until reach 45-50%.  Starting early will give us time to discuss the weaknesses or additional transparency that will be needed to pull it off.

Excellent!  I am really curious how one operator can somehow divest from a pool [or pools] of his own creation and authoring.   I am not sure users will want their pool to drop in hashing power if split ... or restricted from growth [if a user can't add an additional worker ...].  You know I want such security to avoid pools from having the potential to be used [abused] for a double spending attack, but I will be very interested [and probably constructively critical unless you really surprise me Smiley] about it.

You are certainly creative, skilled and goal oriented and your work on BTC Guild very much reflects this.  If you didn't have an excellent career in software/web/admin before, you have set yourself up now for it even if bitcoin fades away eventually Smiley
hero member
Activity: 626
Merit: 500
Mining since May 2011.
I'm pleased to announce an upcoming development for the pool.  After the new servers are put online and the pool is successfully sharded between them, I will be posting a game plan for what steps will be taken should BTC Guild grow to the point where it's influence over the network can be seen as a bad thing (same thing going on with DeepBit currently).  I won't be able to give a clear example until after I've successfully split the pool across multiple servers.

The current load on the pool indicates that BTC Guild will be processing around 750 GH/sec within 24 hours of the new servers come online, and our growth in the past points to 1 TH/sec shortly after that (assuming the 3 servers are stable for a few days).  I'd rather have this plan in place and ready to execute when we reach 30-35% of the network, rather than waiting to look for a solution until reach 45-50%.  Starting early will give us time to discuss the weaknesses or additional transparency that will be needed to pull it off.

Thank you for the update and all of your hard work in bringing this plan to fruition.
full member
Activity: 154
Merit: 100
Where be my lucky streak? Cry
Code:
345
129033 2011-06-06 13:14:22 0:16:11 145164 79 until confirmed
View
344
129029 2011-06-06 12:58:11 0:03:48 32895 75 until confirmed
View
343
129028 2011-06-06 12:54:23 0:37:05 327063 74 until confirmed
View
342
129023 2011-06-06 12:17:18 0:37:32 320173 69 until confirmed
View
341
129012 2011-06-06 11:39:46 0:01:03 6225 58 until confirmed
View
340
129011 2011-06-06 11:38:43 0:25:11 225105 57 until confirmed
View
339
129006 2011-06-06 11:13:32 0:27:03 238883 52 until confirmed
View
338
129001 2011-06-06 10:46:29 0:31:34 274791 47 until confirmed
View
337
128996 2011-06-06 10:14:55 0:10:00 81644 42 until confirmed
View
legendary
Activity: 1750
Merit: 1007
I'm pleased to announce an upcoming development for the pool.  After the new servers are put online and the pool is successfully sharded between them, I will be posting a game plan for what steps will be taken should BTC Guild grow to the point where it's influence over the network can be seen as a bad thing (same thing going on with DeepBit currently).  I won't be able to give a clear example until after I've successfully split the pool across multiple servers.

The current load on the pool indicates that BTC Guild will be processing around 750 GH/sec within 24 hours of the new servers come online, and our growth in the past points to 1 TH/sec shortly after that (assuming the 3 servers are stable for a few days).  I'd rather have this plan in place and ready to execute when we reach 30-35% of the network, rather than waiting to look for a solution until reach 45-50%.  Starting early will give us time to discuss the weaknesses or additional transparency that will be needed to pull it off.
member
Activity: 98
Merit: 10
Yeah, I've been getting a ton of Problems communicating with bitcoin RPC this morning.
And also a bunch of idles. I'm using poclbm.

The pool hash rate was in the 450GH/s range this morning, but now it is back up over 600MH/s range.  I suspect that is the cause.  Too much traffic.

Yeah, I noticed that too. I can't wait for the new servers. I love BTCGuild.
I think eleuthria has done a fabulous job with the site, He keeps everything
running as smooth as possible considering the load.

I completely agree. Smiley

Unfortunately, at the moment, for whatever reason [probably slightly delayed long polling push], I get a ton of stale shares in phoenix [which I need to use with my 5850s due to the phatk kernel giving me more than a 3% increase].  If I use poclbm as my miner [which I for my 6970], it keeps a smaller work queue apparently and I get idles, but they are short so that the temperture barely blips, but I still get a large number of stale shares; not as bad as with phoenix, but I don't get the 3% of play that I have with the 5850s using the phatk kernel.  So, I am mining elsewhere at the moment.  I went to my old favorite pool for a while last night, but the variance was huge due to somebody putting all that hardware online [obviously running solo or a private pool not monitored by Bitcoin Watch explicitly].  I ended up mining on yet another pool which is working great for me at the moment.  I am REALLY looking forward to taking my miners back over to BTC Guild [I do test runs there ever couple of days for several hours to get an idea of stale rates, idles and communication issues].  I will be back shortly Smiley  I suppose some people see more issues than others due to their route on the Internet [and thus latency and/or packet loss which I oddly do not have a problem with either] or maybe many miners just don't care much about their stale share rate (there is something to be said about not looking at the stats often ... but to me, it is a hobby of maximization of ROI).  If I earn enough, maybe I will build a "big rig" IF I see it profitable rather than keeping the cash or using it otherwise [and difficulty increases have remained a more "normal"l 0-10% as designed] and the conditions of Bitcoin in general and pending hardware releases [presumably GPU].

Changing the subject to what I alluded to a little bit above ...

I hope that person/people that brought so much hardware online at once pay for this in difficulty and find that they paid way too much money for the return they are getting and sell their hardware to try to break even and hopefully that won't happen again or very often ... it is unnatural growth in my honest opinion; although it is a free market including the ability to mine.

What would be really cool would be a new video card to come out that simply dwarfs others out there [but likely still expensive] making some of the reckless [meaning many are doing it with debt and/or without forethought about what they are doing to the mining community and how it will end up for themselves] giant rig builders recent investments potentially unable to repay on their investment.  I hate to wish ill on somebody, but clearly greed is driving some people without logic and/or without care.  I broke even a few days ago officially (and then a little ... I was ignoring some costs that I didn't count like the fact that I shorted a new power supply because I thought the last one was bad and it turned out that somehow the case was shorting the mother board AND the power supply ... so I had a cheap [but good] board, power supply and additional CPU [previous was surprisingly incompatible] to account for at about $170 total [-1 case meant one machine I won't be building since I am pretty much out of usable parts other than drives].

Some small cash investments that I could afford into the market also paid off well [essentially, I did some day trading at strategic times and helped fund the ramp up machine by machine without much outlay at all ... I wouldn't allow any money from my main budget to be used other than the initial video card purchase for my gaming PC as a regular upgrade and a small amount of cash I considered "slush" which I have already recovered].
newbie
Activity: 54
Merit: 0
Yeah, I've been getting a ton of Problems communicating with bitcoin RPC this morning.
And also a bunch of idles. I'm using poclbm.

The pool hash rate was in the 450GH/s range this morning, but now it is back up over 600MH/s range.  I suspect that is the cause.  Too much traffic.

Yeah, I noticed that too. I can't wait for the new servers. I love BTCGuild.
I think eleuthria has done a fabulous job with the site, He keeps everything
running as smooth as possible considering the load.
member
Activity: 98
Merit: 10
Yeah, I've been getting a ton of Problems communicating with bitcoin RPC this morning.
And also a bunch of idles. I'm using poclbm.

The pool hash rate was in the 450GH/s range this morning, but now it is back up over 600MH/s range.  I suspect that is the cause.  Too much traffic.
newbie
Activity: 54
Merit: 0
That's kinda what I figured, Just trying to keep you updated  Wink
legendary
Activity: 1750
Merit: 1007
As the warning on the site says, there is NOTHING I can do about the idles/RPC errors at this time.  The short-term solution is expanding to additional servers, which is happening this week.  The long term solution is either fixing the problems pushpool is having scaling to these speeds, or writing custom pool software, which is a definite possibility at this point.
newbie
Activity: 54
Merit: 0
Yeah, I've been getting a ton of Problems communicating with bitcoin RPC this morning.
And also a bunch of idles. I'm using poclbm.
member
Activity: 98
Merit: 10
Much miner idling recently... Giving my fallback script a workout. Tongue

I get a lot of idles with poclbm.exe.  If I use phoenix.exe then I don't get the idles, but I get a LOT of stale shares.  This was as of yesterday afternoon.  This suggests to me that long polling pushes are arriving too late and that the work queue is a bit larger in phoenix which accounts for the stale shares.
full member
Activity: 216
Merit: 100
Much miner idling recently... Giving my fallback script a workout. Tongue
hero member
Activity: 634
Merit: 500
Hey Eleuthria, I've got a general technical question.

Since you said bitcoind wasn't putting much of a load on the server, how come you don't run multiple bitcoinD, each mapped to a separate port?

He just implemented this feature over last weekend.
His mulit-bitcoind back end instances are mapped to the same pushpool server front end, so it uses the same port (for convenience).
hero member
Activity: 634
Merit: 500
quick question, what exactly does the 2.5% donation threshold do?  does it mean that stale/invalid blocks get rewarded the same as regular shares?

Yes, this is exactly what it means.
When you donate 2.5% (or more) you get:
  • Satisfaction knowing that you are supporting the best pool in the world.
  • You get paid for every block found... even if it later becomes invalid.
  • You get paid immediately! All estimated rewards skip confirmation and go directly to confirmed rewards when a block is found
  • Plus, you get all other donator perks like idle miner warning emails, etc.
newbie
Activity: 16
Merit: 0
Hey Eleuthria, I've got a general technical question.

Since you said bitcoind wasn't putting much of a load on the server, how come you don't run multiple bitcoinD, each mapped to a separate port?
legendary
Activity: 1750
Merit: 1007
An order has been placed for a server in the EU.  It will probably be ready to go live on Thursday.  The DNS will load balance between the two, but I will post special URLs that pool members can use to manually connect to the server closer to them if they wish.

There may be one more server coming online by next weekend based in the east coast to give us a fairly wide spread geographically (US West, US East, EU).

Absolutely amazing!  How long ago was this just an idea?  You wrote the original site [beta?] in a week, correct?  Went live and scaled to be one of the largest pools available in a very short period of time and have been more adaptable, creative and reactive than any other pool operator except perhaps Tycho [meaning you have accomplished these feats at least as well as Tycho which says a lot for both of you, but especially you due to the speed and agility with which you have managed this]. 

Thanks for the ego boost, I needed it after this long weekend.  Yes, from the time I downloaded pushpool to the time I brought the pool public with the full frontend was about a week.  The pool will have been open for one month on June 9th, which is the same day I expect the second server will come online.  A third server is being added on the US east coast at roughly the same time, so I have 3 days of setting up the code to link multiple servers together so they're all working on the same round.
legendary
Activity: 2618
Merit: 1007
This may be a dumb question, but on the Block Statistics page, it says that 550 Bitcoins "Need Confirmation"?

I'm not sure what's involved in confirming bitcoins, but doesn't that seem high?
After a block has been found, Bitcoin waits until 120 more blocks have been found until the 50 BTC from that block are being able to be moved.
550/50 = 11 blocks have currently less than 120 blocks after them, so the money there cannot be paid out yet (if you donate 2,5% or more, eleutheria probably gives you a "loan" from his own pocket, until the 50 BTC from that block have been confirmed so you can already pay out directly after a block was found)
newbie
Activity: 16
Merit: 0
This may be a dumb question, but on the Block Statistics page, it says that 550 Bitcoins "Need Confirmation"?

I'm not sure what's involved in confirming bitcoins, but doesn't that seem high?
newbie
Activity: 18
Merit: 0
Hey guys,

I really like your pool but I need to take a short break until your EU server is online.
I think that you have been doing a fantastic job of keeping the server running and upgrading it so it can handle the ever increasing load. +630GH/s !!!!!!

Please keep up the good work!
CU on the EU server.

Yes I am donating to fund this awesome pool  Smiley
Jump to: