Protocol & Mining
Hardware and software wallets, and where the key lives
Protocol referenceSource: Bitcoin Developer Guide and BIP 32No product is named or recommended; the comparison is structural.
Two storage models
A wallet is not a container that holds coins. It is software that manages keys and constructs transactions. The coins are on the blockchain; what the wallet holds is the key material that can spend them. The distinction between a hardware wallet and a software wallet is therefore a distinction about where that key material lives and what can reach it.
A software wallet runs on a general-purpose computer or phone. The private keys exist in the device's memory or storage, and the software signs transactions there. This is convenient and it is flexible, and it means the security of the keys is the security of the device. Any malware that can read the device's files or memory can read the keys. Any compromise of the operating system is a compromise of the wallet.
A hardware wallet is a dedicated device that holds the keys in storage the host computer cannot read. When a transaction needs to be signed, the unsigned transaction is sent to the device, the device displays the details for confirmation, and the signature is returned. The private key never leaves the device. A compromised host can propose a malicious transaction, but it cannot extract the key, and the device's screen gives the user a chance to see what they are actually authorising.
Attack surfaces
The software wallet's attack surface is the device it runs on. That includes the operating system, the browser or application the wallet runs inside, any extension with access to the same data, and the backup arrangements the user has made. A key stored in a file that is synchronised to a cloud account is exposed to every compromise of that account. A key typed into a web page is exposed to whatever that page does with it. The failure modes are numerous and they are usually invisible until the coins are gone.
The hardware wallet's attack surface is narrower but not empty. The device itself can be tampered with, particularly if it is bought from a reseller rather than the manufacturer, and a device that arrives with a pre-written seed phrase is a known attack rather than a convenience. The supply chain matters. The firmware can contain defects. The user can still be tricked into confirming a transaction they do not understand, which is why the device's display and the habit of reading it are part of the security model rather than decoration.
There is also a class of attack that neither model addresses: the user's own behaviour. A seed phrase written down and photographed, a phrase entered into a phishing site that imitates wallet software, a transaction confirmed without checking the destination address — these defeat a hardware wallet as thoroughly as a software one. The device raises the cost of a technical attack; it does nothing about a social one.
When each is appropriate
A software wallet is the right tool for spending. It is always available, it works on a phone, and it can construct a payment in seconds. For a balance that is meant to be used — a working balance for purchases, or funds in transit — the convenience is the point, and the exposure is bounded by how much is held there at any time.
A hardware wallet is the right tool for holding. It is slower to use, it requires the device to be present, and it introduces a backup obligation that the user must actually meet. In exchange it removes the key from the internet-connected machine entirely, which is the single largest reduction in attack surface available to an individual holder. For a balance that is meant to sit for years, that trade is usually worth making.
The two are complements rather than alternatives, and the common arrangement reflects that. A hardware wallet holds the long-term balance, a software wallet holds a small working balance, and the seed phrase for the hardware wallet is stored offline and separately from the device. The seed phrases and private keys page explains what that backup contains, and the multisig page covers what changes when several devices are required to spend.
Sources and references
- Bitcoin Developer Guide, Wallets — wallet types, key storage and the role of the signing device.
- BIP 32, Hierarchical Deterministic Wallets — how one seed backs up every key a device will derive.
- Bitcoin Developer Guide, Transactions — the signing step a hardware device performs in isolation.
Related reading
- Protocol, Transactions & MiningThe supply schedule, transaction mechanics and mining economics behind the price.
- Proof of WorkThe hash puzzle, the target and nonce, and why accumulated work secures the chain.
- Difficulty AdjustmentThe 2,016-block retarget, its caps, and the ten-minute target it defends.
- HashrateWhat hashrate measures, why it is estimated, and how it differs from difficulty.
- Mining PoolsPooled hash rate, share accounting, payout schemes and centralisation.
- Miner RevenueThe block subsidy plus fees, and how the mix changes across subsidy epochs.