- 2-of-3: Good balance of safety and availability. You can lose one signer and still spend.
- 3-of-5: Greater tolerance for lost or offline signers, but more devices to manage.
There’s also Shamir Backup (SLIP-39). That’s not multisig — it splits a single seed into shares (secret sharing). Use Shamir when you want to split a single backup into pieces you distribute. Use multisig when you want multiple independent signing keys on-chain.
Short sentence. Multisig is more operational work. But for holdings where you care about inheritance, geographic redundancy, or team approvals, multisig is worth the effort.
How to set up a multisig wallet: Step by step
This is a general workflow that applies to most hardware-wallet-based multisig setups. Different wallets and tools present UI differences, but the core steps are the same.
- Choose the topology (e.g., 2-of-3). Decide who/what holds each signer and where the devices will be stored.
- Buy devices from reputable sources. (Do not buy used.) See Buying safely.
- Initialize each device independently with a unique seed phrase. Never copy the same seed to multiple devices.
- Securely record each seed phrase (metal backup recommended). See Seed phrase management.
- On each device, create the account you’ll use for multisig and export the extended public key (xpub/xpub-type descriptor). You’ll also gather the device fingerprint.
- In your chosen multisig wallet (desktop or other), import the xpubs and specify the M-of-N rule.
- Create watch-only wallets first and verify derived addresses match on-device.
- Test with a small transfer and sign using the actual signing process you plan to use.
Example 1: 2-of-3 with three hardware wallets
- Initialize three hardware wallets, each with a unique 24-word seed.
- From each device, export the xpub and fingerprint (confirm on-device prompts).
- In a multisig-capable wallet, add the three xpubs and set M = 2.
- Verify first addresses match on each device.
- Make a small test transaction and collect two signatures to broadcast.
This gives you redundancy: any two devices can approve transactions.
Example 2: 2-of-3 with one air-gapped signer (PSBT flow)
Air-gapped signing uses PSBT (Partially Signed Bitcoin Transactions). The flow looks like:
- Create unsigned PSBT in an online wallet.
- Transfer PSBT to air-gapped signer via QR or USB (air-gapped computer or hardware wallet with QR support).
- Sign on the air-gapped device and export the partially signed PSBT.
- Import the PSBT back into the online co-signer, collect the second signature, then broadcast.
This approach keeps one signer completely offline, which I’ve found helpful for high-value holdings.

Multisig compatibility checklist
Before you start, verify the following:
- PSBT support (needed for air-gapped workflows).
- xpub format and descriptor compatibility (address type: P2WSH, P2SH-P2WSH, etc.). Mismatched derivation paths break compatibility.
- Device can export xpubs and show fingerprints securely on-device.
- Passphrase (25th word) handling — do all signers support it if you plan to use one?
- SLIP-39 (Shamir) vs BIP-39: know which backup standard you’ll use.
- Third-party wallet compatibility — check the Wallet integration hub and Wallets comparison & compatibility.
Here’s a compact comparison to help you pick an approach:
| Setup approach |
Air-gapped friendly |
Requires PSBT |
Passphrase compatible |
Pros |
Cons |
| Multiple hardware wallets (same model) |
Yes |
Yes |
Yes (if device supports) |
Easy to manage, vendor UX consistent |
Single-vendor risk |
| Multiple hardware wallets (different vendors) |
Yes |
Yes |
Depends on vendor |
Vendor diversity reduces supply-chain risk |
More setup complexity |
| Hardware + software co-signer |
Limited |
Yes |
Depends on wallet |
Easier daily ops |
Software signer is an online risk |
Firmware updates and supply-chain considerations
Keep firmware up to date on each signer. Updates patch bugs and close attack vectors. But update carefully: read the release notes, verify signatures where possible, and avoid updating mid-deployment without a plan.
If you’re using multiple vendors, updates may change how xpubs or derivation paths are displayed. So test after updates. For supply-chain concerns, see Fake supply chain & authenticity.
Seed phrases, passphrases, and backups
12 vs 24 words? 24 words give more entropy and are safer for long-term storage. In multisig you could use shorter seeds per signer, but I advise 24 words per device for high-value multisig — more entropy reduces brute-force risk.
Passphrase (the so-called 25th word) adds another layer but also complexity. If you use a passphrase in a multisig, ensure every signer supports the same passphrase scheme. Lose the passphrase, and the funds are unrecoverable. I’ve seen this mistake during recovery testing. Don’t make it yourself.
Metal backups are standard practice. Also consider geographic distribution and legal plans for inheritance. See Seed phrase management and Passphrase (25th word).
Connectivity: Bluetooth, USB, and NFC
USB requires physical access. Bluetooth introduces a wireless attack surface. NFC is short-range but still wireless. For high-value multisig, prefer wired or air-gapped signers. But Bluetooth can be convenient for daily checks and small transactions.
Ask: what’s your threat model? If you suspect a local attacker, wired or air-gapped is safer. In my experience, people choose Bluetooth for convenience, and that’s fine for everyday amounts. For long-term storage, I avoid wireless.
Common mistakes and troubleshooting tips
- Buying used devices or from unofficial sellers. (Always buy new or from authorized resellers.) See Buying safely.
- Re-using the same seed across multiple devices.
- Forgetting to test recovery. Always recover at least one signer to confirm your backups.
- Mismatched derivation paths or address types between signers.
If transactions fail or addresses don’t match, check fingerprints, derivation paths, and xpub formats. See Troubleshooting flowchart and Error codes index.
FAQ
Q: Can I recover my crypto if one device breaks?
A: Yes — recover enough signers to meet your threshold using their seed phrases on compatible devices or software wallets. Test recovery before trusting the system.
Q: What if the manufacturer goes bankrupt?
A: You control the private keys. As long as you have standard xpubs and seeds, you can recreate signers with other compatible tools. Proprietary non-exportable keys are a risk; prefer devices that support industry standards.
Q: Is Bluetooth safe for a hardware wallet?
A: It can be, for lower-value day-to-day use, but wireless adds attack surface. For cold-storage signers in a multisig, avoid wireless when feasible.
Q: Can I use a passphrase with multisig?
A: Yes, but all signers that must produce a signature must be able to derive the same passphrase-based key or you’ll break the wallet. Treat passphrases like an additional secret—back them up.
Conclusion and next steps
Multisig raises the cost for attackers and reduces single points of failure. It also adds operational complexity. Start small: set up a 2-of-3 test using inexpensive amounts, practice recovery, and document your process.
Want more practical walkthroughs? See the step-by-step unboxing and setup guides at Setup guide, read deeper about multisig setups, and plan your long-term approach with Cold storage strategies.
If you’re ready, pick your topology, get devices from trusted sources, and perform a dry run this weekend. I believe hands-on testing is the quickest way to learn. And don’t forget to test recovery.