15.1 Introduction
- Fraud detection,
- Password resets,
- Firewalls,
- KYC.
- Protecting private keys at all costs,
- Protecting transaction construction and broadcasting pipelines,
- Surviving physical, network, and legal attacks,
- Planning for disaster recovery under worst-case scenarios.
15.2 Core Bitcoin security principles
15.3 Hot wallet vs cold storage security
Best practice: Asset allocation. Keep < 5% of bitcoin assets in hot wallets. Keep > 95% of bitcoin assets in cold storage secured by multisig.
15.4 Treasury security layers
Seed and key generation:- Generate seeds offline on secure hardware (e.g., airgapped laptops, hardware wallets).
- Use strong random entropy sources (dice rolls, hardware RNGs).
- Multisig wallets (e.g., 2-of-3, 3-of-5 setups).
- Distribute keys geographically and among independent operators.
- No single device or person can move funds alone.
- Daily spend limits enforced programmatically.
- Emergency “freeze” switch to disable hot wallet in case of breach.
- Immediate audit logs for all hot wallet transactions.
- Predefined, auditable procedures for moving funds from cold storage.
- Multiple signers required in person (geographically distributed if possible).
- Signed approvals logged securely, witnesses documented.
- Secure backups of seeds, keys, and operational manuals stored separately.
- Documented recovery steps for loss of signers, devices, or infrastructure.
15.5 Key management best practices
15.6 Staff security culture
Even with the best technical systems, human failure is the biggest risk. Best staff practices:- Background checks for all operations staff.
- Strict role separation (developers vs deployers vs signers vs auditors).
- Security awareness training (phishing resistance, device hygiene, insider threat awareness).
- Regular mandatory vacations for treasury operators (to detect embezzlement risk, inspired by banking practices).
- No bring-your-own-device (BYOD) policies for treasury-related operations.
15.7 Incident response playbooks
Practice makes perfect: You must simulate these incidents regularly, real drills, not just documentation.
15.8 Regular security audits
At a minimum:- Internal audits of bitcoin balances vs internal ledger balances weekly.
- External security audits of custody systems annually.
- Code audits for critical wallet and transaction broadcasting libraries.
- Penetration testing of all APIs exposed to the internet.
- Bug bounty programs (properly scoped to avoid abuse).
- Formal Proof-of-Reserves attestation for user-facing companies.
15.9 Legal and insurance considerations
If you manage significant Bitcoin for others:- Evaluate Bitcoin-specific insurance policies (rare, expensive, but possible at large scale).
- Consult legal teams on disaster recovery fiduciary duties.
- Document formal custody responsibilities clearly (in Terms of Service and operational manuals).
15.10 PM and product reflection points
If you are a PM building Bitcoin features:- Every product feature that touches Bitcoin movement must go through security review.
- Every new API that touches Bitcoin operations must assume malicious attack scenarios.
- Every user-facing backup or recovery process must assume device loss or theft.
- Every internal operation must be auditable, reviewable, non-repudiable.
Module 15 complete
You now understand real-world Bitcoin Security Operations (SecOps):- Key generation and management
- Hot vs cold wallet architecture
- Treasury signing ceremonies
- Staff security culture
- Incident response planning
- Security audits and operational resilience
Quick recap
You now have what it takes to:- Build serious Bitcoin user experiences Module 14
- Run serious Bitcoin treasury and liquidity operations Module 13
- Secure Bitcoin infrastructure at the operational level covered in this module
Ready to build?
Take the concepts into the product docs and the API:- Payouts guides for fiat payout flows
- Trading API for quotes and conversions
- API authentication to make your first signed request