I think that if ASIC's are sold to BFL pricing/performance/delivery leads there will be a new coin (or bitcoin will change) that uses some other hashing, say SHA512 and the whole community will switch to that within a week?!

But in the summer when the balcony door is open I use an old school fan:

The SC probably has 10 ASIC and if you do the 2W for USB calculation it gives you 40GH/s for 20W! If this is true, it's a complete game changer! I'm invested in 5 ztex, so I bought 1GH for the same money that they claim can buy 40GH at half the wattage! Totally unheard of in any circumstances!

My guess is that the whole BFL thing is an intricate scam where they build a real product to then lure a massive amount of prepayments on a product that doesn't exist. Because as a miner you CANNOT pass this opportunity, if this is true you are ruined.

Or BFL has the figures one digit wrong so 0.35, 4 and 100 GH/s...

So if I get you right you have a product that is 40 times better (MH/$) than ztex. I thought ASIC only lowered electricity consumption compared to FPGAs.

You need to disclose power consumption and noise level.

When will you show pictures of the products?

Then you have a bug, the cluster stopped mining (lights where lit on all x1.15) because deepbit was unconnectable.

Ok, I'm back on deepbit, hope it will work now. :/

I should solve a block in 2.5 months... not so bad as long as I know it's working... amazing there is no clear way of making sure, like a green light in the GUI!? Also if there was a C/C++ or Java implementation of p2pool I would definitely use that!

Ah, ok... I piped debug.log to /dev/null because it filled my SSD... ;o

Ok, really there's no other way? Like looking at data being sent with tcpdump'n stuff?

Yup, agree.

To answer my "How does one know that the mining is working?" is that "Total submitted hash rate: 979.7 MH/s"?

But how do I know my bitcoin client is working properly?

Since pools are getting hit hard I'm mining locally, but since I only have 1GH it would take weeks to get a block. How can I make sure my setup is mining properly?

Ok think I found out why the down throttling spiral occured. my local BTC server was only accepting connections from deepbit IP... hm wierd... since second time I started BTCMiner it complained about URL... Now mining happily locally... or how does one know they are mining properly... since I only have 1 GH it would take weeks to know right?... :/ these attacks are really smart! improves the chance of getting blocks for the attackers!!!

Hm, since deepbit is down I tried starting the miner against localhost. Then the FPGA's keep dropping the frequency like crazy until they stop because of overheat but they are dead cold... ?! Now I'm back on deepbit and everything is fine. Seems it must be polling that craps out?!

Hm, my cluster just stopped working when deepbit was unconnectable for a while:

Lots of:


Followed by:


Ok, but why did the cluster stop!!!

If I hadn't been by the computer I might have lost hashing time.

Edit: ZtexBTCMiner-120221.jar

I like this too!

70% hashrate drop per what second?

I think the whole -oh ratio variable is hard to grasp... could it be "how many frequency jumps per second" or something we can understand professor?

Can you list whats in this? More pictures?

Are you planning to overclock the chips, is that what this watercooling thing is about?

Thank you!