Author

Topic: Quantum Resistant Ledger - First of its kind... (Read 187 times)

full member
Activity: 184
Merit: 100
January 28, 2018, 02:15:01 PM
#6
I believe DAG coins are all quantum resistant anyway...... Just buy RaiBlocks - problem solved  Wink
full member
Activity: 658
Merit: 117
However, Quantum computers will be at war with the Decentralised ledger, and should that be the case, I was thinking using quantum computers as blockchain nodes may counteract that effect.
full member
Activity: 658
Merit: 117
I think the rise of Quantum computers is really serious. It is possible that faster and stronger computers may be possible to break the private keys and encryption of BTC. So Quantum resistant is important

Let's hope not, because if that were to be the case, then there will be a determinate fork that could dispel the ideology of immutable blockchain models.
member
Activity: 140
Merit: 20
I think the rise of Quantum computers is really serious. It is possible that faster and stronger computers may be possible to break the private keys and encryption of BTC. So Quantum resistant is important

Precisely!
And if you look to the evolution of QRL in the past 3 weeks, it's a great time to invest.
full member
Activity: 196
Merit: 100
Hoqu.io – Decentralized Affiliate platform
I think the rise of Quantum computers is really serious. It is possible that faster and stronger computers may be possible to break the private keys and encryption of BTC. So Quantum resistant is important
member
Activity: 140
Merit: 20
Right now QRL is trading as an ERC20 token while the final QRL is developed on testnet. It will be exchanged 1:1 at mainnet.

Upon release of mainnet, the Quantum Resistant Ledger (QRL) will be a first of its kind, future-proof post quantum value store and decentralized communication layer which tackles the threat Quantum Computing will pose cryptocurrencies. This is backed by provably secure, peer-reviewed XMSS (vs 256 ECDSA) with a deferred Quantum Proof of Stake (QPoS) system for secure staking. Also included will be:

A webwallet for a no batteries needed experience to use (just a browser like MEW)
Desktop Apps (windows, mac, linux)
gRPC with protobuf for a powerful API
PQ Ephemeral messaging layer
It's encouraged to read our whitepaper

Are quantum computers actually a threat? They are decades away aren't they?
The NSA seems to think so enough that they no longer recommend 256-P ECDSA. This is what many cryptocurrencies today use.

Modeling of when it will be a threat has been done in a paper that suggests 2027. Not included in this model is IBM's recent 50 qubit quantum computer, or Japan's upcoming release on one potentially 100x that. Quantum Computers have stuck in the 1 to 2 qubit range until 2016 when IBM released a 5 qubit computer and 10x'd that in 18 months. Modeling with old data may not tell the whole story.

Overall, one cannot always (or, one could argue, ever) predict when and where technological innovation will rapidly progress. This is especially true of emergent technology, and both blockchain and Quantum Computers would qualify as such. There is potential for an unforeseen/unpublicized advance in Quantum Computing leading to an attack on a cryptocurrency network, and the market-wide realization of the sudden vulnerability of cryptocurrencies that are based on ECDSA encryption methods. This would likely cause a "run on the banks" scenario and crash the value of many-if-not-most cryptocurrencies that were secured by ECDSA.

Can't cryptocurrencies just swap out their cryptography?

A change from ECDSA-based addresses to quantum-safe addresses would be no small fork, and would potentially require disabling active addresses for a period of time while a fork was implemented, regardless of the specific cryptocurrency. This could have significant deleterious effects on a cryptocurrency-powered blockchain network, and, as we have experienced in creating our own blockchain, could also require the changing of significant sections of the cryptocurrency's code to accommodate the new security features, drawing into question the feasibility of implementation.
Jump to: