Bitcoin Forum
June 23, 2024, 08:29:53 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Why not add other options to the Change mechanism of Bitcoin client.  (Read 830 times)
snoleo (OP)
Member
**
Offline Offline

Activity: 77
Merit: 10


A Colt Crossed the River


View Profile
August 29, 2013, 08:43:33 AM
Last edit: August 29, 2013, 09:02:24 AM by snoleo
 #1

The bitcoin change mechanism is explained at here :

https://en.bitcoin.it/wiki/Change

I'd like to suggest applying two additional options (as B & C in the following) for users to choose from in the bitcoin client:

A. When sending the change, generate a new address (in the default the first 100 addresses are generated in the current keypool beforehand), and send the change to this address (the current mechanism).
B. When sending the change , choose a random address from the current keypool, and send the change to this address.
C. User can choose an address from the current keypool (must from the current keypool) as the receiving address which all the changes will be sent to.

When user choose B or C, the backup of the wallet.dat will never become invalid since there will be no newly generated addresses beyond the current keypool size.

In face, generating new addresses for changes will not make the trace for one account's transactions impossible but only make it more difficult or more time-consuming.

Many junior users will also get confused when their wallet contains large number of newly generated addresses that all belong to themselves after they make many transactions.

btc123.com - bitcoin Info & Web directory
He1l_Q
Newbie
*
Offline Offline

Activity: 41
Merit: 0



View Profile
August 29, 2013, 11:08:20 AM
 #2

Good idea!
TierNolan
Legendary
*
Offline Offline

Activity: 1232
Merit: 1084


View Profile
August 29, 2013, 01:12:54 PM
 #3

The bitcoin change mechanism is explained at here :

https://en.bitcoin.it/wiki/Change

I'd like to suggest applying two additional options (as B & C in the following) for users to choose from in the bitcoin client:

A. When sending the change, generate a new address (in the default the first 100 addresses are generated in the current keypool beforehand), and send the change to this address (the current mechanism).
B. When sending the change , choose a random address from the current keypool, and send the change to this address.
C. User can choose an address from the current keypool (must from the current keypool) as the receiving address which all the changes will be sent to.

When user choose B or C, the backup of the wallet.dat will never become invalid since there will be no newly generated addresses beyond the current keypool size.

Deterministic wallets solve this too.

A wallet which is banned from creating new addresses would also achieve the same thing.  You press a button and 500 private keys are generated and then you backup that wallet.

1LxbG5cKXzTwZg9mjL3gaRE835uNQEteWF
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!