|
Chang Hum
|
 |
September 14, 2012, 02:18:43 PM |
|
I've got an idea that I think would be a great feature for you to implement at some point which is to have co-password accounts for authorizing any spend from a wallet.
Basically the same feature you get with a lot business/shared bank accounts, two or more people would have to confirm the same send two address, amount and their individual passwords to authorize a transaction.
I think this feature would give a lot of people who collaborate together peace of mind, promote collaborative projects using bitcoin and also be used for escrow.
^^^ That's this "multi-signature transactions" thing that the developers have been working on and talking about for I think almost a year now. It's already implemented in the protocol, and should be a usable feature probably before the end of this year. OK cheers, I'll have a search and read about it |
|
|
|
|
|
|
|
|
|
|
|
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, which will follow the rules of the network no matter what miners do. Even if every miner decided to create 1000 bitcoins per block, full nodes would stick to the rules and reject those blocks.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
|
phatsphere
|
|
September 14, 2012, 02:39:25 PM |
|
I've got an idea that I think would be a great feature for you to implement at some point which is to have co-password accounts for authorizing any spend from a wallet.
Basically the same feature you get with a lot business/shared bank accounts, two or more people would have to confirm the same send two address, amount and their individual passwords to authorize a transaction.
I think this feature would give a lot of people who collaborate together peace of mind, promote collaborative projects using bitcoin and also be used for escrow.
^^^ That's this "multi-signature transactions" thing that the developers have been working on and talking about for I think almost a year now. It's already implemented in the protocol, and should be a usable feature probably before the end of this year. 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.) |
|
|
|
|
Rassah
Legendary
 Offline
Activity: 1680
Merit: 1035
|
|
September 14, 2012, 03:34:17 PM |
|
I've got an idea that I think would be a great feature for you to implement at some point which is to have co-password accounts for authorizing any spend from a wallet.
Basically the same feature you get with a lot business/shared bank accounts, two or more people would have to confirm the same send two address, amount and their individual passwords to authorize a transaction.
I think this feature would give a lot of people who collaborate together peace of mind, promote collaborative projects using bitcoin and also be used for escrow.
^^^ That's this "multi-signature transactions" thing that the developers have been working on and talking about for I think almost a year now. It's already implemented in the protocol, and should be a usable feature probably before the end of this year. 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.) 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. |
|
|
|
|
|
phatsphere
|
|
September 14, 2012, 03:36:49 PM |
|
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.
yes, well, maybe i'm wrong and you are right  |
|
|
|
|
Gavin Andresen
Legendary
Offline
Activity: 1652
Merit: 2216
Chief Scientist
|
|
September 14, 2012, 04:47:00 PM |
|
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?)
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). |
How often do you get the chance to work on a potentially world-changing project?
|
|
|
Peter Todd
Legendary
Offline
Activity: 1120
Merit: 1149
|
|
September 14, 2012, 04:58:34 PM |
|
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).
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. |
|
|
|
|
fivemileshigh
|
|
September 14, 2012, 05:01:23 PM |
|
... The coins were visible both in the droid app as well as on my PC. But I went to my PC wallet on blockchain.info today and the coins are not there. They are still there on my droid though. Blockchain.info seems buggy to me. What gives?
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? |
|
|
|
|
cbeast
Donator
Legendary
Offline
Activity: 1736
Merit: 1006
Let's talk governance, lipstick, and pigs.
|
|
September 15, 2012, 10:12:29 PM |
|
The escrow function seems to be gone. Will it return? https://blockchain.info/wallet/escrow |
Any significantly advanced cryptocurrency is indistinguishable from Ponzi Tulips.
|
|
|
|
Chang Hum
|
|
September 15, 2012, 10:18:32 PM |
|
lol that's what we've been discussing above, didn't realize they already had this feature! |
|
|
|
|
|
piuk (OP)
|
|
September 16, 2012, 07:00:35 PM |
|
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. 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).
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. HTTP POST isn't among the options listed here.
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. |
|
|
|
cbeast
Donator
Legendary
Offline
Activity: 1736
Merit: 1006
Let's talk governance, lipstick, and pigs.
|
|
September 16, 2012, 09:35:41 PM |
|
The escrow feature was removed because not enough people were using it. I think maybe it was just too confusing/not well documented enough. 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. |
Any significantly advanced cryptocurrency is indistinguishable from Ponzi Tulips.
|
|
|
|
|
hazek
Legendary
Offline
Activity: 1078
Merit: 1002
|
|
September 16, 2012, 10:12:05 PM |
|
No because wallets are stored encrypted and so he can't see which addresses belong to them. |
My personality type: INTJ - please forgive my weaknesses (Not naturally in tune with others feelings; may be insensitive at times, tend to respond to conflict with logic and reason, tend to believe I'm always right)
If however you enjoyed my post: 15j781DjuJeVsZgYbDVt2NZsGrWKRWFHpp
|
|
|
hazek
Legendary
Offline
Activity: 1078
Merit: 1002
|
|
September 16, 2012, 11:32:43 PM |
|
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?
|
My personality type: INTJ - please forgive my weaknesses (Not naturally in tune with others feelings; may be insensitive at times, tend to respond to conflict with logic and reason, tend to believe I'm always right)
If however you enjoyed my post: 15j781DjuJeVsZgYbDVt2NZsGrWKRWFHpp
|
|
|
|
teste
|
|
September 16, 2012, 11:38:58 PM
Last edit: September 17, 2012, 02:58:55 AM by teste |
|
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.
|
|
|
|
|
|
teste
|
|
September 17, 2012, 02:52:46 AM |
|
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.
Maybe this things could be implemented by plugins/addons |
|
|
|
|
|
ErebusBat
|
|
September 17, 2012, 01:58:46 PM |
|
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. |
|
|
|
misterbigg
Legendary
Offline
Activity: 1064
Merit: 1001
|
|
September 17, 2012, 02:46:04 PM |
|
Can you please add a graph showing the total number of anonymized coins over time?
Thanks in advance.
Can you please add a graph showing the total number of anonymized coins over time? |
|
|
|
|
HostFat
Staff
Legendary
Offline
Activity: 4214
Merit: 1203
I support freedom of choice
|
|
September 17, 2012, 02:55:28 PM |
|
Can you please add a graph showing the total number of anonymized coins over time?
Why? it seems sensible information. I prefer not. |
|
|
|
|
salfter
|
|
September 17, 2012, 03:30:38 PM |
|
HTTP POST isn't among the options listed here.
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. 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. |
|
|
|
|
