Bitcoin Forum
December 10, 2016, 05:05:24 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Addition to coderrr's Coin Control features branch  (Read 1299 times)
CIYAM
Legendary
*
Offline Offline

Activity: 1820


Ian Knowles - CIYAM Lead Developer


View Profile WWW
April 22, 2012, 07:25:31 AM
 #1

I understand that coderrr's branch provides control over the addresses chosen to "send from" when performing a "sendtoaddress" and changes the RPC for "sendtoaddress" to the following:

sendtoaddress <bitcoinaddress>[:<sendfromaddress1>[,<sendfromaddress2>[,...]]]

From the perspective of being able to control the addresses I think it should also be possible (at least through RPC) to optionally specify the address to send change to. Syntax of the RPC command could be as follows:

sendtoaddress <bitcoinaddress>[:<sendfromaddress1>[,<sendfromaddress2>[,...]][;<changeaddress>]]

Also - any ideas when/whether the coderrr branch will be merged into the main trunk?

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
1481389524
Hero Member
*
Offline Offline

Posts: 1481389524

View Profile Personal Message (Offline)

Ignore
1481389524
Reply with quote  #2

1481389524
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481389524
Hero Member
*
Offline Offline

Posts: 1481389524

View Profile Personal Message (Offline)

Ignore
1481389524
Reply with quote  #2

1481389524
Report to moderator
1481389524
Hero Member
*
Offline Offline

Posts: 1481389524

View Profile Personal Message (Offline)

Ignore
1481389524
Reply with quote  #2

1481389524
Report to moderator
mb300sd
Legendary
*
Offline Offline

Activity: 1232

Drunk Posts


View Profile WWW
April 23, 2012, 09:22:29 PM
 #2

I think a better solution would be to have the send from address option added to sendmany, its basically what I do in the GUI when I want to control the change, just add yourself as a second recipient and calculate the exact change.

1D7FJWRzeKa4SLmTznd3JpeNU13L1ErEco
CIYAM
Legendary
*
Offline Offline

Activity: 1820


Ian Knowles - CIYAM Lead Developer


View Profile WWW
April 24, 2012, 12:59:32 AM
 #3

it's 3 "r"s man, come on!

Oops - fixed the topic.  Embarrassed

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
CIYAM
Legendary
*
Offline Offline

Activity: 1820


Ian Knowles - CIYAM Lead Developer


View Profile WWW
April 24, 2012, 01:00:55 AM
 #4

I think a better solution would be to have the send from address option added to sendmany, its basically what I do in the GUI when I want to control the change, just add yourself as a second recipient and calculate the exact change.

Haven't really looked into sendmany yet but if it will do the job then that would be fine also (am only wanting the functionality), however, calculating the change manually (and the fee?) is not really what I'd want to be doing (in my case I actually just want the sendfrom and changeto to be the same address).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
CIYAM
Legendary
*
Offline Offline

Activity: 1820


Ian Knowles - CIYAM Lead Developer


View Profile WWW
April 25, 2012, 05:25:27 AM
 #5

Let me try to further explain why I want this feature (and I really don't care exactly what form or exactly which RPC command is modified to support it) - I am wanting to use the blockchain as a "true" ledger for a specific address (i.e. that can be publicly audited without having to try and chase up "change" addresses and without using inputs from any other address).

I am so far surprised that no-one seems to be interested in this (for things such as Bitcoin100) and (if the feature actually does get added) will be creating a "project management" package for the CIYAM software platform that will integrate with bitcoind to work with such "non-anonymous" addresses.

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Gavin Andresen
Legendary
*
qt
Offline Offline

Activity: 1652


Chief Scientist


View Profile WWW
April 25, 2012, 03:32:25 PM
 #6

Let me try to further explain why I want this feature (and I really don't care exactly what form or exactly which RPC command is modified to support it) - I am wanting to use the blockchain as a "true" ledger for a specific address (i.e. that can be publicly audited without having to try and chase up "change" addresses and without using inputs from any other address).

I am so far surprised that no-one seems to be interested in this (for things such as Bitcoin100) and (if the feature actually does get added) will be creating a "project management" package for the CIYAM software platform that will integrate with bitcoind to work with such "non-anonymous" addresses.
I have a -noprivacy patch that I use for the Faucet that accomplishes what you want, sending any change back to the funding address.

It isn't part of the core code because it doesn't play nicely with other features (accounts and listtransactions, for example). See https://github.com/gavinandresen/bitcoin-git/tree/noprivacy

How often do you get the chance to work on a potentially world-changing project?
CIYAM
Legendary
*
Offline Offline

Activity: 1820


Ian Knowles - CIYAM Lead Developer


View Profile WWW
April 26, 2012, 12:47:48 AM
 #7

Thanks Gavin - I will take a look at that patch (although I really hope something that accomplishes this can get into the core code).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
CIYAM
Legendary
*
Offline Offline

Activity: 1820


Ian Knowles - CIYAM Lead Developer


View Profile WWW
April 26, 2012, 06:30:17 AM
 #8

It isn't part of the core code because it doesn't play nicely with other features (accounts and listtransactions, for example). See https://github.com/gavinandresen/bitcoin-git/tree/noprivacy

I took a good look at the diff (https://github.com/gavinandresen/bitcoin-git/compare/master...noprivacy#diff-0) but (due to my lack of understanding) can't see how this causes problems with accounts and listtransactions - if it's not too much trouble could you give me an example of the kind of problem it introduces (so perhaps I can try and consider coming up with something similar that won't have the same problem)?

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
April 26, 2012, 07:14:52 AM
 #9

I am so far surprised that no-one seems to be interested in this (for things such as Bitcoin100) and (if the feature actually does get added) will be creating a "project management" package for the CIYAM software platform that will integrate with bitcoind to work with such "non-anonymous" addresses.
If you don't want to patch anything, you can use a client like blockchain.info to handle the key. It will return change to the spending address.

If you want to never put the private keys on an online computer, Armory's watching wallets would be safe to distribute for auditing and the change addresses would be deterministic.  It's probably best to use that bitcoind patch though.

Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!