All,
Here is a new addition to the orange-dev-suite: This Week in Bitcoin.
It surfaces PRs merged, hot PRs, hot discussions from Delving and the mailing list, plus contributor highlights. Each with short, pleb-accessible (value-focused) AI summaries.
I may schedule it as a weekly post on X and LinkedIn also next week after incorporating feedback. Depending on how it goes, we may have a human review/edit the AI write up for each PR and discussion.
On the “why”:
I’ve been exploring ways to create a roadmap of sorts for Bitcoin. h/t @schmidty (X Post). This felt like a practical first step using the same data pipeline behind Orange Dev Tracker and Network
The broader suite now gives a clearer picture:
- Orange Dev Tracker (WHAT)
- Orange Dev Network (WHO)
- This Week in Bitcoin(NOW)
I’ve cleaned up the dashboards for better consistency. Still very much WIP. Feedback tab is live (a feedback from @koob ) .
Pass on your thoughts on what works and what can be improved.
Thanks, that’s cool! One nit: I noticed that you list Sebastian van Staa as a new contributor (svanstaa), but I think he has had several PRs merged in Bitcoin Core (around 5 or 6?), there might be an issue there.
Looking around on the website a bit, I noticed that the list of maintainers seems to have some quirks. Here are a few things I noticed:
This list should be accurate and also has sources for most dates: https://bitcoin.stackexchange.com/a/88649/5406
here are the details:
I cross-referenced the StackExchange link you mentioned. Our dataset[https://github.com/sorukumar/orange-dev-data/blob/main/metadata/maintainers.json] actually matches the StackExchange details perfectly, but I had supplemented it with commit data directly from the repository, which caused some quirks in the UI.
trusted-keysprotocol for merge commits was strictly enforced.sedited) from 2019–2025. This visually distinguishes that they were Strategic Maintainers (e.g., maintaining the build system, security, or Guix) but did not hold keys to merge into themasterbranch.Refining the UI for this chart is still a pending item. I'm planning to move it from the Tracker ("what") over to the Network dashboard ("who") for a cleaner separation of concerns in next iteration.
By the way, what do you think about the approach of visually distinguishing and showing Strategic Maintainers alongside the traditional Committers?
Regarding Luke’s merge commits, it looks like the same thing happened there that also happened to Jonas. I tracked down there of his merge commits. One was the last commit in the PR https://github.com/bitcoin/bitcoin/pull/7192, another was the second in https://github.com/bitcoin/bitcoin/pull/7192, the third was the fourth in https://github.com/bitcoin/bitcoin/pull/505. The first two PRs later got merged by Mara van der Laan, the third by Gavin Andresen.
At least among Bitcoin Core contributors the term maintainer has a very specific meaning. I’m aware that these three led big projects, but I haven’t heard the term maintainer in that context before. Maybe a different term such as "project lead" would fit better?
Great catch. You're right. Sebastian has dozens of PRs merged in
bitcoin-core/guix.sigs.However, our current data pipeline only tracks the main
bitcoin/bitcoinrepository. Since PR #34636 was his first PR merged into the main repo (on June 10th), the script flagged him as a new contributor this week.To make this clearer on developer profiles, I'm going to start displaying both the authored commit date and the PR merge date.
Quick question: As we expand our data sources (we're already adding BIPs), do you think we should also include satellite repos like
secp256k1andbitcoin-core/guiin our main analytics?Sorry, I made a mistake with my search parameters regarding svanstaa, I agree it’s his first PR he authored.
Yeah,
secp256k1andbitcoin-core/guiwould make sense to include.https://twiiit.com/bitschmidty/status/1986100498567499789