High transaction fees:
7 tps limit:
5 bitcoins (transaction reward) / 4200 (tranactions per block) = 0.001190 transaction fee. Way too high for the consumer paying his hamburger at a restaurant.
Actually, that's about the price he is currently paying due to credit card fees, it's just hidden so he doesn't know he's paying it.
|
|
|
HashFail! HF is dead. Nothing to hear about. Facts are facts no matter what any judge will say. The company that got the "fastest" chip went bankrupt faster than any other company, didn't deliver one full batch of miners and managed to spend all the money from 4 batches of miners on chips and tricks. Did I miss something?
Always bet on ice?
|
|
|
So any news on getting refunds AKA our money back from minersource and blackarrow?
Have you filed a lawsuit? At this point that's likely your only hope of getting a refund.
|
|
|
Am I seeing this correct? ~0.09W/GH? Really???
That is possible when spondoolies recently mentioned it is expecting to release their gen3 in December at 0.1 w/gh + $0.2/gh? (and no preorders?) The ad from the video is claiming .09 for an existing miner. It's obviously not true.
|
|
|
But I still want to know how things went and I don't have that much free time to go through all court files. So HF raised money for 4 Batches, bought a lot of chips and PCB/components and they delivered only part of B1 right? Was the first batch fully delivered? If not what was the held up since they already had a working PCB? Also the bankruptcy was filled in May. Wtf was HF doing until May? Nothing?
They spent all that time trying to get their "dud" of a board working. They eeked out enough refunds and working boards to finish up batch-1 end of March.
|
|
|
An X-3 earns maybe, what 1500, back if you're lucky before these tick over to net losers vs. maybe burning your house down and killing your wife, children, dogs, whatever. It's not worth running it at this point.
One of the cheapest hosting for these is toomim. Monthly plan is $198 per X3 (2x $99). Monthly income at current difficulty is $300. These are barely net $100 per month profit. You'll be lucky to earn a few hundred bucks for a total ROI of about -95%.
|
|
|
Again avoiding relevant questions. I see that the bankruptcy was filled on 9 May. Wasn't the MPP supposed to ship in the first 4 months? So that would mean that the case filling was AFTER HF had to deliver the MPP. Please correct me.
MPP was due 90 days after delivery of the miner. HF started delivering miners in late Dec, which would mean the MPP should have been started in April. In March, HF announced delays to the MPP deliveries, "expecting" to start in June. Obviously March and April are before May, so HF was already in violation of the MPP by the time the bankruptcy filing occurred.
|
|
|
The bankruptcy stopped MPP settlements in chips because it required HF to stop all expenditures and movement of assets.
Impressive imagination again. Let's see the truth: http://hashfast.com/official-update-on-the-miner-protection-program/full modules will be made available to cover any MPP obligation to Batch 1 Baby Jet customers.
Oh, look, the MPP isn't "just chips".
|
|
|
HF is being allowed to try and pull out of their tailspin via Chapter 11.
It's been 4 1/2 months. How's that "pull out" working?
|
|
|
Converting that much clean power in such a small area is no small engineering challenge.
Sound like a fatal design flaw.
|
|
|
1) What is the maximum value for MAX_BLOCKSIZE functionally possible given the APIs being used?
There was a 32 MB limit to messages (which I assume still exists), so 32 MB is the max it could simply be raised to right now without further code changes. Breaking blocks into multiple messages would be a significant code change to go above 32 MB.
|
|
|
I don't see how MS can be legally selling devices without any US certifications like FCC.
|
|
|
lol @ grandma-cap for Bitcoin We agree, in this case "grandma" is substituting for "bitcoin enthusiast" WRT bandwidth availability, I think. I'm guessing he was thinking that our enthusiast might be living with grandma, or maybe is grandma, IDK?
Some people want everyone to run a full node. I'm suggesting that's not a good idea. We should not limit bitcoin growth such that everyone can run a full node. Not everyone needs to run a full node to benefit from bitcoin.
|
|
|
They do a pretty good job mixing
Which is proof they're a ponzi. Yes, mixed coins are hard to track. Actually mined coins are impossible to track. They have no history. Mixing is proof they are not mining as much as they say they are.
|
|
|
If we wanted to be brutally pedantic on ourselves we could kick around the definitions of who grandma might be, and what makes a transaction legitimate, but I agree with the sentiment entirely.
I'd rather not implement a grandma-cap on bitcoin's growth. Grandma doesn't need to run a full node. She can use an SPV or other thin client.
|
|
|
Better idea, drop the idea of mining. Its just not the way to make money folks.
Now that's a great idea! Eliminate all verification and security from the blockchain. Anybody can create any transaction they want, and they'll all be included in the new "fair" blockchain.
|
|
|
The bankruptcy was due to an unfortunate confluence of adverse business conditions and early missteps like the first board rev.
Sweet excuses. "adverse business conditions". "early missteps". If they had a "superior product" they would have met their target dates. They failed, which proves they have an "inferior product".
|
|
|
Sucks about this whole HF ordeal, their ASIC is truely phenomenal. I have a few myself, extremely flexible clocks & voltages is what I enjoy most about them.
QFT; agree 100%. If the ASIC was so great they would have been able to turn it into a working product and they wouldn't be bankrupt. All they did was design a novelty chip.
|
|
|
Anyway, in order to try to raise trust towards the manufacturer Simon was authorised to share their name; the company is Bitcrane, and they do their manufacturing in Shenzhen.
Then Bitcrane should build them and sell them from stock. Anything less is unacceptable.
|
|
|
Yeah, something that looks at block sizes over a past period of time to determine the next max block size for a certain period would be ok for example.
Any feedback loop can be gamed. You might as well just pick a fixed +xx% per year and be done with it.
|
|
|
|