Design is at its best when it makes the complex feel simple. That’s what Bitcoin Design is all about — taking this revolutionary technology and making it intuitive for the masses. If you want to contribute to this vision, this four-week self-paced curriculum will take you through the fundamentals of Bitcoin design, and help you build a strong foundation through engaging, real-world design challenges.
Originally created for Summer of Bitcoin, this track is now open for anyone who wants to learn independently or use it to run their own educational initiatives.
Each week focuses on a key aspect of Bitcoin design, with curated reading materials to build your knowledge with a hands-on challenge:
Expect about 2-3 hours of reading per week, followed by a 4-5 hour hands-on design challenge.
If you’re part of Summer of Bitcoin, aim to complete the challenge within the given time frame — focus on working through the full design process rather than over-polishing. Submit what you can in those 5 hours, and remember: done is better than perfect.
If you’re learning independently, you can take your time, but we still encourage you to prioritize progress over perfection.
Note
All reading materials are open to everyone. However, design challenges, for independent learners, are shared on request — just ask for access in the #education channel on Discord when you’re ready to tackle them.
Looking at Bitcoin’s layered architecture (base layer vs. Lightning Network), why was this approach necessary? What are the trade-offs between transacting on each layer?
Bitcoin’s blockchain is a “public ledger.” How does this contribute to security and trustlessness? What role do nodes play?
The Lightning Network introduces payment channels. How do these channels work, and how do they help Bitcoin scale securely?
Your first challenge is to compare the first-time user experience across different types of Bitcoin wallets. You will install and analyze three different wallets.
This week, you’ll explore how people use Bitcoin in their financial lives and sharpen your research skills. You’ll analyze how different Bitcoin wallets position themselves, identify user needs, and connect them to the personas you’ll study.
Why might someone want different wallet setups for daily spending versus savings? Can you think of a real-world example?
What challenges do subscription services face when accepting Bitcoin?
Which of the six financial categories (daily spending, monthly budgeting, emergency funds, sinking funds, savings, investing) is hardest to design Bitcoin products for? Why?
The reading mentions that “rookies” prefer convenient wallets while experienced users prioritize security. How might you design a wallet that serves both groups well?
In the example of Joshua from Nigeria, how do his barriers and motivators conflict with each other? How would you resolve these conflicts in your design?
What can we learn from Joshua’s “strongest barrier” (fear of loss) that isn’t captured in the “fear of being hacked” barrier? How would these different fears affect your design decisions?
Your challenge is to analyze an open-source Bitcoin wallet and understand how it serves its users. You’ll research how the project presents itself, what users say about it, and how it aligns with known Bitcoin user personas.
Understanding private key management is crucial for Bitcoin wallet design. This week focuses on creating intuitive interfaces for complex security concepts.
What is the core tradeoff between security and convenience in private key management? How might this affect your wallet design?
Looking at the different key management schemes (cloud backup, manual backup, external signers, multi-key), which would you choose for a new Bitcoin user and why?
Why might automatic cloud backup be suitable for small amounts but not large amounts? Think about the security implications.
Why is it important that private keys are generated locally on the device rather than by the wallet provider? Think about security implications.
The reading mentions users might have “default assumptions” from using centralized applications. What are these assumptions and why could they be dangerous for Bitcoin wallets?
When creating a new wallet, how do you balance warning users about their responsibilities without overwhelming them? Give an example.
The reading discusses backing up three types of data: recovery phrase, channel state, and user metadata. Why is channel state backup particularly important for lightning wallets compared to regular Bitcoin wallets?
The wallet design prioritizes cloud backup over manual backup for daily spending. What are the tradeoffs of this design decision?
Why might a user who initially chose cloud backup later want to switch to manual backup? Consider the behavioral patterns discussed in the reading.
The design uses a single primary private key for multiple wallets (like spending and family wallets). What are the benefits and risks of this approach?
The reading presents a scenario with six different wallets for one family. Which of these wallets could be combined without significantly compromising security or usability?
Why might “application-layer accounts” (like the child wallet example) be better than creating separate real wallets in some cases?
This week, you’ll try to balance the human experience with the technical reality. Wireframes or low-fidelity mockups are OK, most important is that you show an understanding of the problem space and have come up with an intuitive, human-centered solution. Try adding a unique creative element.
The final week focuses on key wallet design patterns that accommodate various user needs and flows. You’ll explore how Bitcoin wallets handle transactions, requests, and privacy while ensuring usability and accessibility.
What are the key differences between lightning payments and on-chain bitcoin transactions in terms of confirmation time and reliability?
In the transaction diagram showing inputs and outputs, why does the sender need to combine both the 3 BTC and 2 BTC inputs to send 4 BTC? What happens to the extra 1 BTC?
Why might a merchant require more than 1 confirmation before considering a transaction final? What risks are they protecting against?
This week, you’ll focus on refining wallet interactions to make Bitcoin more intuitive and user-friendly. Choose one of the challenges and design an interface that balances human experience with technical constraints. High-fidelity mockups are key here — your design should be polished, functional, and human-centered.
You made it! Four weeks of learning, thinking, and designing for Bitcoin — whether you completed everything or just explored parts of it, you’ve taken a solid step toward understanding Bitcoin design.
But this is just the beginning. The best way to keep learning is by applying your knowledge — contribute to open-source Bitcoin projects, keep iterating on your designs, and stay engaged with the community.
If you have questions, need feedback, or just want to share your work, join us in the #education channel on Discord. We’d love to see what you’ve built!