<div dir="auto">My understanding is they most wallets already do this by following BIP 32 and BIP 39, which use a secret seed phrase (usually 12-24) seed words, to deterministically generate new public/private key pairs for every transaction, with the change from any transaction always sent to a new address so the same key pair is never used again after the public key is exposed.<div dir="auto"><br></div><div dir="auto">I implemented this in a few hundred lines of python if anyone is interested to see how it works:</div><div dir="auto"><br></div><div dir="auto"><a href="https://github.com/gcnaccount/pywallet">https://github.com/gcnaccount/pywallet</a></div><div dir="auto"><br></div><div dir="auto">Jason </div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Jun 1, 2026, 2:35 PM Stuart LaForge via extropy-chat <<a href="mailto:extropy-chat@lists.extropy.org">extropy-chat@lists.extropy.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok, so I think I have come up with a simple low technology method of <br>
safeguarding bitcoin against Quantum computing algorithms like Shor's.<br>
<br>
First you need to but 2 hardware cold wallets (e.g. Trezor, Ledger, <br>
etc.) Create a seed phrase to generate a public key with one of them and <br>
send your BTC to it.<br>
<br>
When you want to spend or transfer bitcoin, you set up (or reset) a seed <br>
phrase on your second wallet. Spend whatever bitcoin you need to and <br>
then transfer the remaining balance to the second wallet. When you <br>
spend/send bitcoin, the public key of the sending wallet gets exposed on <br>
the blockchain in a way that a quantum computer could use it to crack <br>
the private key for the spending wallet, so the idea is to empty that <br>
wallet completely. The public key of the receiving wallet is kept secret <br>
because it does not show up anywhere during the transaction. The only <br>
private key that a quantum computer could derive would be for the empty <br>
wallet that you no longer use.<br>
<br>
Then when you want to spend/send money from your second wallet, factory <br>
reset the original wallet and create a new seed phrase for it to <br>
generate a novel public. Spend your bitcoin from the second wallet and <br>
immediately send the remaining balance to the, now reset 1st wallet that <br>
has a brand new seed phrase / public key that has never been exposed on <br>
the blockchain and cannot be used to hack your private key.<br>
<br>
Then, when you want to perform another transaction, rinse and repeat. <br>
Always resetting and reseeding the unused wallet to get a fresh public <br>
key before use. With two hardware wallets, you should be able to keep <br>
this up indefinitely. It is a little bit of a hassle, but from what I <br>
understand of the bitcoin protocol, it should keep your bitcoins safe <br>
from quantum computing algorithms with existing technology. Let me know <br>
if you find a weakness in this scheme.<br>
<br>
Stuart LaForge<br>
_______________________________________________<br>
extropy-chat mailing list<br>
<a href="mailto:extropy-chat@lists.extropy.org" target="_blank" rel="noreferrer">extropy-chat@lists.extropy.org</a><br>
<a href="http://lists.extropy.org/mailman/listinfo.cgi/extropy-chat" rel="noreferrer noreferrer" target="_blank">http://lists.extropy.org/mailman/listinfo.cgi/extropy-chat</a><br>
</blockquote></div>