|
nmat
|
 |
September 17, 2011, 08:01:03 PM |
|
Thanks! You're doing a great work here  |
|
|
|
|
|
Andrew Vorobyov
|
|
September 17, 2011, 08:20:20 PM |
|
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
|
|
September 17, 2011, 09:41:35 PM |
|
Great... I'm out of bitcoins what is your paypal? |
|
|
|
|
|
piuk (OP)
|
|
September 17, 2011, 10:25:29 PM |
|
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
|
|
September 18, 2011, 12:02:55 AM |
|
Stat section is pretty cool.
|
|
|
|
doktor99
Newbie
 Offline
Activity: 15
Merit: 0
|
|
September 20, 2011, 05:36:22 AM |
|
@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
Legendary
Offline
Activity: 2506
Merit: 1010
|
|
September 22, 2011, 07:31:39 PM |
|
Data looks like it is missing most of September. Data issues?
|
|
|
|
|
piuk (OP)
|
|
September 22, 2011, 09:24:06 PM |
|
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
Member
Offline
Activity: 105
Merit: 10
|
|
September 22, 2011, 09:59:37 PM |
|
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
Legendary
Offline
Activity: 1526
Merit: 1134
|
|
September 23, 2011, 01:04:46 PM |
|
It'd be nice to print more technical details. Viewing script contents in particular is a helpful feature of blockexplorer.com
|
|
|
|
|
|
|
|
BkkCoins
|
|
September 24, 2011, 03:28:44 PM |
|
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 (OP)
|
|
September 24, 2011, 04:33:14 PM |
|
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. |
|
|
|
|
|
netrin
Sr. Member
Offline
Activity: 322
Merit: 251
FirstBits: 168Bc
|
|
September 24, 2011, 06:38:46 PM |
|
Piuk, are you considering firstbit algorithm? 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 (OP)
|
|
September 26, 2011, 02:33:23 PM |
|
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
Sr. Member
Offline
Activity: 322
Merit: 251
FirstBits: 168Bc
|
|
September 26, 2011, 02:45:21 PM |
|
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/reorglogI'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
Legendary
Offline
Activity: 1204
Merit: 1015
|
|
September 26, 2011, 03:37:56 PM |
|
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. |
|
|
|
|
