Yeah, it means the bitcoins that were only issued and not moved since. All the bitcoins that moved since their issuance you plot on the graph when they must the last time.
Or in other words: The coinbase transaction creates coins at a certain block chain height. Every other transaction moves them to a new block chain height.
block 100: coinbase 50Ƀ -> A (add 50Ƀ to "100")
block 200: 50Ƀ of A -> 29Ƀ to A, 10Ƀ to B, 10Ƀ to C (ignore input to A, B, C, fee. Just remove 50Ƀ from "100" and add them to "200")
block 300: 10Ƀ of B -> X, Y (Move the 10Ƀ of B from "200" to "300")
Ok I understand I'll try and add the chart this weekend.
Was playing around with the charts and stats on Blockchain.info and thought this was interesting so will share it here:
Interesting chart, thanks. Bitcoin-Qt will always be an integral part of the bitcoin network i'm not sure 0.8 will be enough though, only the move to a database of unspent tx outputs or SPV will vastly improve synchronisation time (Perhaps 0.9?).
piuk, I have a couple of privacy questions.
Let's say I enable notifications but then after a while I disable them. My question is, after I turn them off, any new key pairs I generate, can blockchain.info see the Bitcoin addresses and tie them to my email I had previously notification enabled to?
Also, is using an email for sending backs in anyway diminishing the privacy of my Bitcoin addresses?
Thanks in advance for taking the time and answering these questions!
When you disable notifications all the hashed public keys should be removed from the server on next sync. So if you generate a new bitcoin address it should not be possible to tie it to the old addresses. But Adding an email does inherently diminish privacy because the more information you provide the more data that could be used to build a "profile" on you. If there is really an address you want kept private I would recommend creating a new disposable wallet through tor or a using mixer address.
Apologies, scaling issues. On a related note some
more RAM is being installed this weekend (No downtime expected).
I am also currently having problems sending from my blockchain.info wallet.
When I try to send, I get the message: "Insufficient funds. Value needed XXX BTC. Available amount xxx BTC"
I have well over the amount needed to send.
I see no errors in the Javascript console.
My blockchain.info address: 1EBAmwYHGpbXJ7tRx9jqr8KV4X2DfLFNqm
Is this error resolved? It may have been a temporary issue due to some of outputs being locked after failing to broadcast a transaction.
Hey,
I installed the new android app (
https://twitter.com/blockchain/status/298277650865197057) but it doesn't seem to update with my transactions so I'd like to revert to the old one until it's a bit more stable.
Does anyone have the old APK file anywhere so I can reinstall?
Cheers,
Will
Please try version 3.31 (
https://play.google.com/store/apps/details?id=piuk.blockchain.android) released today and let me know if the issues are not fixed.
Push notifcations can now be enabled or disabled in account settings:
Android 2.2 and larger tablets are now also supported.
https://i.imgur.com/VGEZUbe.jpgProblem with Firefox and Chrome seems to be ongoing. Access to wallet functions is being blocked due to "too many requests from IP". Opera can access wallet, but can not spend.
Are you using a shared IP such as tor? Do you by any chance have the "tapatalk notifier" chrome extension installed?
I'm getting an error.... "toString(): value: [ReferenceError: Bitcoin is not defined]"
This is when I use the custom dialog box to send from a specific address with a miner's fee added (it warned me about it being a low priority transactions). I haven't tried it without the fee.
EDIT: This was in FireFox. I tried it in Chrome, it worked just fine. Any ideas why this would happen?
Thank you for the report. Does the error continue to appear using FF?