[CLOSED] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers

[eleuthria]

Posting this as a reminder for those who haven't read the latest news on the BTC Guild website: 

The Getwork server will be shut down in less than one week.  The old protocol is finally being taken out back to be put down.

[Taugeran]

Posting this as a reminder for those who haven't read the latest news on the BTC Guild website: 

The Getwork server will be shut down in less than one week.  The old protocol is finally being taken out back to be put down.

1++

[demonmaestro]

Posting this as a reminder for those who haven't read the latest news on the BTC Guild website:  

The Getwork server will be shut down in less than one week.  The old protocol is finally being taken out back to be put down.

ooo so you mean in 167 hours? 

[eleuthria]

Update on Getwork:  It will shut down on Friday, October 11th.  Exact time is not known, so best to assume anytime after midnight it may go down.

If you're using an ASICMINER Blade, you can use the slush stratum proxy to connect to BTC Guild via Stratum.  This is the most common method to use ASICMINER Blades on modern pools (getwork support is being less supported by pools every month).  Simply run the proxy with the argument '-o stratum.btcguild.com' to point it at our servers.  You can also use newer versions of bfgminer.  Instructions on how to do so are in the 'README.ASIC' file.

[AvL42]

Until a second ago, I got a bad certificate for www.btcguild.com !

Was that a local problem or one with cloudflare or btcguild itself?

[OleOle]

Until a second ago, I got a bad certificate for www.btcguild.com !

Was that a local problem or one with cloudflare or btcguild itself?

No idea. I just checked it, seems fine.

[AvL42]

Yes, it works again, now.  I started writing my post while it showed the symptoms, then refreshed the site one more time before submitting the post, and voila it showed perfectly ok, so I edited the post to "until a second ago" and past tense :-)

[Miner-TE]

I'm also seeing the bad cert.  Refreshing the page clears it up.


www.btcguild.com uses an invalid security certificate.

The certificate is only valid for the following names:
  ssl2942.cloudflare.com , *.videotutorial.ro , videotutorial.ro , *.thewellnesswarrior.com.au , *.galaxy88.com , *.globaldeliveryreport.com , *.hosptrain.vic.edu.au , *.ivest.in , *.mitecnologico.com , *.okjom.com , *.resultsrna.com , resultsrna.com , rsamelbourne.vic.edu.au , bloomsbyheinau.com , associatedcommerce.com , globaldeliveryreport.com , hosptrain.vic.edu.au , ivest.in , mitecnologico.com , okjom.com , *.bloomsbyheinau.com , *.associatedcommerce.com , *.rsamelbourne.vic.edu.au , galaxy88.com , servertastic.com , thewellnesswarrior.com.au , *.servertastic.com  

(Error code: ssl_error_bad_cert_domain)

[EzCheese]

Update on Getwork:  It will shut down on Friday, October 11th.  Exact time is not known, so best to assume anytime after midnight it may go down.

If you're using an ASICMINER Blade, you can use the slush stratum proxy to connect to BTC Guild via Stratum.  This is the most common method to use ASICMINER Blades on modern pools (getwork support is being less supported by pools every month).  Simply run the proxy with the argument '-o stratum.btcguild.com' to point it at our servers.  You can also use newer versions of bfgminer.  Instructions on how to do so are in the 'README.ASIC' file.

I still can't get this working with mining_proxy, what am I doing wrong here?

mining_proxy.exe -o stratum.btcguild.com -p 3333 -gp 8332 -nm


It just sits there at "Trying to connect to stratum.btcguild.com"  then I time out.  Help!  

[Joshwaa]

Update on Getwork:  It will shut down on Friday, October 11th.  Exact time is not known, so best to assume anytime after midnight it may go down.

If you're using an ASICMINER Blade, you can use the slush stratum proxy to connect to BTC Guild via Stratum.  This is the most common method to use ASICMINER Blades on modern pools (getwork support is being less supported by pools every month).  Simply run the proxy with the argument '-o stratum.btcguild.com' to point it at our servers.  You can also use newer versions of bfgminer.  Instructions on how to do so are in the 'README.ASIC' file.

I still can't get this working with mining_proxy, what am I doing wrong here?

mining_proxy.exe -o stratum.btcguild.com -p 3333 -gp 8332 -nm


It just sits there at "Trying to connect to stratum.btcguild.com"  then I time out.  Help!  

I am no expert on this but here is my 2 cents. use -o btcguild.com and take out -gp

[ElGabo]

Pool is down?

I can't connect

[xzempt]

i cant get mining proxy to work as well!    why are blades still set up to use the old mining protocol?    hopefully those cloud stratum proxies stay active.... otherwise i can't mine btcguild...

[xzempt]

can someone actually post the txt of a batch file to load bfgminer with the proper settings for a blade?

[eleuthria]

All the public entry points are back online.  At some point the attacker must have started saving all of the different IPs the pool was rotating between and eventually hit them simultaneously.

Luckily, as stated before, this has *no* impact on miner stability once you've started mining, it only affected new users from connecting or miners from reconnecting.  My test miners (batch of USB Erupters set to all the different servers) did not have a single disconnect the entire night, so the filtering is still working flawlessly once you've connected.

[twmz]

So what you are saying is that what other pools or miners are doing, regardless of their hash rate or how many blocks they find, has no bearing on a specific pool's luck? even though everytime someone else finds a block you effectively have to start over? I have trouble wrapping my mind around that, but then, i did fail probability and statistics. 

Correct.  Nothing else on the network impacts your expected rate of block solving at a given difficulty.  The only minor impact is that when the network is going faster, the odds of an orphaned block are higher (higher block rate = more chance of two blocks at the same time), but those are still a very rare case, and on BTC Guild you're paid for orphans so they wouldn't show any reduction in luck.

I need to think on this. thanks for being patient with me.

It might help to remember that there is no "starting over" and no concept of "progress" towards finding a block.  Each hash attempted represents an independent attempt to find a solution, and the next hash you try is just as likely (or unlikely), based on the difficulty, to find a block as the last hash you tried.  I suppose you could say that when mining at 1GH/s, you are "starting over" 1 billion times per second

[Trongersoll]

So what you are saying is that what other pools or miners are doing, regardless of their hash rate or how many blocks they find, has no bearing on a specific pool's luck? even though everytime someone else finds a block you effectively have to start over? I have trouble wrapping my mind around that, but then, i did fail probability and statistics. 

Correct.  Nothing else on the network impacts your expected rate of block solving at a given difficulty.  The only minor impact is that when the network is going faster, the odds of an orphaned block are higher (higher block rate = more chance of two blocks at the same time), but those are still a very rare case, and on BTC Guild you're paid for orphans so they wouldn't show any reduction in luck.

I need to think on this. thanks for being patient with me.

It might help to remember that there is no "starting over" and no concept of "progress" towards finding a block.  Each hash attempted represents an independent attempt to find a solution, and the next hash you try is just as likely (or unlikely), based on the difficulty, to find a block as the last hash you tried.  I suppose you could say that when mining at 1GH/s, you are "starting over" 1 billion times per second

You see, now this doesn't make sense to me. When starting a block, I see it like a lottery. There are a finite number of possibilities to test. Granted it is a large number, but finite just the same. When you test one possibility and it fails, the number of possibilities available to the next test is one less. Until the block that you are working on is found, your odds against finding it would decrease. When the block is found, you are starting over in the sense that you have to create a new input to hash and go back to having that very large number of possibilities to work from. I'm told that this way of looking at it is wrong, and i accept that, it just doesn't make any sense to me.

[EzCheese]

i cant get mining proxy to work as well!    why are blades still set up to use the old mining protocol?    hopefully those cloud stratum proxies stay active.... otherwise i can't mine btcguild...

I'll have to try the cloud proxies tonight, do you have the link to the info? 

[cognoscente]

So what you are saying is that what other pools or miners are doing, regardless of their hash rate or how many blocks they find, has no bearing on a specific pool's luck? even though everytime someone else finds a block you effectively have to start over? I have trouble wrapping my mind around that, but then, i did fail probability and statistics. 

Correct.  Nothing else on the network impacts your expected rate of block solving at a given difficulty.  The only minor impact is that when the network is going faster, the odds of an orphaned block are higher (higher block rate = more chance of two blocks at the same time), but those are still a very rare case, and on BTC Guild you're paid for orphans so they wouldn't show any reduction in luck.

I need to think on this. thanks for being patient with me.

It might help to remember that there is no "starting over" and no concept of "progress" towards finding a block.  Each hash attempted represents an independent attempt to find a solution, and the next hash you try is just as likely (or unlikely), based on the difficulty, to find a block as the last hash you tried.  I suppose you could say that when mining at 1GH/s, you are "starting over" 1 billion times per second

You see, now this doesn't make sense to me. When starting a block, I see it like a lottery. There are a finite number of possibilities to test. Granted it is a large number, but finite just the same. When you test one possibility and it fails, the number of possibilities available to the next test is one less. Until the block that you are working on is found, your odds against finding it would decrease. When the block is found, you are starting over in the sense that you have to create a new input to hash and go back to having that very large number of possibilities to work from. I'm told that this way of looking at it is wrong, and i accept that, it just doesn't make any sense to me.

The number of possible solutions is also very very large.  Granted, after each hundred trillion tries, the number of possibilities is a hundred trillion less, but, compared to the possibilities, it is an almost infinitely small difference. Every try is a major crap shoot.

[skeeterskeeter]

can someone actually post the txt of a batch file to load bfgminer with the proper settings for a blade?

Just create a shortcut to bfgminer.exe with the following commands. Works perfect for me, but you will have issues if your USB hubs can't power all the blades. You might get an error that a comport is unreachable.

F:\PATHTOBFGMINER\bfgminer.exe -G -o http://stratum.btcguild.com:3333 -u USER -p PASS -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100

[EzCheese]

can someone actually post the txt of a batch file to load bfgminer with the proper settings for a blade?

Just create a shortcut to bfgminer.exe with the following commands. Works perfect for me, but you will have issues if your USB hubs can't power all the blades. You might get an error that a comport is unreachable.

F:\PATHTOBFGMINER\bfgminer.exe -G -o http://stratum.btcguild.com:3333 -u USER -p PASS -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100

Blade != USB