ML-KEM-768
FIPS 203 · share a secret- —
- —
- —
an address is just a hash. the real public key stays hidden until the wallet sends something. after that anyone can rebuild it from the signature, and it sits there for good. paste an address and we’ll pull it out.
read-only. we call public nodes, nothing gets signed.
the replacements are already standard (NIST FIPS 203 and 204). run them here, in this tab. nothing leaves it.
and verify again
lock any file to a post-quantum key. ML-KEM-768 wraps a fresh AES-256 key per file. it all happens in this tab, the file never gets uploaded. not audited yet, so keep a normal backup too.
one key opens every file locked to it. share the public half with anyone who wants to send you something.
save the key file somewhere safe. lose it and anything locked to it stays locked.
only the address is public. it’s 20 bytes cut from the key’s keccak hash, and hashes don’t run backwards.
the signature plus the tx is enough to rebuild the full key. the scanner above does exactly that.
give shor’s algorithm a machine with enough qubits and the public key gives up the private one. that machine isn’t built yet.
not out yet. when it is, holding some opens the heavier stuff: watchlists that ping you when a wallet first sends, batch scans, saved reports.
the scanner and the key lab stay free either way, no wallet needed.
no. nothing that exists today can pull this off. the point is knowing which wallets are open before something can.
we find one tx the address sent, rebuild what it signed, and recover the key from the signature. then we hash it and check it gives back your address.
nothing urgent. for long-term coins, a fresh wallet that only receives keeps its key hidden.
no. the page talks straight to public nodes and explorers from your browser. we don’t run a server for it.
to show the key we need one tx the wallet sent, and only explorers keep that list. some of them block calls now and then. if it’s your wallet, a free signature shows the same key.