Difference between revisions of "Talk:Key pool"

From Bitcoin Wiki
Jump to: navigation, search
(Created page with "I see the advantage being: 1. I backup my wallet 2. I sent some money 3. The 'change' of the transaction is sent to a new address in my pool 4. My harddrive crashes 5. I restore...")
 
m (Unsigned comment)
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
 
I see the advantage being:
 
I see the advantage being:
  
1. I backup my wallet
+
1. I backup my wallet
2. I sent some money
+
2. I sent some money
3. The 'change' of the transaction is sent to a new address in my pool
+
3. The 'change' of the transaction is sent to a new address in my pool
4. My harddrive crashes
+
4. My harddrive crashes
5. I restore wallet from backup
+
5. I restore wallet from backup
6. My 'change' is intact because the entire pool was restored.
+
6. My 'change' is intact because the entire pool was restored.
  
  
 
Concern:
 
Concern:
  
2.b. I make 300 transactions
+
2.b. I make 300 transactions
..
+
..
6.b. Have all lost the 'change' to all transactions after the 100th?
+
6.b. Have all lost the 'change' to all transactions after the 100th?
  
  
 
Solution:
 
Solution:
  
3.a. The 'change' is sent to a random (or cycled) address in the pool without generating a new address (key pair).
+
3.a. The 'change' is sent to a random (or cycled) address in the pool without generating a new address (key pair).
 +
{{unsigned|Alexgenaud|15:48, 26 May 2011‎}}

Latest revision as of 02:12, 15 August 2014

I see the advantage being:

1. I backup my wallet
2. I sent some money
3. The 'change' of the transaction is sent to a new address in my pool
4. My harddrive crashes
5. I restore wallet from backup
6. My 'change' is intact because the entire pool was restored.


Concern:

2.b. I make 300 transactions
..
6.b. Have all lost the 'change' to all transactions after the 100th?


Solution:

3.a. The 'change' is sent to a random (or cycled) address in the pool without generating a new address (key pair).

— Preceding unsigned comment added by Alexgenaud (talkcontribs) at 15:48, 26 May 2011‎