will any of these machines be shipped in time to make an ROI ?
If return on investment is your main motivating factor, then don't mine. If you want to support Bitcoin and don't need a return in the short term, then, by all means mine with how ever much hash power you can comfortably afford and maintain. Bitcoin depends on mining and if there is no mining then there is no Bitcoin. If all mining is done by a small number of miners with huge hash power then nobody will trust Bitcoin enough to use it. So the more miners there are, regardless of hash power per miner, the better off we all are.
|
|
|
High hash with bfgm and a Pi is a sign of low current to the hubs. With good current expect to see 333+/- 5
Thank you for this insight. I believe you are 100%, or so, correct. I have the new 49 Port hub and had it loaded with 47 Erupters and two Arctic Breeze fans. Two BE's were showing over 1Ths with virtually no shares submitted. After reading this part of your post I dropped it to 40 BE's and the two fans and it is finally stable. Win7 64 bit. CGMiner 3.7.2 Thanks again, Sam
|
|
|
I have two block erupters that are producing about a Ths for me. That would be great if weren't a Ths of Hardware errors. I have seen others report very high hash rates for BE's but I don't remember what the consensus was. Is this a BE, Hub or CGMiner issue? Any insight would be appreciated. Sam
|
|
|
Seriously, though, mining BTC is dead
The price of Bitcoin reflects that too, right?
|
|
|
Just a thought, have you tried running 30 in one instance of cgminer and the other 30 in a second instance?
60 USB Miners work 61 does not. It doesn't matter how you split them up in multiple instances. If I plug in 61 devices and start CGMiner it says no USB Devices found. If I remove one then it takes off and starts mining. So I seem to max out with 59 BE's in one instance and 1 Jalapeno in another. Thanks, Sam os2sam: What operating system ?. There was a fella on irc talking to conman who is able to run 243 AMUs on one instance of cgminer. Win7 64 bit.
|
|
|
Ok this makes sense. Thx
Another question. My "estimated" payout was much less in the end. It was up to ~0.02 during the previous long block .... In the end I was paid ~0.004 for that block. No downtime since I connected. Is this an effect of Dgm as well?
In that case I'll recoup these early losses in some manner when I stop mining here. Correct? Thx again
It takes a while for the payout to ramp up. So if you just started mining recently your early rewards will be low then it evens out. So if that is the reason for the lower than expected payout then yes it will be made up later. But bad luck does happen so that may not be the reason as well. Just a cautionary CYA ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) . So then, based on that, this pool isn't a good candidate for a fall back pool? I'm thinking that a pool you can come into for a short period of time with out penalty would be the best for a fall back pool. It's not a bad choice for a fall back pool. You always get paid for your shares. DGM just distributes the payouts to try and minimize the effects of variance.
|
|
|
Ok this makes sense. Thx
Another question. My "estimated" payout was much less in the end. It was up to ~0.02 during the previous long block .... In the end I was paid ~0.004 for that block. No downtime since I connected. Is this an effect of Dgm as well?
In that case I'll recoup these early losses in some manner when I stop mining here. Correct? Thx again
It takes a while for the payout to ramp up. So if you just started mining recently your early rewards will be low then it evens out. So if that is the reason for the lower than expected payout then yes it will be made up later. But bad luck does happen so that may not be the reason as well. Just a cautionary CYA ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) .
|
|
|
Been mining at BTC Guild for several weeks now. My 24 hour earnings always have been .4 or .5. All of a sudden since BTC prices have gone up my 24 hour earnings have dropped to .1 from a .4 in less then 24 hours. Can someone in laymans terms let me why this is happening? Is it time to look for another pool? What can I do to get back my original .4 24 hour earnings. My hash rate has actually increased just a tad and still the earnings dropped. I don't understand totally all the math behind everything, but when BTC is at an all time high, it just seems a little weird my earnings all of a sudden drop when I've been mining for weeks with the same output.
Your answer is in the previous series of posts.
|
|
|
In my experience if you set your fee to 0 and then try to transfer a small amount of BTC or an amount containing allot of transactions it will suggest a fee but you can choose no to pay it.
This is not true in the user interface of the reference client (Bitcoin-Qt). What wallet are you talking about? The standard BTC client. An older version of course since it was a while back that I transferred a small amount. Edit: I stand corrected. The options are Yes or Cancel in the 0.8.3 client. I could have sworn it presented an option to send without the fee in older clients, but maybe not?
|
|
|
I don't think there is a maximum - I think you can specify as much as you want...? How do you choose the transaction fees ? In the bitcoin client even if you choose no transaction fees even then you are charged Dont mind giving few but wanted to learn whats the min and max In my experience if you set your fee to 0 and then try to transfer a small amount of BTC or an amount containing allot of transactions it will suggest a fee but you can choose no to pay it.
|
|
|
Just a thought, have you tried running 30 in one instance of cgminer and the other 30 in a second instance?
60 USB Miners work 61 does not. It doesn't matter how you split them up in multiple instances. If I plug in 61 devices and start CGMiner it says no USB Devices found. If I remove one then it takes off and starts mining. So I seem to max out with 59 BE's in one instance and 1 Jalapeno in another. Thanks, Sam
|
|
|
FYI, the ASIC readme is not applicable to Block Erupters. Per the ASIC Readme, information on Block Erupters is found in the FPGA Readme. The ASIC readme explains how to install the WinUSB driver with Zadig. Your right that BE's use the Icarus FPGA interface. But I don't remember seeing the instructions on installing WinUSB in Windoze in the FPGA Readme?
|
|
|
You should never need to touch the queue setting when mining at a stratum pool no matter what the hashrate.
Deepbit doesn't use stratum, yet. Increasing the queue does seem to help there and with solo mining.
|
|
|
Do you have "usb" : ":60" in your conf file? That's been the best thing for keeping all my BEs running.
So are you over 60 BE's? I had trouble with the 60th too. Mining with 59 at the moment. No, I only have 49 BEs, but, I have a dozen PC miners and I spread them over several so I can read the bottom of the cgminer screen. Leave no USB unplugged ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Just a thought, have you tried running 30 in one instance of cgminer and the other 30 in a second instance? Not yet. I was hoping to get another 49 port hub so that I wouldn't need to use my Rosewills and Ankers for mining anymore. But I'm not so excited about that hub at the moment. I'll give it a try though. It's hard to tell where the problem is since those Ankers are so flaky and finicky. Thanks, Sam
|
|
|
Ah the joy of two independent events. No, there is nothing sinister at stake. It can be proven as well. BTC Guild only works over Stratum. This means you can see the coinbase for every piece of work you're given. In that coinbase you can clearly see that the wallet every block BTC Guild mines to is still the same (along with the Mined by BTC Guild tag). There's no way to hide those blocks from the world. I think I just had deja vu.
|
|
|
Maybe someone can explain to me because I had a feeling that I didn't understand fully. ozcoin's DGM payout are kind of like PPS but instead you only get the actual payout when they find a block, which can be a long time with the current difficulty. But you are paid for all your shares submitted during that round. So the longer the block time the bigger my share.
But at this point I have about 37gh/s pointed to to ozcoin and I have generated about 0.014 btc in 24hrs (if there was a block found, 1 was founds since switching to the pool) On average I should be making about about 0.034 per day (I was doing this at guild and still am, I am load balancing, pools are reporting very similar, consistent 37ghs/ reading)
Although you wait a lot longer for blocks on this pool, I assumed with the DGM payout and lower pool fee it would actually result in ever so slightly more than than my btcguild average. So far I am at half I would have been if I had just stayed on guild.
I am donating 3 % (1% standard + 2% vip donation) at guild it is 7.5%
Please help explain if I have things all wrong.
Thanks
DGM works on kind of a sliding scale. You start mining and it pays out less, then you mine consistently over a period of time and it ramps up to the normal payout. When you stop mining it continues to payout to makeup for the lower payouts when you started. If you mine consistently over a long period of time it pays out well and consistently. It is designed to make it less desirable to hop in and out like when pool hopping was popular.
|
|
|
Do you have "usb" : ":60" in your conf file? That's been the best thing for keeping all my BEs running.
So are you over 60 BE's? I had trouble with the 60th too. Mining with 59 at the moment.
|
|
|
The whole concept of free market...snip... A minimum dictated fee of any amount is wrong.
What's your definition of a "free" market? There is no dictated fee, by the way, just recommendations.
|
|
|
Whats the maximum transaction fee to be incurred for any amount ?
Whatever you choose to pay.
|
|
|
>> What will you do when it's no longer viable to mine?
It's never "no longer viable to mine"
|
|
|
|