flower1024
Legendary
 Offline
Activity: 1428
Merit: 1000
|
 |
September 05, 2012, 12:44:46 PM |
|
Someone suggested an app store type system where developers can write their own javascript apps. I really like this idea but it has big security implications, so for now if any developers want their game/app included please just PM me.
i would really love to have an appstore to reduce security risks you could use an iframe with an sub-domain. but i understand your fear  btw i think you could just take some btc to develop frontend for other services. since you started your satoshidice integration i used them more often (and always through your interface) - so i think they owe you a little. regards flower |
|
|
|
|
2weiX
Legendary
Offline
Activity: 2072
Merit: 1006
this space intentionally left blank
|
|
September 05, 2012, 01:03:33 PM |
|
add hunger coins as well, please, in "frugal" mode.
Never heard of it before. Read through the thread and i like the concept. However at this point in time I cannot add it because it doesn't have a website or api. because it's simple like that: you send coins, et voila....! that's it. |
|
|
|
|
|
Matt Corallo
|
|
September 05, 2012, 05:06:16 PM |
|
It does not use OP_DROP as that would make the tx non standard. The public key is simply the ASCII message. Look at the last output and hex decode 4d6573736167653a205468616e6b20596f7520466f722054686520427567205265706f7274202d2 07069756b. Messages exceeding 120 bytes will be added in an additional outputs.
Oh god, thats awful...that is quite possibly the worst way to implement messages in terms of network load... |
|
|
|
Gavin Andresen
Legendary
Offline
Activity: 1652
Merit: 2311
Chief Scientist
|
|
September 05, 2012, 05:13:59 PM |
|
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).
|
How often do you get the chance to work on a potentially world-changing project?
|
|
|
|
GCInc.
|
|
September 05, 2012, 07:09:38 PM |
|
Cannot spend from wallet, getting error "ReferenceError: Undefined variable: fee_policy". We have spent without problems from this wallet before. Please advise.
|
|
|
|
|
piuk (OP)
|
|
September 05, 2012, 10:31:48 PM |
|
Oh god, thats awful...that is quite possibly the worst way to implement messages in terms of network load...
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). 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).
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? Cannot spend from wallet, getting error "ReferenceError: Undefined variable: fee_policy". We have spent without problems from this wallet before. Please advise.
Please try and clear your browsers cache and reload the page. fee_policy is defined at line 32 in the latest version). because it's simple like that: you send coins, et voila....! that's it.
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. |
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
September 05, 2012, 10:46:08 PM |
|
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? 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 <text>,<txid>,<merged-merkle-links> |
|
|
|
|
Matt Corallo
|
|
September 05, 2012, 10:57:18 PM |
|
Point taken... 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?
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 ). |
|
|
|
Peter Todd
Legendary
Offline
Activity: 1120
Merit: 1164
|
|
September 05, 2012, 11:18:24 PM |
|
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. |
|
|
|
zvs
Legendary
Offline
Activity: 1680
Merit: 1000
https://web.archive.org/web/*/nogleg.com
|
|
September 06, 2012, 02:21:23 AM
Last edit: September 06, 2012, 12:14:39 PM by zvs |
|
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)
|
|
|
|
|
|
piuk (OP)
|
|
September 06, 2012, 05:57:25 PM
Last edit: September 06, 2012, 06:58:52 PM by piuk |
|
* 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 |
|
|
|
|
thirdlight
|
|
September 06, 2012, 07:34:52 PM |
|
Man, you can't stop working!
|
|
|
|
misterbigg
Legendary
Offline
Activity: 1064
Merit: 1001
|
|
September 07, 2012, 02:16:42 AM |
|
Can you please add a graph showing the total number of anonymized coins over time?
Thanks in advance.
|
|
|
|
|
Puppet
Legendary
Offline
Activity: 980
Merit: 1040
|
|
September 07, 2012, 11:15:05 AM |
|
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.
|
|
|
|
|
|
piuk (OP)
|
|
September 07, 2012, 08:56:01 PM |
|
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. Man, you can't stop working!
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  Can you please add a graph showing the total number of anonymized coins over time?
There are no logs of this. ------ * New page https://blockchain.info/hub-nodes |
|
|
|
|
gbl08ma
|
|
September 07, 2012, 09:01:57 PM |
|
On this note. I am going on holiday on the 24th to the 5th august, someone will be looking after the Site in my absence. Looking forward to a week without bitcoin Wait. August next year? But, from 24th to 5th? Whaaaat? Man, looks like you really need some holidays, no matter what days |
|
|
|
|
piuk (OP)
|
|
September 07, 2012, 09:05:10 PM |
|
On this note. I am going on holiday on the 24th to the 5th august, someone will be looking after the Site in my absence. Looking forward to a week without bitcoin Wait. August next year? But, from 24th to 5th? Whaaaat? Man, looks like you really need some holidays, no matter what days Oops October |
|
|
|
|
nimda
|
|
September 08, 2012, 02:49:16 AM |
|
Is "sign message" supposed to do something?
|
|
|
|
|
|
Fcx35x10
|
|
September 10, 2012, 05:19:56 AM |
|
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
|
|
|
|
|
|
Daily Anarchist
|
|
September 10, 2012, 05:32:41 AM |
|
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
I, too, am having this issue with my Android. |
|
|
|
|
