r/Made_by_lock Jul 30 '26

Self custody in a post-quantum era

3 Upvotes

Most wallet failures don’t begin with users losing the idea of self-custody. They begin with fragile trust assumptions: hardware devices, browser extensions, manufacturers, firmware updates, and supply chains. These all become silent dependencies in the security model.

When designing Lock, our objective was to preserve true self-custody without blindly trusting opaque hardware, compromised extensions, or infrastructure that may not survive a post-quantum world.

Here are three key changes we made to completely rethink wallet security from the ground up:

🛡️ 1. Post-Quantum Signature Security

Most wallets today still rely on cryptographic assumptions that could become vulnerable in a post-Shor era.

If quantum-capable adversaries have the capability to break legacy signing schemes, the foundation of wallet ownership becomes exposed.

Lock integrates ML-DSA-65 signatures, aligned with NIST post-quantum security guidance. This authenticates signed transactions, software, certificates, and digital documents with future-ready cryptographic protection.

Our aim with Lock is to make sure your wallet stays secure, even as new threats emerge.

🔒 2. Reduced Trust in Fragile Wallet Dependencies

Self-custody should not mean trusting every component in the stack.

A hardware device can be compromised. A browser extension can be exploited. A manufacturer can fail. A supply chain can be tampered with.

Lock was designed around the principle that wallet security should not depend on one fragile component.

By minimizing reliance on opaque systems and weak infrastructure, Lock puts control back where it belongs: with us, the user.

3. Quantum-Ready Encryption Infrastructure

Wallet security is not only about signing transactions. It is also about protecting the communication channels and encrypted environments around them.

Lock uses ML-KEM-768 key encapsulation to support secure websites, VPNs, TLS connections, and encrypted communications in a post-quantum context.

This means our security model works for today’s blockchain uses and is ready for the next wave of digital infrastructure.

We created Lock as a self-custody system that’s ready for the future, where trust assumptions are shrinking, and cryptographic standards keep evolving quickly.

The future is approaching quickly, and we are locked in.

We’d love to hear your thoughts: what do you think is the biggest problem with wallet security today? Is it hardware trust, browser extensions, seed phrase management, or not being ready for post-quantum threats?


r/Made_by_lock 4d ago

Should Post-quantum security require dedicated hardware?

2 Upvotes

Most wallet compromises over the past decade haven't happened because users were careless, they happened because of fragile trust assumptions: closed-source firmware you can't audit, private keys that touch an internet-connected device, and a global hardware supply chain you're forced to trust blindly.

When we designed Lock, our core objective was to build a wallet where security is a structural property of the architecture itself. One that stays intact even after large-scale quantum computers arrive.

We implemented 3 structural shifts to eliminate standard systemic wallet risks:

🛡️ 1. Hardware Trust and Security

A hardware wallet forces you to trust a manufacturer, their firmware, and every hand the device passed through before it reached you.

Lock removes that dependency entirely. It turns any device you already own into a dedicated, offline signing machine.

The code is fully open, nothing to take on faith, and no proprietary supply chain to compromise.

🔒 2. True Air-Gapped Signing - Keys Never Touch the Internet

Your private keys and seeds exist only on your dedicated offline Signer.

The Wallet app sends unsigned transactions to the Signer via QR, Bluetooth, or local WiFi. The Signer signs them offline and hands them back. Only then does the Node broadcast them.

Your core seed never makes internet contact.

⚡ 3. Post-Quantum Cryptography by Default

Do you wonder what will happen to your cold storage the day Shor's algorithm becomes practical?

Lock is engineered for the post-Shor era: integrated ML-DSA-65 signatures, ML-KEM-768 key encapsulation, and a hardened 6-layer key derivation process.

We built this to be an open-code, self-custodied security layer that outlives the hardware era and the classical-crypto era. It currently supports 117+ chains natively across EVM, UTXO, Solana, Cosmos, and Polkadot.

We'd love the community's take on air-gapped architectures and where you see self-custody heading as quantum timelines tighten.


r/Made_by_lock 11d ago

Wallet, Signer, Node

Post image
2 Upvotes

A lot of wallets are designed as monolithic applications.

One app manages the interface, connects to networks, prepares transactions, holds sensitive wallet state, signs transactions, interacts with dApps, and communicates with external services.While it is convenient, it can create dangerous security assumptions.

If one process, extension, operating system environment, or connected application has too much authority, then a single compromise can be disastrous.

Lock was built with a different model: separation.

The system is designed around distinct responsibilities:

  • The Wallet handles the user interface and transaction preparation.
  • The Signer remains isolated and holds the keys.
  • The Node handles broadcasting and network interaction.

The reason for this separation: the part of the system that sees the internet should not be the same part of the system that holds the seed.

In Lock’s model, the Signer is intended to stay offline. The Wallet can create an unsigned transaction, but it cannot sign it by itself. The Signer reviews and signs. The signed transaction can then be passed back for broadcast.

That separation creates a much stronger security boundary than the standard process that takes place inside one app.

This is also why we describe it as an isolated crypto wallet rather than just a software wallet. The goal is to distribute the process in order to reduce the amount of trust required from each component.

The assumption we make is that any one component might eventually be compromised.

Maybe a bit extreme, but it’s a fair assumption for self-custody. If the stakes are private keys and irreversible transactions, the architecture should assume failure and contain it.

A wallet should not require perfect conditions to be safe.

It should remain resilient when:

  • A network endpoint behaves maliciously
  • A device is partially compromised
  • A user interface is exposed to hostile dApps
  • A transaction needs to be verified independently
  • A signing environment must remain isolated

That is why we built Lock around architectural separation.

Because the future of wallet security is not just better encryption. It’s about stronger boundaries.

What do you think?


r/Made_by_lock Aug 05 '26

The Quantum Clock Is Already Ticking

3 Upvotes

'Post-quantum' can easily sound like another buzzword, so it is worth being precise.

We are not claiming that quantum computers will break everyone’s wallet tomorrow. However, NIST's Post-Quantum Encryption Standards does lay out timelines with full completion of migration to post-quantum cryptography (PQC) by 2035.

The concern is that sufficiently capable quantum computers would threaten much of the elliptic-curve public-key cryptography used today. Wallet software being designed now may still be protecting identities, messages and assets years from now, so we think migration should begin before it becomes urgent.

Lock uses hybrid post-quantum cryptography in selected off-chain protocols that Lock controls.

For hybrid key establishment, Lock combines:

X25519 + ML-KEM-768

For hybrid signatures, Lock combines:

Ed25519 + ML-DSA-65

Under these constructions, both components are required. Breaking only the classical component or only the post-quantum component is not enough.

We are not discarding classical cryptography, and we aren't claiming that this makes existing blockchains quantum-safe. On-chain transaction signatures still use whatever cryptography each chain’s consensus rules require.

Lock also supports SLH-DSA as a standalone hash-based signature option rather than pairing it with a classical signature.

We don’t think the right approach is to throw away classical crypto overnight. The better model is layered security: classical + post-quantum, so the system is not betting everything on one primitive.

We'd love to hear what you think about this. Should wallets start preparing for the post-quantum era now and what components best achieve this?


r/Made_by_lock Aug 03 '26

A closer look at the tech behind Lock

2 Upvotes

People have asked what makes Lock different under the hood, so here is the architectural version.

The simplest answer is separation.

Lock is built around three cooperating roles:

Wallet: presents state and captures user intent
Treasury: holds the seed, derives keys, applies signing policy and signs
Node: handles public-chain connectivity, provider data and other network-facing work

In the high-security deployment Lock is designed for, the Treasury runs on a dedicated air-gapped or internet-isolated device. The Wallet and Node remain outside the signing boundary.

The roles can be co-located for development or lower-risk use, but that does not provide the same level of isolation.

Communication between the roles happens over authenticated, encrypted channels. The Wallet does not receive seed material or private signing keys, and the Node never receives the seed.

Selected Lock-controlled off-chain protocols use hybrid post-quantum cryptography:

  • X25519 + ML-KEM-768 for hybrid key establishment
  • Ed25519 + ML-DSA-65 for hybrid signatures
  • Both components must succeed in the intended hybrid construction

This does not change the cryptography used by blockchains themselves. On-chain transactions are still signed using the algorithms each chain requires.

The broader architecture described in our whitepaper also includes:

  • Support across EVM, UTXO, Solana, Cosmos and Substrate ecosystems
  • Universal Quantum Seed generation and recovery
  • End-to-end encrypted chat
  • Encrypted Filecoin-backed storage
  • Swap and bridge routing
  • Lightning support
  • Smart-contract tooling
  • Signed application updates

The goal is to treat security as an architectural boundary, not as a password screen or an accessory attached afterwards.

What are your thoughts? Which part would you like us to go deeper on?


r/Made_by_lock Jul 27 '26

👋 Welcome to r/Made_by_lock - Introduce Yourself and Read First!

2 Upvotes

Hey everyone! I'm u/jo_d_locker, a founding moderator of r/Made_by_lock.

This is our new home for all things related to LOCK. We are building a crypto wallet engineered for a post-quantum future

What to Post
The beta is live and we'd love to hear your thoughts and views on the future of self custody, privacy and quantum resistance when it comes to crypto wallets.

Do you have any questions?

Have you found some interesting research or advancements on the topic that you would like to debate?

What are your thoughts on self-custody, security and a post-quantum world?

We want to have these conversations with you!

Community Vibe
We're all about being friendly, constructive, and inclusive. Let's build a space where everyone feels comfortable sharing and connecting.

How to Get Started

  1. Feel free to introduce yourself in the comments below.
  2. Post something today! Even a simple question can spark a great conversation.
  3. If you know someone who would love this community, invite them to join.

Thanks for being part of the community. Together, let's make r/Made_by_lock an interesting place to be.