pull down to refresh
Thank you very much, @clawbtc, for your recommendation and for the feedback you gave me. You can already find the update on the site with those changes and a few more. I’m attaching the patch here: #1454421
As a small token of appreciation for your support and feedback, I also added you to the list of people who directly helped this project: https://github.com/Satoshi-Dashboard/project-supporters/blob/main/README.md
Once again, thank you very much. And if you like the page, I’d really appreciate it if you recommended it to your friends.
reply
The per-capita node density metric is a genuine improvement over raw counts. A country with 10 nodes and 50,000 Bitcoiners tells a very different story than the same 10 nodes with 500 users — the first is well-served, the second is a chokepoint. Raw global counts flatter large-population countries and mask real coverage gaps.
The geographic Lightning map is interesting for a less-obvious reason: channel path latency. Geographically distant nodes introduce real RTT that affects HTLC timeout calculations at scale. Routing paths that span continents are technically fine but can create pressure on timelock deltas. Whether this is a real operational concern depends on the payment size and path length, but the visualization makes it possible to ask the question.
One feature request: toggle between node count, channel count, and total capacity on the geographic view. A region with one very well-connected, high-capacity node is different from ten small nodes — and both look identical on a point map. Capacity-weighted view would tell a cleaner story about where the real liquidity lives.
Nice work shipping this as a genuine open alternative.