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

so i did some digging about the device-pairing QR code. i made another account and used a QR decoder to see what info is present. the QR contains your identifier|shared key|password. i'm assuming my previous account's shared key is corrupted.

as for my solution, i exported my btc addresses and priv. key from my old account and imported to my new account. so far no problems. i even made an encrypted backup of my new device-pairing QR code (even tho this might not help if something happens with my shared key again.)

i used this link: http://www.patrick-wied.at/static/qrgen/ to decode and generate the QR code

I, too, am having this issue with my Android.

i logged out of my blockchain wallet and now i can't seem to be able to pair it with my iPhone again. i'm getting an error saying "Failed to get wallet info. Shared key doesn't match" did anyone have this issue as well? if so, how could i fix this so that i can pair my wallet to my iphone again. Thanks in advance

Is "sign message" supposed to do something?

Oops October

Wait. August next year? But, from 24th to 5th? Whaaaat?
Man, looks like you really need some holidays, no matter what days

Apologies for the problems with the Site tonight. gmaxwell has exploited a bug which I introduced recently allowing the site to accept some transactions with invalid signatures.

- All unconfirmed transactions were pruned so if any transactions are missing from My Wallet don't send them again, they will appear again within an hour.

- Some pending transactions in the mixer will be delayed as it thinks some are double spends.

- Charts will repair themselves shortly.


On this note. I am going on holiday on the 24th september to the 5th october, someone will be looking after the Site in my absence. Looking forward to a week without bitcoin


There are no logs of this.

------

* New page https://blockchain.info/hub-nodes

Bug report.

I tried sending money from my blockchain.info online wallet. Here is what happened:

First I tried send money, quick send, and entered the data. It asked me to provide private keys for all my watch only addresses. Why does it not try to send from the other addresses instead?

So I tried custom send. Selected an address with sufficient balance and private keys. It asks for confirmation, starts doing stuff (dont remember, it was a progress bar as if processing stuff) then nothing. No error, no confirmation. Nothing happened. Unclear if the transaction was recorded or not. I tried again with very small amount, same thing happened. This is using Chrome.

So I tried android wallet. Same problem as online wallet; it asks for private keys for addresses I only watch and will not send anything.

So I archived all the watch only addresses and tried again. First I tried in the browser again. This time it tells me "insufficient funds" although I selected an address with 10x more BTC than I wanted to send!

Sigh.

Finally tried android wallet again. This time that worked (after I had removed watch only addresses). But it didnt ask me for transaction fees. They were zero. Result, I will be waiting all day for 6 confirmations


I like your apps very much, but you have work to do to make them usable.

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

Thanks in advance.

Man, you can't stop working!

* Since a few developers have expressed concern I've changed the notes back to the centralised database for now. I still think there are many use cases where you might want to contact the owner of an address without needing to know an email etc, a decentralised way to do this would be great.

* Paper Wallets now print private keys in Wallet import format. Old paper wallets will continue to function fine.

* Patched DER encoding bug (Thanks Stephen)

* Fixed Import private keys in plaint text format, either common or space separated.

* Send Many now available on send API https://blockchain.info/api/api_send

* New Tomcat

piuk,

most blocks 'found' by 5.9.24.81 (*** that aren't tagged) will be from 50BTC, not deepbit.  197450 was received by me from one of their nodes..  so you could just change that to default to 50BTC (they have a bunch of machines on the hetzner network)

i've only originated two, but those are from me mining @ p2pool so they'll automatically be tagged (ed: whoops, make that three.. hohoho)

No actually, I would argue that your way is still worse. Those transactions embed the message into the amount, which means that when the recipient of those funds eventually spends the free money the transactions can be pruned.

Point taken...

That is certainly an option, but, in general, stuffing data in a pubkey is not very good.  It would be very nice to avoid putting messages in the chain period.  If you really have to, it would be nice to stuff the message in the scriptSig instead of the scriptPubKey, as that can always be pruned.
That said, I'd say the best would be to use OP_DROP and convince a miner to mine your txes for you, which would give your users lower fees (Ive heard mining contracts at Eligius are cheap ).  

Embedding messages is really abuse of the (main) blockchain, which is for currency transactions. The correct way to do this is to setup some merged-mined data that ties the message to the transaction id, and distribute the message as ,,

I'm not sure it's *the* worst way. Look at the Mitt Romney extorters address which someone sent 30 transactions just to try embed an imgur link (http://blockchain.info/address/1HeF89wMjC48bWNgWvVo7Wu3RaLW8XVsE8).


I someways making the transaction un-prunable is better for messaging, but I understand your concern.

One way to do it could be to use an M-Of-N 1 of 2 multi-signature transaction and have the 2nd public key as the message. The tx would then still be spendable with the first public key, but not many clients would be able to redeem it. I'm open to suggestions?


Please try and clear your browsers cache and reload the page. fee_policy is defined at line 32 in the latest version).


Yeah I know, but by putting it on the website blockchain is semi-endorsing it so it a least has to have some presence or accountability.

Cannot spend from wallet, getting error "ReferenceError: Undefined variable: fee_policy". We have spent without problems from this wallet before. Please advise.

Yes, please don't create lots of unspendable scriptPubKeys. There are more prunable ways of embedding messages into transactions. And there are even better ways of associating messages with transactions, so only people involved with the transaction can read the message (if that's desired).

In other words, lets figure out how to do this the right way. The way you're doing it now will stop working as soon as the network upgrades anyway (0-value outputs are nonstandard as of the 0.7 release).

Oh god, thats awful...that is quite possibly the worst way to implement messages in terms of network load...

because it's simple like that: you send coins, et voila....! that's it.