Thank you, Jut.

The total number of shares is 399,962.

Reference:

@Jutarul, Thank you.

The advantage of applying immersion cooling is mostly spatial [1]: it saves space by allowing a very high energy (hashing) density, and it loosens the constraints on where the miner rigs can be deployed. However, space doesn't seem to be a bottleneck as of now, but it might be in the (near) future. With immersion cooling the cost of the cooling fluids will become a nonnegligible (if not major) part of the whole operation, a consistent and calculated design of the PCB boards and the metal cooling tanks can minimize the consumption of cooling fluids and thus reduce costs. So, there's a lot of work to do other than manufacturing efficient hashing chips.

[1] Google data centers can achieve a PUE (Power Usage Effectiveness) of less than 1.06 [2], so I don't think a PUE of of less than 1.02 [3] achieved with immersion cooling is spectacularly impressive.
[2] https://www.google.com/about/datacenters/efficiency/internal/
[3] http://www.allied-control.com/publications/Full_Version_Bitcoin_2-Phase_Immersion_Cooling_and_the_Implications_for_HPC.pdf

I came across a relevant post on immersion cooling (very informative):

Two Phase Open Bath Immersion Cooling Thread (https://bitcointalk.org/index.php?topic=313087.0)

Some interesting points from that post:

• Open bath immersion cooling makes the tank easier and cheaper to construct and the system is never pressurized at dangerous pressures.
• 3M has conducted experiments cooling 4KW heat loads using 1L of working fluid so in theory heat densities approaching 4,000 W/L are possible.
• For two phase immersion cooling we are interested in fluids which boil below the temperature limits of ASICs.
• It is not possible with two phase cooling to have temperatures less than the boiling point of the working fluid.
• The cost depends on supplier and volume being purchased but generally runs $80 to $100 per Liter.

Here's the source of the image above: http://blog.rockminer.com/#!/2014/04/11/Rockminer_update_of_11_April

You can download the latest version here: https://bitcoin.org/en/download You simply stop the old version, replace the binary, and restart again.

The verifier is in the public domain (https://github.com/ningzhang/bitcoin-message-verifier). I haven't put up the source code for signing and key generation online, but I can send you a copy later today. Please PM me your email address if you want to take a look at it.

I have a homemade Erlang implementation for key generation, signing, and verifying. It's basically a set of functions without any inheritance. The thing is, for your case, it's written in Erlang.

Thank you, Friedcat and other ASICMINER engineers.

Bitcoin itself is a protocol that evolves.

We never know for sure until the day comes. Market behavior is hardly predictable.

I think OP's requirement boils down to keeping one's private keys safe.

Things need to be used online can be exposed when being used online even if they are stored offline.

There's a possible solution to this: pull all the funds off-line and ask customers to digitally sign all the actions (buy orders, sell orders, and order cancellations, etc.), and perform manual withdrawal.

Thanks for sharing it. I didn't expect to come across this on a Bitcoin forum.

Using the message signing feature of Bitcoin-Qt can be a possible solution. It works like this:

1) A customer sends x coins from address AddrC to the merchant's address AddrM;

(Now the customer needs to prove that she did send the fund)

2) The merchant generates a unique token (can be a random string) and asks the customer to sign it with the private key to AddrC;
3) The customer signs the token and the merchant verifies it;

(Now the merchant knows who sent her the fund)

4) The merchant delivers her product or services.

Earning Bitcoins in the future will likely to be hard, we have no idea what the exchange rate will be in five years.

Bitcoin doesn't have to be breaking through in terms of dollar price in the first place, does it?

(Drum roll)...