Contributing starts with choosing the right battlefield. “Good first issue” labels help, but judgment matters more.
Complete Step 1 // Required reading in the study plan above, then continue here. This opens Open Source.
Step 2 — Context: where to look and how to scope
A too-hard first PR burns motivation. A too-vague issue stalls. Builders who scope well ship.
Where to look:
- Bitcoin Core (steep, high bar)
- rust-bitcoin, BDK, bitcoinjs-lib
- Indexers, explorers, docs sites, Optech
Loading diagram…
Start with Review Club picks on this lesson — especially Bitcoin Core GFIs and BDK docs issues — or explore /discover.
Done when: You can name one repo that fits your stack and why Core might wait.
Step 3 — Practice: shortlist and plan (lab)
Pick 2–3 candidate issues. Select one. Write: problem statement, likely files, test plan. Leave or draft an issue comment only when the plan is coherent — do not claim the issue prematurely.
Checklist
- Issue matches a skill you already practiced on Pull
- Scope is one problem, not a drive-by refactor
- You know how you will prove it works (test/CI/manual)
Done when: Lab evidence (URLs + approach + draft self-score) is complete.
Next lesson
Code Review Practice — review others’ PRs with a maintainer mindset.