Bitcoin Stack Exchange is a question and answer site for Bitcoin crypto-currency enthusiasts. It only takes a minute to sign up.
Sign up to join this community
After reading this question I watched the keypoololdest.
Should the time change to be today at the moment of change? It is too old (like one year ago) . If I took a backup now is it sufficient until the "keypoololdest" changes to be more recent than the date of the backup?
The value 1392447127 is exactly Sat, 15 Feb 2014 06:52:07 GMT in Unix timestamp
check it here : http://www.onlineconversion.com/unix_time.htm
keypoololdest gives the unix timestamp of the oldest key in the key pool (which stores unused keys). This timestamp can be used to check if a wallet backup still covers all your used keys or a new one needs to be created.
At the latest, if the timestamp retrieved with keypoololdest gives a date younger than your youngest backup, you should create a new backup.
The keypool, as the name suggests, is a pool of keys stored in your wallet.dat file for various functions including:
By default you'll have 100 keys. Each time you use a key for change or receiving, there'll be one less key in the pool. A new key is added to replenish the used key.
The oldest key (from February 2014) represents the age of the oldest key. In other words, you're storing BTC at an address that was created in February 2014. Replenishing the keypool doesn't update the date because that would mean the private key for the oldest (and still useful!) key has been cleared.
There's no inherent issue, per se, with old keys, if they're secured.
(Although encrypting your wallet will replenish all keys since a compromised wallet would reveal a sizeable portion if the now encrypted keypool)
