1. Quantum computing resistance for public/private keys. The algorithm currently used by Bitcoin isn't QC-proof. It will allow DRK to be "first Quantum Resistant" - offering hedging and diversification options for Bitcoin holders and expanding the innovation frontier. This will require some very expert advice from cryptographers to propose the right algorithms to use.
2. Quantum storage button (this should be easy): As long as the public key hasn't been published (no spends), and an address only has deposits in it, the lack of a public key prevents someone with a quantum computer to find the private key. So Quantum storage consolidates part or all of the wallet to a new single address that has never been used for spending.
3. We need a very strong encrypted system for transmitting addresses between merchants and users. If the merchant / client communication is intercepted, there is no anonymity even if the money flow is obfuscated. Hence the need for something like a browser popup that opens an encrypted channel in which the client can receive the newly-generated address and where he can write what he wants, where he wants it delivered etc.
4. We could consider running merchant shops on masternodes in something like an encrypted / I2P intranet. Not illegal stuff though.
5. We need to find a way in which prior change addresses are isolated and slowly spent or laundered, one by one, so that they can re-accumulate themselves "clean". Otherwise their simultaneous spending in the future breaks the anonymity through linking change (if I understand correctly the current DarkSend implementation). It would be like a process of "defrag"... Alternatively, the wallet should not pick up 2 separate change amounts from prior DarkSends for next DarkSends if a "paranoia" checkbox is ticked.
6. Stealth addresses could be useful for more casual sending.
2. Quantum storage button (this should be easy): As long as the public key hasn't been published (no spends), and an address only has deposits in it, the lack of a public key prevents someone with a quantum computer to find the private key. So Quantum storage consolidates part or all of the wallet to a new single address that has never been used for spending.
3. We need a very strong encrypted system for transmitting addresses between merchants and users. If the merchant / client communication is intercepted, there is no anonymity even if the money flow is obfuscated. Hence the need for something like a browser popup that opens an encrypted channel in which the client can receive the newly-generated address and where he can write what he wants, where he wants it delivered etc.
4. We could consider running merchant shops on masternodes in something like an encrypted / I2P intranet. Not illegal stuff though.
5. We need to find a way in which prior change addresses are isolated and slowly spent or laundered, one by one, so that they can re-accumulate themselves "clean". Otherwise their simultaneous spending in the future breaks the anonymity through linking change (if I understand correctly the current DarkSend implementation). It would be like a process of "defrag"... Alternatively, the wallet should not pick up 2 separate change amounts from prior DarkSends for next DarkSends if a "paranoia" checkbox is ticked.
6. Stealth addresses could be useful for more casual sending.
