But it looks like blockchain.info has a failure mode where it looses connection to some backend, and data does not update.
Apologies, yes one server lost it's database connection. If it problem ever occurs again it should auto-reconnect now.
This would make most sense for you as this would be an incentive to open an account on blockchain.info. Up/Down-voting could be done by "donation" addresses which again would be good for you.
As long as you show the amount of donations as justification to rate something high, you should not be blamed for misrepresenting stuff and upon clear abuse you could close accounts or users and mark the tag as coming from a closed account. Showing tags from closed accounts last, only optionally or not at all would also be very clear to the user.r liability.
For now a tag submission page is available at http://blockchain.info/tags
. Also for a bit of geeky fun I indexed the addresses contained in signatures from bitcointalk.org example: http://blockchain.info/address/1H4sGgNSRvRuiUsbucsQBNFWhZcLnL2KW1
It doesn't include up or down voting as the tags in this context probably serve a slightly different purpose than your original idea giszmo. Which was to allow people to tag addresses as belonging to scammers, add comments etc? While I could see this being useful in some situations it has the danger of morphing into a blacklist which in my opinion is a bad idea all round.
You should only trust tags fetched via https, otherwise a man-in-the-middle could hijack the .json file and replace the address and signature.
(and I think you'd want "tags" to be an Array of Objects...)
Yep, your right on both counts. Extending this feed idea a bit further, what if it wasn't just for individuals websites but could the feeds could serve as a public directory of users as well. Basically a map of firstname.lastname@example.org
For example wallet services could all have a "Make address public" option which would then publish an address and label to the wallet services bitcoin_tags.json feed. Other wallet services can then index the feed of each service to build a public address book.
e.g. If I published the label "piuk" in the blockchain feed. Instawallet could then index the feed and resolve "email@example.com
" to the correct address. Bitcoin-Qt could publish to a @bitcoinfoundation.org feed, Electrum to @ecdsa.org etc.
RE: adding data to the blockchain: Did you see Stefan Thomas' nifty idea
for using ECC math to tie a hash to a transaction without any blockchain bloat?
It's a nice trick, but is missing the most desired property that embedding data in the blockchain has, in that data is guaranteed to be permanently stored for as long as the bitcoin network is running.
There is a problem with the mixer: it does not pay a fee for the outgoing transaction, so often it takes ages to confirm. I have been waiting four hours so far
This should be patched this now, the mixer will be much more likely to pay a fee from now on.
Tags Now Shown on the homepage:
"Tweet 4 BTC" promotion is back:
More SD Games available:
How My Wallet works infographic : https://blockchain.info/wallet/how-it-worksBonus Currently Activehttps://blockchain.info/wallet/send-anonymously