Monero needs to step up for quantum safety, not by replacing the existing encryption, but by adding a quantum safety encryption layer on top. Google's recent paper on quantum risks to cryptocurrencies had identified Monero as being at risk. This is not tomorrow's problem; it requires initiating action today, so these efforts can bear fruit by the time the quantum hardware is ready, perhaps by 2029.

▲

littlecranky67 2 days ago | parent | next [-]

All coins are aware of quantum safety requirements, yet quantum computers are still far enough in the future that it makes sense to wait, and first see what those post-quantum mitigations should look like.

▲

OutOfHere 2 days ago | parent [-]

Burying the head in the sand doesn't work. Quantum-safe algorithm candidates exist. Post-quantum cryptography is a bonafide field with families of algorithms that exist, e.g. lattice/hash/code/multivariate based. If a user has to choose between two cryptocurrencies, one of which is quantum safe and the other isn't, the user will choose the one that is. The ultimate choice of algorithm doesn't have to be finalized right now; that will remain a work in progress for decades, but getting there is not a one-hop journey.

For comparison, XRP already has a roadmap: https://cryptonews.com/news/ripple-post-quantum-readiness-xr...

▲

littlecranky67 a day ago | parent [-]

Because XRP is not decentralized, it will be easy to upgrade. With bitcoin, you have to convinve the node runners to upgrade - which means the taken patchset must be sound and verified in depth beforehand.

	▲	OutOfHere a day ago \| parent [-]
		We are on a Monero thread. It has scheduled forks.

▲

hoppp 2 days ago | parent | prev [-]

None if the crypto currencies will survive the quantum apocalypse because all the people who can pull off the migration have long left.

	▲	OutOfHere 2 days ago \| parent [-]
		I wouldn't worry since AI can do research, identify approaches, and implement them. The human of course needs to review every line with a critical eye, and compare the implementations against their academic specifications.