ASICMINER: Entering the Future of ASIC Mining by Inventing It

[eastpk]

Why the officcial site '' www.asicminer.co '' isn't just up to date.
Just put the live hashrate, stats on block found and revenues there dammit !

More transparency is getting essential please !!

lol that isnt the official site....

[hcburger]

It would be trivial but then again you don't see a poll which says "52% +/- 45% approve (with 95% confidence interval)".  That is essentially the equivalent of the 6 hour stat.

Agreed: The 6 and 12 hour estimates are essentially useless.
But maybe we could have the estimated stddevs for the longer-term (maybe 24 hour and above) hash-rate estimates?

[Jayjay04]

Why the officcial site '' www.asicminer.co '' isn't just up to date.
Just put the live hashrate, stats on block found and revenues there dammit !

More transparency is getting essential please !!

lol that isnt the official site....

Well is there one ?!?!

[eastpk]

Why the officcial site '' www.asicminer.co '' isn't just up to date.
Just put the live hashrate, stats on block found and revenues there dammit !

More transparency is getting essential please !!

lol that isnt the official site....

Well is there one ?!?!

Yup, this is the official website.....

https://bitcointalk.org/index.php?action=profile;u=49840;sa=showPosts

[ianp]

Not insignificant, but as I wrote, most of the weeks it would be hidden by the variation of the actual hash rate (glitches, problems, tests, etc).

Add on this that hardware sells also adds up to dividends in a variable way... it would be ridiculous to complain about a potential 14% variance, when the actual variance of dividends is much higher for different reasons.

Yes, over a week it is indeed not too important.
However, it would seem that it makes little sense to display 6 hour and 12 hour hash rate estimates on, e.g. http://www.asicminercharts.com/live/ . Even 24 hour estimates are quite unreliable: stddev of 26% assuming 10% network control, 37% assuming 5% control.

Or maybe the charts could be modified to include this standard deviation, so that the level of uncertainty can also be visualized?

I would think it would be trivial to include a standard deviation to the charts. A bar graph of 30Ths might benefit from a "+/- 2.43 Thz" disclaimer. If poll takers can do that, why can't we?

It would be trivial but then again you don't see a poll which says "52% +/- 45% approve (with 95% confidence interval)".  That is essentially the equivalent of the 6 hour stat.

I just want to add that I believe an accurate prediction of our current hashrate is about 63.5 th/s.

I do not have any reason to believe that they have sold off any hashing power, nor do I have any reason to believe they have increased power over the last four weeks.

http://www.dpcapital.net/blockchain/?hours=672

[runeks]

Not insignificant, but as I wrote, most of the weeks it would be hidden by the variation of the actual hash rate (glitches, problems, tests, etc).

Add on this that hardware sells also adds up to dividends in a variable way... it would be ridiculous to complain about a potential 14% variance, when the actual variance of dividends is much higher for different reasons.

Yes, over a week it is indeed not too important.
However, it would seem that it makes little sense to display 6 hour and 12 hour hash rate estimates on, e.g. http://www.asicminercharts.com/live/ . Even 24 hour estimates are quite unreliable: stddev of 26% assuming 10% network control, 37% assuming 5% control.

Or maybe the charts could be modified to include this standard deviation, so that the level of uncertainty can also be visualized?

I would think it would be trivial to include a standard deviation to the charts. A bar graph of 30Ths might benefit from a "+/- 2.43 Thz" disclaimer. If poll takers can do that, why can't we?

It would be trivial but then again you don't see a poll which says "52% +/- 45% approve (with 95% confidence interval)".  That is essentially the equivalent of the 6 hour stat.

I just want to add that I believe an accurate prediction of our current hashrate is about 63.5 th/s.

I do not have any reason to believe that they have sold off any hashing power, nor do I have any reason to believe they have increased power over the last four weeks.

http://www.dpcapital.net/blockchain/?hours=672

How do you calculate that? I don't think that's accurate. My calculations don't indicate 63.5 TH, not even on the highest spikes of the 24-hour average (which is almost certainly an inaccurate estimate).

[ianp]

Not insignificant, but as I wrote, most of the weeks it would be hidden by the variation of the actual hash rate (glitches, problems, tests, etc).

Add on this that hardware sells also adds up to dividends in a variable way... it would be ridiculous to complain about a potential 14% variance, when the actual variance of dividends is much higher for different reasons.

Yes, over a week it is indeed not too important.
However, it would seem that it makes little sense to display 6 hour and 12 hour hash rate estimates on, e.g. http://www.asicminercharts.com/live/ . Even 24 hour estimates are quite unreliable: stddev of 26% assuming 10% network control, 37% assuming 5% control.

Or maybe the charts could be modified to include this standard deviation, so that the level of uncertainty can also be visualized?

I would think it would be trivial to include a standard deviation to the charts. A bar graph of 30Ths might benefit from a "+/- 2.43 Thz" disclaimer. If poll takers can do that, why can't we?

It would be trivial but then again you don't see a poll which says "52% +/- 45% approve (with 95% confidence interval)".  That is essentially the equivalent of the 6 hour stat.

I just want to add that I believe an accurate prediction of our current hashrate is about 63.5 th/s.

I do not have any reason to believe that they have sold off any hashing power, nor do I have any reason to believe they have increased power over the last four weeks.

http://www.dpcapital.net/blockchain/?hours=672

How do you calculate that? I don't think that's accurate. My calculations don't indicate 63.5 TH, not even on the highest spikes of the 24-hour average (which is almost certainly an inaccurate estimate).

Well -- it is a bit skewed. It only calculates based on the current difficulty, not the past difficulty.

That is to say -- that if difficulty were to rise ten fold right now, the historical hashrate would rise as well because it's basing everything off of current difficulty.

The link I posted produces the average hashrate of the previous 28 days.

[runeks]

Not insignificant, but as I wrote, most of the weeks it would be hidden by the variation of the actual hash rate (glitches, problems, tests, etc).

Add on this that hardware sells also adds up to dividends in a variable way... it would be ridiculous to complain about a potential 14% variance, when the actual variance of dividends is much higher for different reasons.

Yes, over a week it is indeed not too important.
However, it would seem that it makes little sense to display 6 hour and 12 hour hash rate estimates on, e.g. http://www.asicminercharts.com/live/ . Even 24 hour estimates are quite unreliable: stddev of 26% assuming 10% network control, 37% assuming 5% control.

Or maybe the charts could be modified to include this standard deviation, so that the level of uncertainty can also be visualized?

I would think it would be trivial to include a standard deviation to the charts. A bar graph of 30Ths might benefit from a "+/- 2.43 Thz" disclaimer. If poll takers can do that, why can't we?

It would be trivial but then again you don't see a poll which says "52% +/- 45% approve (with 95% confidence interval)".  That is essentially the equivalent of the 6 hour stat.

I just want to add that I believe an accurate prediction of our current hashrate is about 63.5 th/s.

I do not have any reason to believe that they have sold off any hashing power, nor do I have any reason to believe they have increased power over the last four weeks.

http://www.dpcapital.net/blockchain/?hours=672

How do you calculate that? I don't think that's accurate. My calculations don't indicate 63.5 TH, not even on the highest spikes of the 24-hour average (which is almost certainly an inaccurate estimate).

Well -- it is a bit skewed. It only calculates based on the current difficulty, not the past difficulty.

That is to say -- that if difficulty were to rise ten fold right now, the historical hashrate would rise as well because it's basing everything off of current difficulty.

The link I posted produces the average hashrate of the previous 28 days.

Well that's the problem then. It's not just a bit skewed, it's very skewed. The difficulty 28 days ago was 31M - less than half of what is now. So you're over-estimating the hashrate for the first ~4 days by over 110%, and the following 10 days by over 75%.

[ianp]

Not insignificant, but as I wrote, most of the weeks it would be hidden by the variation of the actual hash rate (glitches, problems, tests, etc).

Add on this that hardware sells also adds up to dividends in a variable way... it would be ridiculous to complain about a potential 14% variance, when the actual variance of dividends is much higher for different reasons.

Yes, over a week it is indeed not too important.
However, it would seem that it makes little sense to display 6 hour and 12 hour hash rate estimates on, e.g. http://www.asicminercharts.com/live/ . Even 24 hour estimates are quite unreliable: stddev of 26% assuming 10% network control, 37% assuming 5% control.

Or maybe the charts could be modified to include this standard deviation, so that the level of uncertainty can also be visualized?

I would think it would be trivial to include a standard deviation to the charts. A bar graph of 30Ths might benefit from a "+/- 2.43 Thz" disclaimer. If poll takers can do that, why can't we?

It would be trivial but then again you don't see a poll which says "52% +/- 45% approve (with 95% confidence interval)".  That is essentially the equivalent of the 6 hour stat.

I just want to add that I believe an accurate prediction of our current hashrate is about 63.5 th/s.

I do not have any reason to believe that they have sold off any hashing power, nor do I have any reason to believe they have increased power over the last four weeks.

http://www.dpcapital.net/blockchain/?hours=672

How do you calculate that? I don't think that's accurate. My calculations don't indicate 63.5 TH, not even on the highest spikes of the 24-hour average (which is almost certainly an inaccurate estimate).

Well -- it is a bit skewed. It only calculates based on the current difficulty, not the past difficulty.

That is to say -- that if difficulty were to rise ten fold right now, the historical hashrate would rise as well because it's basing everything off of current difficulty.

The link I posted produces the average hashrate of the previous 28 days.

Well that's the problem then. It's not just a bit skewed, it's very skewed. The difficulty 28 days ago was 31M - less than half of what is now. So you're over-estimating the hashrate for the first ~4 days by over 110%, and the following 10 days by over 75%.

I store the difficulty at the time the block was mined -- I don't calculate it though. One of these days I'll get around to that -- I've just been too busy lately

Edit -- whoops, I do not store difficulty. One of these days I'll add difficulty and go update everything

[conv3rsion]

One thing that everyone should realize that its in Friedcat's interest for the share price to decrease significantly right before rolling out a 2nd generation of hardware or products. Why? Because he is the only person that knows exactly what the company is planning to do AND while he cannot sell his existing shares without those actions being known (via the blockchain), he can buy cheaply from others much more anonymously.

In other words, if you're Friedcat and you know the plans for the next 6 months or so, you can increase your company ownership much easier by first withholding dividends and / or newly purchased hardware for some period of time, then purchasing additional shares (on whatever market) at a reduced price. This is insider trading, but since this is a virtual market, there is no protection against it.

I'm not accusing Friedcat of anything, I'm simply explaining a consequence of the current market. I'm here for the dividends, the share price has lost 50% of its value, and it would take over 18 months for reduced dividends to make up the difference, but at the company's current valuation, I'm much more of a buyer than a seller.

[Rebelution]

One thing that everyone should realize that its in Friedcat's interest for the share price to decrease significantly right before rolling out a 2nd generation of hardware or products. Why? Because he is the only person that knows exactly what the company is planning to do AND while he cannot sell his existing shares without those actions being known (via the blockchain), he can buy cheaply from others much more anonymously.

In other words, if you're Friedcat and you know the plans for the next 6 months or so, you can increase your company ownership much easier by first withholding dividends and / or newly purchased hardware for some period of time, then purchasing additional shares (on whatever market) at a reduced price. This is insider trading, but since this is a virtual market, there is no protection against it.

I'm not accusing Friedcat of anything, I'm simply explaining a consequence of the current market. I'm here for the dividends, the share price has lost 50% of its value, and it would take over 18 months for reduced dividends to make up the difference, but at the company's current valuation, I'm much more of a buyer than a seller.

True, but this is just one of the many, many ways that Friedcat can steal from his shareholders considering its a completely unregulated market, there are no verifiable financials, no verifiable inventories, no way to confirm the miners aren't mining under other addresses, etc.  All of it is based on trust.  If you don't trust Friedcat to not screw us over, then you should not "invest" (gamble really).

[bingjiw]

http://trilema.com/2013/the-analysis-of-a-failure-asicminer/

[GoldenWings91]

http://trilema.com/2013/the-analysis-of-a-failure-asicminer/

Mircea Popescu runs MPEX which is an exchange that ASICMiner refused to be listed on. He's been attacking AM ever since so anything he says should be taken with scepticism.

[murfshake]

http://trilema.com/2013/the-analysis-of-a-failure-asicminer/

Pretty bad article actually.

[superduh]

http://trilema.com/2013/the-analysis-of-a-failure-asicminer/

Pretty bad article actually.

yes, quite bad -

[romerun]

too long to read but one mpex mistake for sure is deciding to charge 30btc for membership and losing most of bitcoin trading action to bitfunder/btct/havelock and yet never accept it.

[Rebelution]

http://trilema.com/2013/the-analysis-of-a-failure-asicminer/

Wow, this guy lives in a completely delusional world although there a couple of decent points in there.  For example:

"They strike me as fundamentally honest people struggling to make the best of a complex situation with numerous constraints and a lot of novel problems."

But most of it is just ridiculously stupid:

-Suggesting AM should be more like Satoshi Dice
-"Actually having priced an asset, through the market process, free perhaps the first time since the 1800s." --Umm anyone is free to buy and sell it now...
-"Ownership transfer, from risk-friendly, low capital boys to risk-averse, high capital men."--No risk averse investor would touch any bitcoin security with a ten foot pole.

[Manna]

With the last increasement in price of bitcoin, selling started again. It´s clear, with price higher the company gets more value, but actually its an overvalue.
Thats the only bad thing about investing in BTC, when BTC price is on the rise, share price will fall.
Cheap shares yeah, but lack of liquidity don´t let you sell your shares you hold as fast as you want too. Especially when price is increasing during sleeping time, because Bitcoin markets are open 24 hours. That´s another problem.
I know most people know this, but I just wanted to make that clear.

[kopipe]

http://trilema.com/2013/the-analysis-of-a-failure-asicminer/

MPex is completely irrelevant to everyone except the poor souls who bought into it.

[Vycid]

http://trilema.com/2013/the-analysis-of-a-failure-asicminer/

Mircea Popescu is a narcissistic windbag. Stop giving him your attention.