Bitcoin Wallets & Self-Custody

Bitcoin Custody Security: Multi-Sig Setup Guide

An unmarked brushed-steel safe-deposit drawer has two keyways, a pull handle and an empty dark interior.

Security advisory (updated 3 November 2026): a firmware flaw in some Coldcard models, disclosed in July 2026, produced seeds with far less randomness than intended. Coinkite has released fixed firmware for every affected model, but updating does not repair a seed created on affected firmware. If you created a seed on a Coldcard, read who is affected and exactly what to do, or use the two-minute check. All current advisories: security advisories.

The landscape of Bitcoin self-custody continues to evolve as users navigate the delicate balance between security, accessibility, and practical usability. This exploration delves into the various approaches to securing bitcoin holdings, examining the merits and considerations of different custody solutions while highlighting the importance of thoughtful security architecture.

The foundation of Bitcoin security begins with understanding the critical role of private key management. Whether implementing single-signature wallets with passphrases or more complex multi-signature arrangements, the fundamental challenge remains consistent: protecting access to private keys while maintaining the ability to recover funds if hardware fails or access is compromised. This balance becomes increasingly crucial as bitcoin holdings grow in value and users seek institutional-grade security solutions for their personal wealth.

The emergence of collaborative custody solutions has introduced an important middle ground between complete self-custody and traditional financial services. These arrangements, typically implementing multi-signature protocols, distribute key management responsibilities between the user and a service provider. This approach offers several advantages, particularly for users seeking a balance between security and operational simplicity. The user maintains ultimate control by holding the majority of keys while benefiting from the service provider’s technical infrastructure and backup support.

Hardware wallet redundancy has become a central consideration in building robust security systems. The practice of maintaining multiple devices with identical seeds, distributed across different geographic locations, provides an important layer of protection against hardware failure or loss of access. However, this approach introduces its own complexity in terms of managing multiple devices and ensuring consistent security practices across all storage locations.

The role of passphrases in enhancing security deserves particular attention. When implemented correctly, passphrases add a crucial layer of protection beyond the seed phrase itself. This approach effectively creates separate wallets derived from the same seed, allowing users to maintain different balances for different purposes - from cold storage to regular spending. The challenge lies in securely storing these passphrases while ensuring they remain accessible when needed.

Physical backup solutions, particularly steel plates for seed storage, have become a standard practice in the industry. These provide protection against fire, water damage, and other environmental hazards that could compromise paper backups. The distribution of these backups across multiple locations adds another layer of geographic redundancy, though careful consideration must be given to the security of each storage location.

The implementation of multi-signature wallets represents perhaps the most sophisticated approach to Bitcoin security currently available to individual users. These arrangements require multiple keys to authorize transactions, significantly raising the barrier for potential attackers. When combined with collaborative custody services, multi-signature setups can provide institutional-grade security while maintaining practical usability for regular transactions.

The question of backup storage locations remains a persistent challenge in Bitcoin security architecture. While bank safety deposit boxes offer one solution, they come with their own risks related to bank stability and regulatory compliance. Private vaults, distributed geographic locations, and trusted family members all present alternative options, each with their own risk-reward profiles.

Digital backups have one narrow place in this architecture. The recovery words themselves belong only on paper or metal: never in a file, photo, password manager or cloud document, encrypted or not (see Seed Phrase Storage). The multisig wallet descriptor is different, because it can’t spend: alongside the paper copy kept with each seed backup, an encrypted digital copy adds redundancy, as the steps below show.

Looking toward the future, the evolution of Bitcoin custody solutions will likely continue to emphasize simplicity without compromising security. The industry trends suggest a movement toward solutions that reduce the number of elements users need to manage while maintaining or improving security standards. This might include innovations in hardware wallet technology, improvements in collaborative custody services, and new approaches to backup management.

In conclusion, successful Bitcoin security architecture requires careful consideration of multiple factors, from hardware redundancy to geographic distribution of backups. The optimal solution often combines multiple approaches - such as multi-signature arrangements for long-term storage with simpler setups for regular transactions. As the ecosystem matures, users must remain vigilant in adapting their security practices while maintaining the delicate balance between protection and accessibility.

Step-by-Step Guide to Implementing a Multi-Sig Custody Setup

Three tiers for your bitcoin, each with a stronger lock than the last. A hot wallet, a phone or desktop app, for weekly spending: at most 1 to 2% of what you hold, spent with 1 key on a device that's online. A hardware wallet with one key, for medium-term savings: 10 to 20%, spent with 1 key kept offline on the device. A 2-of-3 multisig vault with three devices, for long-term savings: the rest, spent with any 2 of the 3 keys, kept in three places. Write down each tier's share and the most it may ever hold in dollars.
The more a tier holds, the more it takes to spend from it. Only weekly spending money sits on an online device. Medium-term savings need a device you hold, and long-term savings need two of three keys kept in three places.
  1. Define Your Security Tiers and Allocate Holdings

    Before purchasing any hardware, decide how you will segment your Bitcoin holdings. A common three-tier approach works well: a hot wallet (mobile or desktop) for weekly spending containing no more than one to two percent of total holdings, a single-signature hardware wallet for medium-term savings (ten to twenty percent), and a 2-of-3 multisig cold storage vault for the remaining long-term holdings. Write down the approximate allocation percentages and the maximum dollar value each tier will hold. This prevents over-engineering security for small amounts and under-protecting large ones.

  2. Select and Procure Hardware Wallets

    For the multisig vault, acquire three hardware wallets from different manufacturers -- for example, one Coldcard Mk5 (or a Mk4 you already own, on current firmware), one Trezor Safe 3, and one Foundation Passport (the Passport Core is discontinued; Foundation now sells the Passport Prime). Not every model accepts dice rolls for a new seed: the Trezor Safe 3, for example, doesn’t. If you want every seed made from dice (step 3), check each model before you order. Order directly from each manufacturer to avoid supply chain tampering. While waiting for delivery, download and verify the PGP signature of your chosen coordinator software (Sparrow Wallet is well-suited for this workflow). Install it on a dedicated computer or a clean operating system partition that you will use exclusively for Bitcoin operations.

  3. Initialize Each Device and Create a New Seed

    Set up each hardware wallet as its maker describes, and create a new seed on each device. Only the Coldcard sets up offline: the Trezor Safe 3 needs Trezor Suite over USB, on a computer or Android phone, and the Passport Prime needs the Envoy app on a phone with internet access for its security check. Whatever the device, point webcams and phones away while your words are on the screen or the backup card. On a Coldcard, current firmware makes you add your own randomness (dice rolls, coin flips or key presses) before it creates a seed, a change made after the July 2026 Coldcard flaw described in the advisory at the top, which left some on-device seeds far weaker than intended. On the other devices, dice are optional and the normal setup is fine. If you do use them, follow our dice rolls guide, because careless rolls can make a seed weaker, not stronger; some devices mix your rolls with their own randomness, while others, such as the BitBox02, use your rolls instead of it. Write each seed on the backup card as the device shows it, then stamp it into a separate metal backup plate using a letter punch set and hammer. Label each metal plate with the device manufacturer name and a cosigner number (e.g., “Cosigner 1: Coldcard”) without including the seed words on the label. Verify each seed with the device’s built-in backup check, reading the words from your written copy (How to Set Up a Hardware Wallet lists each brand’s check).

  4. Build the Multisig Wallet in Your Coordinator

    In Sparrow Wallet, create a new wallet and select “Multi Signature” with a 2-of-3 threshold. Import each hardware wallet’s xpub: connect the device by USB, or, for an air-gapped device, load the xpub from a microSD card (a Coldcard Mk5) or scan its QR code (a Passport Prime). After importing all three cosigners, Sparrow will display the first several receive addresses. Next, set the wallet up on each device, so that every device knows all three keys and can show you a multisig address and check the change of a payment. A Coldcard or a Passport stores multisig wallets: export the wallet file from Sparrow and load it on the device once (this is called registering it). A Trezor needs nothing loaded, because Sparrow sends it the other keys with every request. Then check each hardware device’s screen: it must show a 2-of-3 policy (when you register the wallet, or next to the address) and the same first receive address as Sparrow. Matching addresses alone aren’t enough: malware on the computer could add its own key or lower the threshold, and every device and Sparrow would still show the same address. If any device shows a different address or policy, the import was incorrect -- delete the wallet and restart.

  5. Export the Wallet Descriptor and Create Redundant Copies

    Export the wallet’s output descriptor from Sparrow (File > Export Wallet). This descriptor contains the complete specification needed to reconstruct the wallet: all three xpubs, derivation paths, script type, and quorum. With only two of the three seeds, the third xpub can’t be recalculated, so the wallet can only be rebuilt from a saved record such as this descriptor: print it and keep a paper copy with each seed backup. It can’t spend, but it reveals your whole balance and history, so keep it as private as the seeds. The descriptor, unlike the seed words, may also be stored digitally: encrypt the file with GPG using a unique passphrase that you store separately, and copy the encrypted file to two USB drives labelled, for example, “BTC Multisig Descriptor - Encrypted”.

  6. Distribute Backups Across Geographic Locations

    Assign each of the three seed phrase metal backups, each with its paper copy of the descriptor, to a separate physical location: your home safe, a bank safety deposit box, and a trusted family member’s secure storage. Each location then holds one seed and one descriptor copy, which is not enough to spend, while any two locations together hold everything needed: two seeds plus the descriptor. Keep the two encrypted descriptor USB drives in two of those places. Keep the three hardware wallets apart in the same way: a device can stay with its own seed plate, but no place should ever hold two keys, whether as devices or as plates. Write a backup map (which location holds which cosigner, and the labels, never any words) on paper, seal it, and store it apart from the backups and from your will, for example with a lawyer: it becomes the access sheet of your inheritance plan (see the inheritance planning lesson).

  7. Execute a Full Deposit, Spend, and Recovery Test

    Deposit a small amount (50,000 to 100,000 sats) to the multisig vault. Wait for confirmation, then create a transaction that spends part of it, leaving the rest in the vault for the next two tests. Sign with two of three devices, broadcast, and confirm settlement. Next, simulate disaster recovery: on a separate clean computer, install Sparrow, import the descriptor (from the paper copy, or by decrypting a USB copy), connect two hardware wallets, and verify you can reconstruct the wallet and sign a transaction. Finally, test single-device recovery by wiping one hardware wallet, restoring its seed from the metal backup, setting the multisig wallet up on it again as in step 4, and confirming it can participate in signing again. Move your savings in only after all three tests pass.

Three tests, each proving one part of the setup works. 1, spend a little: send 50,000 to 100,000 sats in, and once it confirms spend part of it, signing with two of the three devices, and leave the rest in the vault for the next two tests; this proves the wallet works and two devices can sign. 2, rebuild it elsewhere: on a clean computer, install Sparrow, load the descriptor from its paper or USB copy and sign with two devices; this proves your descriptor copy is complete and you don't depend on the first computer. 3, restore one device: wipe one hardware wallet, restore it from its metal plate, set the wallet up on it again and sign with it; this proves that plate holds the right words for its key. Until all three pass, keep only the test amount in the vault.
Each test proves a different backup works. The spend proves the wallet and the devices, the rebuild proves the descriptor, and the restore proves a metal plate. If one fails, you find out while only the test amount is at stake.

Common Mistakes to Avoid

Storing Seed Phrases Digitally

Taking a photo of your seed phrase, saving it in a notes app, a password manager or a text file creates a copy that can be stolen through phone theft, cloud account compromise, or malware. Encryption doesn’t change the rule: an encrypted file still sits on internet-connected devices, adds a password you can lose, and puts your words one stolen password away from a thief. Seed phrases exist only on paper and metal, in secure locations, and are never typed into a computer or phone. If a digital copy of a seed phrase has ever existed, treat that seed as compromised: create a new one on a hardware wallet and move the funds. Only the descriptor, which can’t spend, may be kept digitally.

Ask one question of every backup: can it sign? Your recovery words can: each set is one of your three keys, any two of which can spend, so they go only on paper or metal, never in a photo, a notes app or text file, a password manager or a cloud document, encrypted or not. If you ever made a digital copy, make a new seed and move the funds. The descriptor can't sign, but it shows your whole balance and history: keep a paper copy with each seed, and you may also keep an encrypted copy (GPG) on two USB drives, with its passphrase kept apart. Keep every copy as private as the seeds. If a backup can sign, it never goes on a phone, a computer or the internet.
A backup that can sign stays off phones, computers and the internet. Each set of recovery words is one of your three keys, any two of which move your coins, so they live only on paper or metal. The descriptor can’t sign, so an encrypted digital copy is allowed, but anyone who reads any copy sees your whole balance.

Relying on a Single Geographic Location for All Backups

Keeping your hardware wallets, seed phrase backups, and wallet descriptor all in your home -- even in a safe -- means a house fire, flood, or burglary can destroy or take everything simultaneously. The entire value proposition of multisig is redundancy through distribution. If all your redundant components occupy the same physical space, you have single-sig security with multisig complexity. Distribute across at least three locations separated by enough distance that no single natural disaster can reach two of them: in a 2-of-3, losing two seeds leaves one, which can’t spend.

What each of three places holds. Your home safe: the Cosigner 1 seed on metal and a paper copy of the descriptor. A bank safe-deposit box: the Cosigner 2 seed on metal and a paper copy of the descriptor. A family member you trust: the Cosigner 3 seed on metal and a paper copy of the descriptor. The hardware wallets count as keys too, so keep them apart like the seeds: a device can stay with its own seed, but never where another key is. One place alone, one seed plus the descriptor, can't spend: one seed is not enough, though the descriptor does show your balance. Any two places, two seeds plus the descriptor, can spend: two seeds can sign, but software needs the descriptor to find your coins, which is why each place keeps a copy. The backup map says which place holds which cosigner, never any words; seal it and keep it apart from all three places, for example with a lawyer.
One place can’t spend; any two places can. A fire or a burglary reaches one place, which holds one key: not enough to spend, and the other two places still hold everything you need. That only works if no single event can reach two places and no place holds two keys, counting the devices.

Not Informing Anyone About Your Setup

If you are the only person who knows your multisig configuration exists and where the backups are stored, your Bitcoin becomes permanently inaccessible if you become incapacitated or die. This defeats the purpose of building a robust custody architecture. Split what you leave into two documents. A letter of instructions, which can sit with your will or your attorney, explains that you hold bitcoin, whom to call, how recovery works and who holds the access sheet; it holds no secrets. The access sheet (your backup map, plus device PINs and where any passphrase is) is sealed and stored somewhere else, so that nobody holds the letter, the map and the backups at once. Neither document ever contains seed words. The inheritance planning lesson has a sample letter.

Mixing Testnet and Mainnet Operations on the Same Devices

Some users practice with testnet Bitcoin before setting up their real multisig, which is a good instinct. However, using the same seed phrases and devices for both testnet practice and mainnet holdings can create confusion about which wallet is real and which is for testing. Initialize your mainnet multisig with fresh seeds that have never been used on testnet. Keep your testnet practice environment completely separate from your production custody setup.

Frequently Asked Questions

How much Bitcoin justifies the effort of a multisig setup?

There is no fixed threshold, as the answer depends on your personal risk tolerance and the value of your time. A useful test is whether losing your bitcoin would genuinely hurt you financially. As a rough benchmark, many security-focused Bitcoin holders move to multisig once their holdings are 20 to 50 times what the three hardware wallets cost (prices vary by model: the three named in step 2 cost several hundred dollars together at the makers’ own stores as of November 2026). Below that point, a single hardware wallet with a BIP39 passphrase and a metal seed backup provides adequate security with less operational overhead.

Can I add a new cosigner to my existing multisig without creating a new wallet?

No. A multisig wallet’s quorum structure (the number of cosigners and the signing threshold) is fixed at creation and encoded into the Bitcoin script. Changing from 2-of-3 to 2-of-4, for example, requires creating an entirely new wallet with the desired configuration and transferring all funds from the old wallet to the new one. Plan your quorum structure carefully at the outset, and if your security needs change over time, budget for the on-chain transaction fees of migrating to a new wallet.

What role does a collaborative custody provider play in my multisig setup?

A collaborative custody provider (such as Unchained, or Nunchuk on its Iron Hand plan) typically holds one key in your 2-of-3 multisig while you hold the other two. Depending on the service, you spend with one of your keys plus the provider’s, which co-signs a spend you start, or with your own two keys, which never need the provider as long as you keep your own copy of the wallet descriptor. If you lose one of your keys, the provider’s key serves as a recovery backup -- you can sign with your remaining key plus the provider’s key. The provider cannot move your funds unilaterally because they hold only one of the three keys. The trade-off is that the provider gains visibility into your wallet’s xpubs, meaning they can observe your balance and transaction history, and a provider that checks your identity, as Unchained does, links that history to your name.

Collaborative custody: you hold two of the three keys and a provider holds the third. Your two keys can spend without the provider, as long as you keep your own copy of the descriptor. One of your keys plus the provider's can spend: it co-signs a spend you start, an everyday spend or one after you lose one of your keys. The provider's key alone can't move your coins, because one key can't reach 2 of 3. The price: the provider holds your xpubs, so it sees your whole balance and history.
Every pair that can spend includes a key of yours. The provider’s key helps you spend or recover, but never alone. Keep your own copy of the descriptor so your two keys can still move your coins if the provider is unavailable.

Do I need to run my own Bitcoin node for multisig?

Running your own node is not technically required for multisig to function, but it provides significant privacy and security benefits. Without your own node, your coordinator software connects to someone else’s server to look up your addresses and broadcast transactions, which reveals your addresses (and with them your balance and history) and your IP address to that server operator. With your own node, all wallet queries stay local. For holdings large enough to warrant multisig, the additional effort of running a node (a one-time setup on a Raspberry Pi or old laptop with a 2 TB drive, since a node that keeps every block needs about 900 GB of disk as of November 2026; a pruned node validates the same chain on far less, but cannot rescan wallet history older than the blocks it keeps) is well worth the privacy improvement.

Related Resources

Part of our free Bitcoin course: This topic is covered in Multisig in Practice: Sparrow, Nunchuk, Casa and Unchained, from the Advanced Bitcoin Security & Privacy course.
Filed under: Bitcoin Wallets & Self-Custody
← Back to All Articles