Is the price right? Yes. Does the J/GH ratio still sucks? Absolutely. Does trusting them with a 20-days preorder window sucks as well? Yes.
Sorry cedivad, but the price is horrible for a low efficiency, pre-order, diy kit. Are you sure your BCT account wasn't hacked?
|
|
|
The chips have been on sale for months. However they are quite useless without a board of some kind.
And with a board they aren't competitive. Lose lose.
|
|
|
That makes the Hashfast bankruptcy sale 2x++ more costly than the Bitmain product! on a comparable (J/Ghs) finished product basis. Plus, I get top notch customer service and after-sale support from Bitmaintech that would not be available form a bankrupt company.
The C1 ships in a few days. This HF unassembled pile of parts might ship in a month. That makes the HF offering way more expensive.
|
|
|
I think HF still has a bunch of Sierra rackmount cases. Even if they don't, bare boards are much easier to put in rackmount cases than the nonstandard Bitmain chassis.
Which bitcoin colo won't host S3s?
|
|
|
The Bitmain isn't rackmount, so no good for colo use.
Liar. Bitmain products work just fine in a bitcoin focused colo. The Bitmain S3 is far superior to this risky pre-order crap.
|
|
|
I hate "Up To" ratings. What's the guaranteed hashrate? What's the wattage at the wall on these? It's looking to me like a Bitmain S3 would be a far better buy.
|
|
|
The IMET case was filed sometime in May
What's the case number?
|
|
|
What does bankruptcy have to do with performance specs? Did the GN1 suddenly get slower when HF ran out of money and time? It became irrelevant when they couldn't build a working miner out of it.
|
|
|
Finally received notice of shipment from MS last week, expecting my 5 X-3's to arrive on Monday. Supposedly they have fixed the power supply issue (yea right).
I'd guess they're simply pulling the green caps. Check when you get yours. Without any update from BA, I highly doubt that MS has new power supplies.
|
|
|
It was always disclosed, both for Eligius (for years now)
You call this "disclosed"? Transactions without a fee will be processed based on confidential anti-spam testing. Transactions that seem likely to be spam may require a higher fee.
|
|
|
The USD:BTC rate remained bound within a historically narrow $90-$120 range for the period preceding HF taking orders.
That's one reason why nobody thought to clarify the then seemingly unlikely "what if BTC goes to $1 or $1000" scenarios.
The other reason was that common sense and contract law make it obvious that an item priced in USD will be refunded on that basis, and not on any exchange rate that never remains constant.
Whether you paid for your $6800 ASIC in Euros, USD, BTCs, or gold coins, there was never a reasonable basis to expect a refund equivalent to anything but the $6800 price.
Expectations of HF refunding any different amount, EG BTC worth $68 or $68,000, were never reasonable nor had any basis in common sense, much less contract law.
So what you're saying is, the promise "if you buy Baby Jet for 51 BitCoins today and it does not ship, you will be refunded the 51 BitCoins you paid" was a flat out lie? I agree with you!
|
|
|
I've already repeatedly explained why the ceteris paribus interpretation is reasonable (WINDFALLS BAD; WINDFALLS NOT LEGAL) and why your greedy interpretation (WINDFALLS GOOD; GIVE ME WINDFALL) is unreasonable.
And I've explained to you, " (IE assuming the USD:BTC rate would remain constant)." is impossible, because the USD:BTC rate never remains constant, especially over the course of several months. The email, and other quotes from HF, were very clear. Your attempts to excuse their reneging on a promise is abominable.
|
|
|
the customer support rep's response was made ceteris paribus (IE assuming the USD:BTC rate would remain constant).
We showed an actual email from a HashFast representative that clearly states the full btc refund claim. Now show a quote that proves your claim. Waiting......... Oh, that's right, you're making up that claim. Fuckin Liar.
|
|
|
Again, what is the point of minimum fee if the transaction isn't propagated? Miner-spammer includes the fee payable to himself. What's the point of that exercise?
Ok, good point, thanks. It would have to be a massive miner bloating only his own blocks he solves. Why would someone do that? It's a very limited and not very interesting attack as that is possible today yet doesn't happen.
|
|
|
How would you enforce those non-free transactions? If the transaction spammer is the miner then he can include any fee whatsoever because he pays himself. The only cost for him is that the coins are frozen for about 100 decaminutes.
You're thinking of the current network. We're talking about a hard fork. A hard fork could require all transactions to have some sort of minimum fee included.
|
|
|
I'll let Satoshi speak to that: Free transactions are nice and we can keep it that way if people don’t abuse them.
Lets not break what needn't be broken in order to facilitate micropayments (the reason for this proposal in the first place, yes?) I agree with Satoshi. You pointed out that free transations can be abused, so lets eliminate them when we adjust the max blocksize.
|
|
|
Theory and practice diverge here. A miner can put as many transactions as they like in a block with no fees. The cost is then replicated across every full node which must store it in perpetuity.
And the rest of the miners are free to ignore a block like that. You have yet to convince me there's a problem. Miners can fill blocks with worthless free transactions today. Then maybe the problem isn't a large maximum blocksize, but the allowance of unlimited feeless transactions. They are not free for the network to store in perpetuity, so why not eliminate them? Eliminate free transactions and eliminate the maximum blocksize. Problem solved forever.
|
|
|
how do you mean?
Why is it not possible to get more than one update a month? What is so hard about communicating with your severely damaged customers???
|
|
|
The fear is that a cartel of big, centralized, have-huge-data-pipes miners would drive out smaller miners by forcing up the block size high enough so the smaller miners have to drop out.
Sounds like an irrational fear to me. Big centralized miners couldn't care less about little miners. Little miners are insignificant. And what are these big centralized miners going to use to fill up these huge blocks? Fake transactions? That makes no sense. Real transactions? Then there's a real need for such huge block sizes.
|
|
|
|