Blockchain.info - Bitcoin Block explorer & Currency Statistics

[nmat]

Thanks! You're doing a great work here

[1714861840]

1714861840

[Andrew Vorobyov]

Destroyed bitcoins lacks threshold, like 1 week or month. I think putting 1 week threshold will filter out noise (pool payouts etc).

What I mean, do not include transaction if its input is less than x time old.

PiUK, how hard will be to implement it? What do you think?

[Andrew Vorobyov]

https://bitcointalk.org/index.php?topic=44483.0

[piuk]

Thanks! You're doing a great work here

Thanks, Glad people find it useful.

Destroyed bitcoins lacks threshold, like 1 week or month. I think putting 1 week threshold will filter out noise (pool payouts etc).

What I mean, do not include transaction if its input is less than x time old.

PiUK, how hard will be to implement it? What do you think?

I could see this being useful, I'm calculating it now.

http://pi.uk.com/bitcoin/charts/bitcoin-days-destroyed-min-week
http://pi.uk.com/bitcoin/charts/bitcoin-days-destroyed-min-month
http://pi.uk.com/bitcoin/charts/bitcoin-days-destroyed-min-year

It will probably take all night.

[Andrew Vorobyov]

Great... I'm out of bitcoins what is your paypal?

[piuk]

Great... I'm out of bitcoins what is your paypal?

Thanks, No Need If you could link to the site from anywhere that would be great.


The year graph is interesting. By far the largest peak of activity if right at the peak market price, looks like one of the early adopters stopped the rise by cashing out.

Days destroyed:


Market price:

[btcbaby]

Stat section is pretty cool.

[doktor99]

@piuk: feature request - CSV download option for a history of up to some arbitrary number of blocks.

Would love this, as there are some stats I'd like to run on your transaction volume figure.

Is there any other way that I can get this?

[Stephen Gornick]

Data looks like it is missing most of September.  Data issues?

[piuk]

Yeah I thought I'd test my MySQL cluster by deleting data on one of the nodes. Turns out it couldn't recover. I can't remember why it seemed like a good idea at the time  , but it should be all reimported now.

As for the csv data, I'll be adding an api sometime soon.

[nighteyes]

Neeeyice....Im in the export crowd too....but just to clarify, would like to see a search function and not just export whats already there. For example, searching blocks(aka 'height') 10-21 and it lists all the transactions in the blocks.

[Mike Hearn]

It'd be nice to print more technical details. Viewing script contents in particular is a helpful feature of blockexplorer.com

[piuk]

It'd be nice to print more technical details. Viewing script contents in particular is a helpful feature of blockexplorer.com

Scripts should now be displayed (I am using Bitcoinj for this). If the script is strange then it will attempt to print it as a string for example http://pi.uk.com/bitcoin/tx-index/5719188/9740e7d646f5278603c04706a366716e5e87212c57395e0d24761c0ae784b2c6 (Not condoning the content, this was the only example i could find).

[BkkCoins]

I find the screen width far too wide for my notebook display. I'm constantly scrolling back and forth.
Is it maybe possible to have an alternate style option (css chg maybe) that would suit a narrow layout? I'm sure there must be quite a few notebook users who can't handle non-wrapping wide layouts.

Otherwise, great! I like the visual style.

[piuk]

I find the screen width far too wide for my notebook display. I'm constantly scrolling back and forth.
Is it maybe possible to have an alternate style option (css chg maybe) that would suit a narrow layout? I'm sure there must be quite a few notebook users who can't handle non-wrapping wide layouts.

Otherwise, great! I like the visual style.

It should be a little better now at smaller resolutions.

[piuk]

I wonder what the odds of this happening are http://pi.uk.com/bitcoin/block-height/146724

[netrin]

Piuk, are you considering firstbit algorithm?

Added unconfirmed transactions http://pi.uk.com/bitcoin/unconfirmed-transactions

Brilliant!! I will certainly be using that.

Hey, does anyone offer open bitcoind connections? If I understand the concept, I'd be willing to pay to forward transactions and look up balances without having a local block chain.

[piuk]

Piuk, are you considering firstbit algorithm?

Interesting I never heard of firstbits before, I've added basic support for it. It will generate firstbits for unconfirmed transactions and transactions with less than 6 confirmations, however you should be extremely careful using these as they may change if the chain is reorganised.

[netrin]

Looking Great!

I'd also like to see sequential transaction numbers (and ISO 8601 dates), then confirmation status is just subtraction.

however you should be extremely careful using these as they may change if the chain is reorganised.

Have we ever had a reorg longer than 2 blocks? http://blockexplorer.com/q/reorglog

I've done a little testing and it seems to work well. Just a thought, maybe you could provide a short url/redirect for firstbits. Something like: http://pi.uk.com/f/12345

[Maged]

Feature request: Show date/time on transactions.

The problem with this is transactions don't have a time associated with them when sent. So there are two options:

- Record the time my client receives the transaction (which would mean no times for old transactions)
- Use the timestamp from the block the transaction was included in (no times for unconfirmed transactions)

Which do you think would be best?

Just put the timestamp from the block. That makes more sense because we would get transaction times for all the transactions. Also, a transaction isn't really verified until it has been included in a block.

Maybe just make a note about the time being that of the block instead of the transaction itself.

Actually, with a well-connected node, the time that the transaction came in would be the most accurate and important, so you should show that anyway. Perhaps an additional field? And while we're at it, do the same for blocks. It'd be great to be able to see what the differences are in the timestamps as we are designing defenses to timejacking.

This isn't an either/or situation. It's merely adding more precision to the timestamps which will allow us to have much better data to work with in the future. You show unconfirmed transactions already, so I suspect that adding a timestamp will be trivial.