Topic: Blockchain.info - Bitcoin Block explorer & Currency Statistics - page 101. (Read 482537 times)

Different exchanges have different prices. What happens if the mtgox api goes down? This is a reason for a decentralized exchange price system.

Bummer. I had been using SMS notifications, but was hoping to use Prowl as it's less obtrusive.  Maybe I can use email notifications and have procmail munge them into Prowl notifications. I don't do Skype.

Why? it seems sensible information. I prefer not.

Can you please add a graph showing the total number of anonymized coins over time?

Another feature request (as if you didn't have enough to do right?)  Add Boxcar (http://boxcar.io) as a notification option?

It is free and it rocks.  I use it on several of my projects and love it.

Maybe this things could be implemented by plugins/addons

Piuk, I have a feature request:

1- Add on My transactions window a column showing what was the usd value of 1 bitcoin in the exact time someone sent me the coins (for received transaction) and the exact price at time I sent (for sent transactions)
2- On account settings I could choose the data of what exchange will be used and the currency.

Hey piuk I have a question.. Can the backup that was sent to my email be decrypted by simply using my password only even if I have sms two factor authentication enabled?

No because wallets are stored encrypted and so he can't see which addresses belong to them.

Hi piuk,

On My Wallet Number of Users (http://blockchain.info/charts/my-wallet-n-users) is it possible implement an option to not count accounts with 0 btc balance?

I was planning to use it when I found a way to make a tamper resistant document. I think I'm just going to use the local post office until I can get some custom stickers made. Hope you put it back in soon.

Just Got back form the London conference. A few thoughts.

* Stefan's talk was great. Looking forward to Bitcoin-JS 0.3 which will bring faster javsacript transaction signing to blockchain wallets (particularly for netbooks and the iphone app). Validating the client side js by bootstrapping with a bookmarklet is also an interesting idea - DOM validation needs to be performed as well though.
* Pieter's talk was also excellent. I'm glad to see that the reference client may move to an unspent outputs database in the not too distant future. However there was no mention of any accompanying protocol changes. If many nodes upgrade and are unable to distribute the full blockchain it will increase the bandwidth requirements of the remaining nodes. Making it even less desirable to run a full node and centralising the initial block download.
* David stated in the U-kash presentation that some customers were validated with full KYC/AML checks. Maybe it would be possible that bitcoin exchanges could be limited to only using only codes with the proper KYC information attached lessening the risk for U-Kash.
* Whoever bought the minrig that is one hell of an impulse buy.

Anyway good to see some people using the app and website in the real world.


The escrow feature was removed because not enough people were using it. I think maybe it was just too confusing/not well documented enough.


This is certainly possible. Assuming that both parties were logged in at the same time the transaction signing negotiation could be done directly over the websocket connection.


Sorry Http POST notifications were removed. People were trying to use them for payment processing and they were not reliable enough for that purpose. Skype notifications should work fairly well on the iphone.

lol that's what we've been discussing above, didn't realize they already had this feature!

The escrow function seems to be gone. Will it return? https://blockchain.info/wallet/escrow

I have the same problem, the wallet as loaded in Safari doesn't show any transactions after about a month ago. The iphone blockchain app is fine. "Empty Cache" menu option doesn't help.

Any tips?

On the UI side I'd suggest that when you co-sign the multi-sig transaction, change goes back to the multi-sig address, and the UI presents it as "Transfering xBTC to address foo, bar, etc", just like "basic" transactions work already on the blockchain.info wallet. I think this fits well with people's perception that the multi-sig address is a "vault" that has a slot in the side so you can put money into it, but only with multiple parties can money be taken out of it.

Heck, that'd make for a good icon actually, a vault-looking deposit box with a slot and two rotary combination locks on it.

Two-people-required-to-spend bitcoin addresses would be a great feature for blockchain.info.

Coins would be sent to that address, then both address owners would have to agree to spend them (by signing transactions).

The incoming coins do have to be fully spent, but it is easy to create transactions that send the change back into the "vault" (multisig address).

yes, well, maybe i'm wrong and you are right 

I believe, and I could be wrong, that using multi-sig it's possible to deposit all coins into an address that would require two signatories to spend any part of it. I.e. money deposited into a business "vault" requires two signatures to spend it afterwards. Now, I could be wrong, and it may be that any coins stored this way must be fully spent when signed, instead of being able to be spent in parts (vault has to be emptied entirely, portion is sent to the recepient, remainder goes back into the vault maybe?)
Multi-sig has a lot of weird combinations of how things can be signed,, and I'm still trying to wrap my head around it.

I don't think so. I understand that those multisigs are for a single transactions. Nobody prevents you to create another normal transaction, right?
Chang's idea is to somehow "protect" all the coins from the actions of one single user (well, exporting private keys should be impossible if you want to do this strictly, but that's not how blockchain.info works. hence, they will not implement this.)