|
Title: Multiple addresses at once. Post by: Bitcoin Oz on November 02, 2012, 09:01:38 PM It would be nice if you could send to multiple adresses from the gui of the mainline client. Perhaps placing a comma between each one triggers multisend ?
Just as you can add multiple tags and labels. Title: Re: Multiple addresses at once. Post by: notme on November 02, 2012, 09:08:48 PM It would be nice if you could send to multiple adresses from the gui of the mainline client. Perhaps placing a comma between each one triggers multisend ? Just as you can add multiple tags and labels. The client already supports sendmany, so it shouldn't be too hard to code up the GUI support if you just want to send the same amount to everyone. If you want to send different amounts, you probably need a set of address and amount entry box pairs. Title: Re: Multiple addresses at once. Post by: Come-from-Beyond on November 02, 2012, 09:17:25 PM It would be nice if you could send to multiple adresses from the gui of the mainline client. Perhaps placing a comma between each one triggers multisend ? Just as you can add multiple tags and labels. The client already supports sendmany, so it shouldn't be too hard to code up the GUI support if you just want to send the same amount to everyone. If you want to send different amounts, you probably need a set of address and amount entry box pairs. ??? The client does let to send to multiple adresses at once... Title: Re: Multiple addresses at once. Post by: Pieter Wuille on November 02, 2012, 09:19:48 PM See that "Add recipient" button?
Title: Re: Multiple addresses at once. Post by: notme on November 02, 2012, 09:33:06 PM It would be nice if you could send to multiple adresses from the gui of the mainline client. Perhaps placing a comma between each one triggers multisend ? Just as you can add multiple tags and labels. The client already supports sendmany, so it shouldn't be too hard to code up the GUI support if you just want to send the same amount to everyone. If you want to send different amounts, you probably need a set of address and amount entry box pairs. ??? The client does let to send to multiple adresses at once... Yes, I was referring to the sendmany RPC call, but as Pieter pointed out there is an "Add recipient" button on the "Send Coins" tab that makes the functionality available to GUI users. Title: Re: Multiple addresses at once. Post by: benjamindees on November 03, 2012, 03:58:23 AM Yeah, this is a useful feature I've thought about before. Consider the privacy implications of this -- being able to send X amount to two different addresses owned by the same recipient. And having the client automatically select coins that aren't already linked to each other. If I'm not mistaken, wouldn't that destroy a lot of the assumptions of those who attempt to track transactions?
Title: Re: Multiple addresses at once. Post by: casascius on November 03, 2012, 04:14:51 AM Yeah, this is a useful feature I've thought about before. Consider the privacy implications of this -- being able to send X amount to two different addresses owned by the same recipient. And having the client automatically select coins that aren't already linked to each other. If I'm not mistaken, wouldn't that destroy a lot of the assumptions of those who attempt to track transactions? I have thought of this a while back - the reason you'd want to do this is to avoid your own coins being linked when your client joins them to make a big enough coin to send. If you could enter 3 or 4 or 5 or any other number of recipient addresses for the same recipient, the client could take a "use once" approach to sending transactions and consume several of them in a single transaction in order to maximize anonymity. If sending money to someone meant your client had to join several tx outputs, having several destination addresses could mean that those tx outputs are each sent to a single recipient address, a single address and a change address, or perhaps even two recipient addresses (pretending some is change) and never combined. The rest of the world would see those individual transactions but not be able to see any relationship between them, leaving them basically indistinguishable from all of the other transaction noise happening on the network at the same time. |