Blockchain.info - Bitcoin Block explorer & Currency Statistics

[DeepBit]

This site uses wrong URL for deepbit - https://www.deepbit.net instead of https://deepbit.net

[piuk]

That's fantastic! May I suggest you change the map_canvas dimensions? You've got the United States, S. America, Africa, and Australia squarely in there (by default), but you cut off half of Europe, Canada, Russia, and heaven forbid all of Greenland. Think of the polar bears!

Should be a little better now. Polar bears are still out in the cold.

This site uses wrong URL for deepbit - https://www.deepbit.net instead of https://deepbit.net

Changed

[Pontius]

How comes Mainframe Mining is still finding blocks? The pool is closed for weeks now.

[DeepBit]

This site uses wrong URL for deepbit - https://www.deepbit.net instead of https://deepbit.net

Changed

No :) At least at the main page.

[piuk]

How comes Mainframe Mining is still finding blocks? The pool is closed for weeks now.

Wasn't mainframe mining run by Vladimir who had his own datacenter? He could still be mining on his own, the node is definitely still active. If no then it's probably just an anomaly.

No At least at the main page.

Oops. Now changed.

[Pontius]

How comes Mainframe Mining is still finding blocks? The pool is closed for weeks now.

Wasn't mainframe mining run by Vladimir who had his own datacenter? He could still be mining on his own, the node is definitely still active. If no then it's probably just an anomaly.

No, AnnihilaT was running the pool and (co-) owner of the the datacenter ( --> https://bitcointalk.org/index.php?topic=24650.msg589039#msg589039).
A few days ago I saw "Vladimir (Pool)" in your stats. Did you rename this to "Mainframe Mining" or is this yet another entry?

[piuk]

How comes Mainframe Mining is still finding blocks? The pool is closed for weeks now.

Wasn't mainframe mining run by Vladimir who had his own datacenter? He could still be mining on his own, the node is definitely still active. If no then it's probably just an anomaly.

No, AnnihilaT was running the pool and (co-) owner of the the datacenter ( --> https://bitcointalk.org/index.php?topic=24650.msg589039#msg589039).
A few days ago I saw "Vladimir (Pool)" in your stats. Did you rename this to "Mainframe Mining" or is this yet another entry?

Do you know if they shutdown the dc with the pool? No i didn't rename it, "Vladamir (Pool)" is a different ip i got from http://eu1.bitcoincharts.com/bitcoin-wiki/wiki/Fallback_Nodes.html.

[piuk]

Spent some time on this today, I redesigned it using bootstrap since that seems to be what a lll the cool kids are using 

In order to see some data such as transaction sizes and scripts you need to click "Show advanced" on the bottom of the page.

Strange transactions can now be found at http://blockchain.info/strange-transactions

Thank you to the person that donated, much appreciated.

All Feedback welcome.

[netrin]

Hi Piuk, The site is looking more excellent and useful every day. Thanks. Some feedback: I am unable to view a semi-logarithmic scale on this graph. Also, perhaps you could come up with a new favicon/gif/ico, like the rubics cube instead of the golden B bitcoin. Being identical with the icon here on the forum is a wee bit confusing. When viewing an address, it would be nice to see each transaction timestamp.

Inconsistent presentation:

Code:

Total Received 	(85.35 USD) 36.6016 BTC
Final Balance 	0 BTC
Final Balance 	0 USD

Preferred presentation:

Code:

Total Received 	36.6016 BTC (85.35 USD)
Final Balance 	0 BTC (0 USD)

Alternate presentation:

Code:

Total Received 	36.6016 BTC
Total Received 	85.35 USD
Final Balance 	0 BTC
Final Balance 	0 USD

[piuk]

Hi Piuk, The site is looking more excellent and useful every day. Thanks. Some feedback: I am unable to view a semi-logarithmic scale on this graph. Also, perhaps you could come up with a new favicon/gif/ico, like the rubics cube instead of the golden B bitcoin. Being identical with the icon here on the forum is a wee bit confusing. When viewing an address, it would be nice to see each transaction timestamp.

Inconsistent presentation:

Code:

Total Received 	(85.35 USD) 36.6016 BTC
Final Balance 	0 BTC
Final Balance 	0 USD

Preferred presentation:

Code:

Total Received 	36.6016 BTC (85.35 USD)
Final Balance 	0 BTC (0 USD)

Alternate presentation:

Code:

Total Received 	36.6016 BTC
Total Received 	85.35 USD
Final Balance 	0 BTC
Final Balance 	0 USD

I've noticed the problem with some of the log graphs before and i can't seem to fix it. I think it's a bug in highcharts, hopefully the next version will fix it.

I've updated the favicon and the final/usd balance on the address page, both good suggestions. It should show the timestamps for new transactions, I guess for transactions with no accurate timestamp i could show the block time. Thanks for the feedback,

[piuk]

Basic api available @ http://blockchain.info/api. I'll be adding more methods in time.

[netrin]

"Search - You may enter a block height, address, block hash, transaction hash, hash160, or ipv4 address.."

If I enter a block height (154321) or firstbits, I am informed that my input is invalid.

[netrin]

Feature request (a tall order):

Common use case: I negotiate a deal online, send coins from an ewallet, wait to see the transaction on the network, or confirmed in the block chain, then email counterparty with a link to blockchain.info transaction or recipient address.

Desired: I would like to open the recipient address in blockchain.info in a browser tab. When the status changes, I would like to see the SHORT/PREFIX title change (such as ["1d:C, days ago, confirmed transactions"], ["1s:U, 1 second ago, unconfirmed"], ["10m:1C, 10 minutes ago, 1 confirmation"])

Result: I open up a tab pointing to the recipient's address. I send coins. I surf the web, read a book. I notice the tab title has changed. I send an email to the recipient, "Hi Satoshi, coins sent to http://blockchaininfo.com/fb/1".

NB: Base case: http://blockchain.info/fb/1 <--- Genesis block, "Sorry this is is not a valid bitcoin address" (you've given it fb/1a1zp1)

[piuk]

"Search - You may enter a block height, address, block hash, transaction hash, hash160, or ipv4 address.."

If I enter a block height (154321) or firstbits, I am informed that my input is invalid.

Should be fixed.

Feature request (a tall order):

Common use case: I negotiate a deal online, send coins from an ewallet, wait to see the transaction on the network, or confirmed in the block chain, then email counterparty with a link to blockchain.info transaction or recipient address.

Desired: I would like to open the recipient address in blockchain.info in a browser tab. When the status changes, I would like to see the SHORT/PREFIX title change (such as ["1d:C, days ago, confirmed transactions"], ["1s:U, 1 second ago, unconfirmed"], ["10m:1C, 10 minutes ago, 1 confirmation"])

Result: I open up a tab pointing to the recipient's address. I send coins. I surf the web, read a book. I notice the tab title has changed. I send an email to the recipient, "Hi Satoshi, coins sent to http://blockchaininfo.com/fb/1".

NB: Base case: http://blockchain.info/fb/1 <--- Genesis block, "Sorry this is is not a valid bitcoin address" (you've given it fb/1a1zp1)

Great minds (or should i say bitcoin obsessed minds) think alike. Already working on it.

I assume this is being used by "hoppers" ?

I'm not a miner so I don't really understand hopping. But If pool owners want me to the delay the "found by" stats then i will do.

[netrin]

What's a hopper?

[netrin]

A miner who will jump to different pools depending on how they payout and when they found their last block.

I see. "Payout": gotcha.

"When they found their last block": Isn't that a classic Gambler's fallacy? (flipped five heads in a row, the next coin flip must be tails)

[nmat]

I was checking your API and I noticed that you only have rawblock information until block 124620. This works: http://blockchain.info//rawblock/124620 and this doesn't: http://blockchain.info//rawblock/124621

Also, there seems to be a problem with the timestamp. Take for example the block 2016. The rawdata shows the timestamp 1233063531, which corresponds to 27 Jan 2009 13:13:16, but in the block page you show 2009-01-27 13:38:51.

[nealmcb]

Thanks - nice site!  Ben Reeves recently noted that it answered my '“Market capitalization” over time'  question at stackexchange: http://bitcoin.stackexchange.com/q/2047/99

But as I noted there I'm puzzled as to why the "unix time" timestamps for the daily data points in the json output aren't for midnight UTC.  Why always 14:55:45 UTC for the market cap page, and 18:15:05 for transaction-fees, etc?

Also, for http://blockchain.info/charts/transaction-fees can you stop rounding off the fees to the nearest BTC?  It's just bouncing around near zero now.

And do you know why there is a huge increase in estimated transaction volume since Nov 16th, to all-time highs?
  http://blockchain.info/charts/estimated-transaction-volume

Finally, can you put in a redirect from the original URL for the site (http://pi.uk.com/bitcoin/...), so old examples posted here work?

[piuk]

I was checking your API and I noticed that you only have rawblock information until block 124620. This works: http://blockchain.info//rawblock/124620 and this doesn't: http://blockchain.info//rawblock/124621

124621 is an invalid block index (this is different from a block height)

Also, there seems to be a problem with the timestamp. Take for example the block 2016. The rawdata shows the timestamp 1233063531, which corresponds to 27 Jan 2009 13:13:16, but in the block page you show 2009-01-27 13:38:51.

I'll take a look at this, possibly my server time is out.

Thanks - nice site!  Ben Reeves recently noted that it answered my '“Market capitalization” over time'  question at stackexchange: http://bitcoin.stackexchange.com/q/2047/99

But as I noted there I'm puzzled as to why the "unix time" timestamps for the daily data points in the json output aren't for midnight UTC.  Why always 14:55:45 UTC for the market cap page, and 18:15:05 for transaction-fees, etc?

Also, for http://blockchain.info/charts/transaction-fees can you stop rounding off the fees to the nearest BTC?  It's just bouncing around near zero now.

And do you know why there is a huge increase in estimated transaction volume since Nov 16th, to all-time highs?
  http://blockchain.info/charts/estimated-transaction-volume

Finally, can you put in a redirect from the original URL for the site (http://pi.uk.com/bitcoin/...), so old examples posted here work?

I started generating data at odd times, not at midnight. Wow transaction fees have really plummeted I will adjust the rounding.

There was a ton of BTC moved around recently e.g. http://blockchain.info/tx-index/12730431/8a4852cf51365059042d024eb0838ce14333b8de5d3c64394459bfac38a73a24 i think that is what has could the spike.

Redirect from pi.uk.com should be up.

I've got a ton of good suggestions from people but not much time to implement them so apologies if I don't get round to them right away. Got a great new feature coming out sometime this week which will make using bitcoin easier for a lot of people.

[HostFat]

Can you also add something like this?
http://blockexplorer.com/rssa/1Cvvr8AsCfbbVQ2xoWiFD1Gb2VRbGsEf28.xml