Bitcoin-Qt to Paper Wallet??

[Haole]

I almost feel embarrassed asking this but it needs to be done so thanks very much.

I sent BTC to five unused addresses a while back that were generated in Bitcoin-Qt 0.8.5 I believe.

The commands wallatpassphrase and dumpprivkey were used to get a private key for each public one.  These key pairs were printed onto paper.  Are those reliable paper wallets if I needed to import the private key into Qt or another client?  I've also used the bitaddress.org files but this is the way I've left it these 5 wallets for some time.  I need to know if I'm good or if these need to be redone.  Thanks again very much.

[odolvlobo]

If you send any bitcoins from that wallet, the bitcoins may be moved out of one or more of those addresses making the private keys useless. If your purpose is to back up your wallet then you should just back it up normally. Any other purpose is probably a bad idea because Bitcoin-qt assumes that it is the only wallet controlling its keys.

If you are trying to make paper wallets then you should use software designed specifically to do that for you (such as bitaddress.org).

[Sonny]

Just a friendly reminder, you should access the bitaddress site offline, and delete all cache or temp file after creating the paper wallet(s).

[Haole]

Thanks very much guys!

I am aware of spending out of a paper wallet so these are just strictly cold storage sums not to be used until the keys are swept altogether.  I do have my wallet file backed-up also (in encrypted volumes stored in multiple places on different media) as well as my paper wallets' key pairs backed-up digitally in multiple places.  I am aware that the making of paper wallets, whether with the console in Qt or with Bitaddress should be done completely offline, etc.

I was more worried that the private keys that QT spat out at me might not be the best to use or that I may have done something wrong in the process... I may do the bitaddress wallets in the near future and move the BTC just to be safer and more secure.