Reminder -- We're collecting questions from the community that will be compiled and voted on (by the community as well,) and passed on to Friedcat by TAT.
If you have questions that you feel are important, please submit them via PM to either ThickAsThieves, FrankTank, VJain or myself.
Ian
Did he answer the last set of questions? Yes. ThickAsThieves posted Friedcat's response here: https://bitcointalk.org/index.php?topic=99497.msg2460719#msg2460719
|
|
|
Reminder -- We're collecting questions from the community that will be compiled and voted on (by the community as well,) and passed on to Friedcat by TAT.
If you have questions that you feel are important, please submit them via PM to either ThickAsThieves, FrankTank, VJain or myself.
Ian
|
|
|
is there a way AM could set up a simple data feed, like a json feed or something that gives live hashrate? That would solve a lot of this guessing.
Sure. Will they? No. I wouldn't if I were them. It is definitely a competitive advantage to keep that information proprietary. For all we know they could be cycling through new hardware at this very moment. If they're cycling through 40 th/s groups of hardware for testing purposes and they left three groups on at once.. Competitors would know "they have at LEAST 120 th/s of hashing power available at any moment." Whereas if they do not do that, and we infer that there was 100+ th/s over the previous hour, that can be attributed to variance.
|
|
|
Made a mistake, chill out or sue me if you are american.
Regardless of who that statement was intended towards (I think it was intended towards me,) take it as an opportunity to learn more about how hashrate is derived at the current difficulty. It's interesting stuff Wasn't directed at you. I really thought we had hashrate data to work on. Since we don't I realize looking at stats with hour resolution is pretty meaningless, probably everything under 4 hours is more or less bogus. Well, not bogus, but not reliable. Anything with a 4 unit sample size is error prone. However, you can make some pretty interesting assumptions off of the data. I posted yesterday that when I see a series of blocks mined that looks like "AM-AM-BTCGUILD-AM-AM", that I know it's variance (or luck.) However, if I saw the same thing that looked like "AM-AM-BTCGUILD-AM-AM-AM" then I would believe that it is due to a higher quantity of hashing power than is reflected in the 24 hour average. There's no real way to quantify what I'm explaining, it's just a feeling I get from looking at the data. Right or wrong, it's still interesting to look at. Now -- with a 48 hour sample size -- we *should* get a pretty good estimate of what the actual average hashing power is over that time.
|
|
|
Made a mistake, chill out or sue me if you are american.
Regardless of who that statement was intended towards (I think it was intended towards me,) take it as an opportunity to learn more about how hashrate is derived at the current difficulty. It's interesting stuff
|
|
|
Most of the people here really don't understand how this works, do they?
The answer to that is a definitive no. Most people do not realize that we do not have actual hashrate data from ASICMINER, only inferred hashrate data that we figure based on number of blocks found during a given timeframe and the current difficulty.
|
|
|
Again -- you have to know the sample size that he's using. http://www.dpcapital.net/blockchain/?hours=24,48,72,96,120If you look at that, you can see the 24 hour sample size matches exactly to that of runeks.dk/bitcoin. In other words, at the current difficulty, it will take 46 th/s to find two blocks in one hour. Just so everyone knows, all of the ASICMINER data that is presented is inferred. Because they (ASICMINER) do not post the actual hashrate, we have to infer the hashrate from the number of blocks found in a given timeframe and the difficulty. If we did know the hashrate, we could do fun things like determine the probability of finding 5 blocks in an hour at the current difficulty.
|
|
|
Please do us a favor and let us know when you're going to sell, we'll be happy to be there when the price falls!
He made it clear -- in 1 week he will be ready to sell. duhhhhhhh
|
|
|
Just variance...or you can use it to convincing others people selling their shares ...I would happy to buy them ~~~ I dunno.. That's a lot of variance. It is possible, but we have no way to determine what the probability is unless we know the *actual* hashrate.
|
|
|
I am seriously thinking of making a small website for an order book for direct shares that any user can post bid or ask. Of course the trades would be done via pms afterwards and through fried cat but I would spare the forums tons of new auctions and threads always containing the same old story, Numbers of shares to sell, Price, TXID to proof ownership, signed message.... I believe this would be helpful.
Do you suggest I go for it or it would be wasted effort?
Get the backing of some big-time shareholders and go for it. Also offer escrow service.
|
|
|
I haven't looked into this too closely, but all/most of the recent blocks awarded to ASICMINER have a much lower transaction count than those awarded to other miners/pools. Is that a coincidence, is it a consequence of the hardware design, is it somehow indicative of the recent drop in hashrate?
Coincidence. I saw one earlier with 600+ transactions. Regardless, there is no mechanism in BTC to selectively mine blocks. I.e., you can't mine a 100 transaction block more easily than you can mine a 1,000 transaction block with a given difficulty. This cannot be done by adjusting hashrate either. At a given difficulty, your probability for mining a block is fixed to a certain hashrate over a period of time. A lower hashrate will have a lower probability, and a higher hashrate will have a higher probability. In short, hashrate and difficulty have nothing to do with the size of the block you mine. Ian
|
|
|
I encourage people without any idea about probabilities and statistics to NOT tell us in the name of probabilities and statistics what are only their "feelings". Many thanks!
I'll tell you my personal take -- when you see a streak of 2 or 2, skip one, and 2 more.. Anything after that is typically not margin of error/luck/fluke. If you see a 2 or 2-x-2 streak, then it's likely luck.
Just an observation that I can't quantify.
Thanks for the example! No problem -- For what it's worth, I have a strong background in statistics and probability. But some things are just too difficult to quantify, and or we don't really have enough information to quantify. I think with ASICMINER this week, we're the later. Ian
|
|
|
Down to 69.22 th/s in the last hour. PANIC SELL
LOL I love reading this thread each day and refreshing throughout, it is like a cutout from the funnies section! I'm a businessman by day (and night,) but my personal opinion is that jokes keep things light hearted. Nobody should take this too seriously. After all is said and done, we still have families, friends, etc. I can see how this would be viewed as spam'ish, or rhetoric by someone who doesn't feel the same way, though Ian Anyone got #'s for the margin of errors for the variance in looking at 1-4 hours of blocks? Lol. I'll tell you my personal take -- when you see a streak of 2 or 2, skip one, and 2 more.. Anything after that is typically not margin of error/luck/fluke. For example, 2-x-2-x-1 would probably be due to a lot of hashing power. If you see a 2 or 2-x-2 streak, then it's likely luck. With that said, I would speculate that the recent 2-x-2 finds are likely luck. I would attribute possibly 1 of those to the hashrate, and 3 of them to luck. Just an observation that I can't quantify. Margin of error in 24 hours is fairly low, while 48 hours is half of 48 hours. Each one of the sites that shows you a graph takes an hourly hashrate and projects from there. 24 hours has 24 separate samples, 48 hours has 48, etc.
|
|
|
Down to 69.22 th/s in the last hour. PANIC SELL
LOL I love reading this thread each day and refreshing throughout, it is like a cutout from the funnies section! I'm a businessman by day (and night,) but my personal opinion is that jokes keep things light hearted. Nobody should take this too seriously. After all is said and done, we still have families, friends, etc. I can see how this would be viewed as spam'ish, or rhetoric by someone who doesn't feel the same way, though Ian
|
|
|
FYI -- you can change the hours parameter on the query string to view custom charts. Default is the 4 day chart. Sometimes it's handy to look at 1,2,4,8, etc. Data is available as far back as late last Thursday (6-13) up to what is current from the blockchain API. Ian
|
|
|
Down to 69.22 th/s in the last hour. PANIC SELL
|
|
|
Anybody with a calculator, please calculate the probability of this happening!
The probability of this happening at the time I posted is exactly 100% Ian
|
|
|
|