Destroying your printer is a little extreme in my opinion. As long as the printer is still in your possession, you can be comfortable. In fact the older the printer, probably the better. There's just a chance that on some newer printers, printed files are stored in memory or HD. So to be entirely sure, don't give the printer away if you still have funds stored on the wallets printed by it. If you get a new printer and want to dispose of the old one, then destroy it.
Even better, don't use a printer at all. Just write out the mnemonic seed, that's what it's for.
This is the more important thing. If you boot from a live CD such as Tails to generate a cold storage wallet, you can be certain no malware is monitoring your activity, and no data is being stored on persistent media (HDD).
Even better, don't use a printer at all. Just write out the mnemonic seed, that's what it's for.
Quote
Plus I have no idea how many viruses/malware I might have on my computer because it's a pretty old one that has seen better days.. (2005-2006ish XP).
This is the more important thing. If you boot from a live CD such as Tails to generate a cold storage wallet, you can be certain no malware is monitoring your activity, and no data is being stored on persistent media (HDD).
Well I just bought a cheap USB that I was going to download Ubuntu too and upload that as my new operating system, but maybe if I just test it out first and the first thing I do is go on moneroaddress, disconnect from the Internet, then write down everything and store it away I'll be good?
Monero v0.9.2 - Hydrogen Helix - released! (Urgent and important bug fixes for the upcoming hard fork)
https://github.com/monero-project/bitmonero/releases/tag/v0.9.2
Information from Github:
General hardfork information:
Background:
https://forum.getmonero.org/4/academic-and-technical/303/a-formal-approach-towards-better-hard-fork-management
https://forum.getmonero.org/20/general-discussion/2401/increasing-the-block-time
https://forum.getmonero.org/20/general-discussion/2409/increasing-the-minimum-block-size
A big advantage of this is that current individual transactions that sometimes won't go through (because they are a bit above the median due to many outputs (e.g. dust), or the daemon / MyMonero rejects them for some reason) can easily be included in the block without incurring a penalty. Above is a bit of a blunt explanation, I am sure one of the core-team members / developers could give you a more detailed explanation.
https://lab.getmonero.org/pubs/MRL-0004.pdf
P.S. Due to variance the hard fork will likely be on the 21th or 22th of March. A specific block height was determined for the hardfork, not a specific date. The specific blockheight for the hardfork can be found here:
https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/blockchain.cpp#L83
https://github.com/monero-project/bitmonero/releases/tag/v0.9.2
Quote
will do shasums / gpg signed mesage tomorrow
Information from Github:
Quote
This has urgent and important bug fixes to 0.9.0 Hydrogen Helix
- Major performance and size improvements to the LMDB database implementation
- Urgent and important bug fixes for the upcoming hard fork
- Huge bug fixes to the database hard fork handling
- New simplewallet flag to restore from keys
- Initial work on a wallet library / API
- Updated in-source block headers
General hardfork information:
Background:
https://forum.getmonero.org/4/academic-and-technical/303/a-formal-approach-towards-better-hard-fork-management
Quote
What are the change(s) with the upcoming hard fork on the 20th of March?
- Blocktime is bumped from 1 to 2 minutes. See:
https://forum.getmonero.org/20/general-discussion/2401/increasing-the-block-time
- Minimum blocksize is bumped to 60 KB. See:
https://forum.getmonero.org/20/general-discussion/2409/increasing-the-minimum-block-size
A big advantage of this is that current individual transactions that sometimes won't go through (because they are a bit above the median due to many outputs (e.g. dust), or the daemon / MyMonero rejects them for some reason) can easily be included in the block without incurring a penalty. Above is a bit of a blunt explanation, I am sure one of the core-team members / developers could give you a more detailed explanation.
- Finally, the recommendations from the MRL team stated in MRL-0004, of which the minimum mixin >= 3 is probably the most salient. See:
https://lab.getmonero.org/pubs/MRL-0004.pdf
P.S. Due to variance the hard fork will likely be on the 21th or 22th of March. A specific block height was determined for the hardfork, not a specific date. The specific blockheight for the hardfork can be found here:
https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/blockchain.cpp#L83
Quote
// version 2 starts from block 1009827
Amazing guys! Seems like there is something to always smile about every month or so now and days in Monero world... The core team's dedication to this project is some kind of cool
Edit: sorry for quoting the entire message... I'm on mobile.