If you need an explanation of why any of them matter let me know.
I don't, they all matter immensely and I thank you for your input and due-diligence here.
3. Can reassurance be given that no management fees, consultancy fees or similar will be paid to the managers, private investors or their friends/family to dilute earnings.
Even though the managers and/or private investors may act as consultants, they will not be paid consultation fees. IPO management fees are nil.
4. Some of the documentation reads as though a new data centre is being constructed for this project. If this is the case can assurances be provided that any other income from a data-centre/infrastructure funded by investors in this IPO will also be treated as revenue to be distributed after costs to investors. We wouldn't want other people's mining gear free-loading off investors there without benefit to investors.
Ah, ok, I understand. You want to ensure that we don't provide free hosting to other miners and have our investors foot the bill for the hosting costs? The answer is "No, definitely not". Even though the economy of scale deployment lends itself to it being a perfect place to "hide?" such a thing, what you're describing is fraud. Fraud is illegal, and not a concept we subscribe to. Please assume henceforth that our answer to the question of "will you defraud investors by doing XYZ?" will be: "no, we will not defraud investors by doing XYZ". That said, feel free to ask anything, we'll do our best to answer.
5. Whilst transparency of costs has been promised, no comment has been made about transparency of handling of IPO funds. Is it the intention to provide accounts properly documenting the use of funds raised in IPO and from private investors?
Yes, a breakdown of deployment costs will be posted when the mine goes live.
6. Is the initial hashing power per share a minimum, an estimate or a maximum? i.e. what happens if actual hashing pwoer received varies due to circumstances beyond the issuer's control?
Yes. The hashing power we buy is a guaranteed minimum. If the nominal hashing power received is lower than that which was guaranteed, Hashfast will send us more to make up the difference.
7. What guarantees have been provided by the hardware supplier in terms of delivery date? We may not know exactly WHAT the date is, but there's a date after which a refund would be preferable to delivery (as the hardware would never pay for itself from mining). At what date is a full refund of all funds paid to them allowed to be requested? Have they provided sufficient financial disclosure that issuer is confident such a refund could and would be honoured in the event they were unable to deliver the hardware by such a deadline? Estimates of delivery are fine for planning purposes - but a hard deadline beyond which they are in default and must refund (and/or pay penalties) is essential when signing a contract.
From the sales contract:
Estimated delivery date: October 25, 2013. Hashfast will have no liability for early or late delivery; provided, however, if
Hashfast does not deliver by December 31, 2013, Buyer may cancel its order for a full refund of amounts paid to Hashfast.
Rather than cancel its order, Buyer may agree with Hashfast to an accommodation. We have confirmation from Hashfast that they will refund the amount in BTC (i.e. not USD).