Loading prices…
STKR NewsSTKR News0 of 3 free this month
Bitcoin News

Matt Corallo Urges Bitcoin Projects to Exit GitHub After Rust Lightning Ban

Bitcoin Magazine Matt Corallo Urges Bitcoin Projects to Exit GitHub After Rust Lightning Ban Senior developers including Andrew Poelstra highlighted broken merge scripts, hidden diffs, and unreliable tracking, pushing Bi

Originally on Bitcoin Magazine
BM

Bitcoin Magazine

Contributor

Jun 25, 2026

5 min read

Photo illustration / STKR News

Decentralized protocols are only as sovereign as the tools used to build them. If your core infrastructure relies on a centralized gatekeeper, you are not building a permissionless future, you are renting one. The recent friction between Bitcoin developers and GitHub is a long overdue wake-up call for every founder in this space.

The Illusion Of Developer Sovereignty

Bitcoin Magazine reports that Matt Corallo, a veteran developer, is now urging Bitcoin projects to migrate away from GitHub. This isn't just about a single ban on Rust Lightning. It is about a fundamental misalignment between the ethos of Bitcoin and the limitations of centralized software hosting. When you build on a platform owned by a trillion dollar corporation, you operate at their whim. You accept their terms of service, their tracking, and their technical debt. For years, builders have treated GitHub as the default, not because it is the best, but because it is the easiest. That convenience has become a liability. If the tools used to verify and merge code are compromised or unreliable, the integrity of the entire network is at risk.

The problem is not just policy, it is performance. Senior developers, including Andrew Poelstra, have pointed to a degrading experience on the platform. They highlighted broken merge scripts that fail without warning. They noted hidden diffs that make code review a guessing game. They pointed to unreliable tracking that obscures the history of the codebase. In the world of Bitcoin, where a single bug can result in the catastrophic loss of value, these are not minor annoyances. They are systemic risks. You cannot build a bulletproof protocol on top of a flickering lightbulb.

Infrastructure is not neutral. The medium through which you build dictates the security of the final product.

The Hidden Costs Of Centralized Hosting

Most founders view GitHub as a free utility. It is not. You pay for it with your privacy, your autonomy, and your long term stability. The deeper problem here is the "Platform Trap." When a platform becomes the industry standard, builders stop questioning its necessity. They assume the risk of being deplatformed is low until it happens to them. The ban on Rust Lightning proved that no project is too important to be sidelined. If a company can flip a switch and sever your connection to your contributors, you do not own your workflow.

This is a pattern I have seen since 2007. Developers get comfortable with a suite of tools because the network effect is strong. Then, the platform changes its rules, or its performance degrades, or it bows to external pressure. The projects that survive are the ones that saw the wall coming and moved first. The Bitcoin community prides itself on censorship resistance, yet it remains tethered to a centralized repository. This is a massive contradiction that creates a single point of failure. If the code cannot be reliably accessed, reviewed, and merged, the development cycle halts. That is a death sentence for any growing ecosystem.

A Framework For Infrastructure Independence

Founders and operators need to stop thinking about hosting as an afterthought. It is a strategic decision. To protect your brand and your execution speed, you must move toward a self-hosted or truly distributed model. The goal is not just to leave GitHub, it is to ensure that no single entity can stop your progress. This requires a three part system for infrastructure resilience.

  • Redundancy of Repositories: Maintain mirrors across different providers and self-hosted instances. Never let one login be the gatekeeper to your intellectual property.
  • Verification Sovereignty: Use local scripts and tools to verify code integrity rather than relying on the platform's visual interface. If the platform shows a clean diff but your local script says otherwise, trust the script.
  • Contributor Privacy: Move communication and coordination to protocols that do not require centralized tracking. The more data a platform has on your developers, the easier it is for that platform to be used as a lever against you.

This is not about being paranoid. It is about being professional. In high stakes environments, you verify everything. You trust nothing that you do not control. If the very people responsible for the security of the Bitcoin protocol are telling you that the tools are broken, you listen. You do not wait for a complete blackout to start looking for a flashlight.

History Repeats For The Unprepared

We have seen this play out in other sectors. When a dominant platform decides a specific type of content or code is no longer welcome, the exodus is always messy. Those who waited until the last minute lost momentum, lost contributors, and lost the trust of their users. By the time the ban happens, it is too late to build an alternative without significant downtime. Bitcoin projects are currently facing this reality. The technical friction reported by Poelstra suggests that we are already past the point of peak utility for GitHub in this niche. The platform is struggling to support the specific, high security needs of the Bitcoin development cycle.

Brand is execution speed. If your team is fighting with broken scripts and hidden code changes, your speed is being throttled by your tools. Investors should be looking at how projects handle this shift. A team that stays on a failing platform because it is "easier" is a team that prioritizes convenience over security. A team that builds its own rails and secures its own infrastructure is a team that understands the long game. You cannot market your way out of a broken development pipeline. You fix the pipeline or you fail.

The Takeaway

Management of technical debt now includes your choice of hosting, and relying on a centralized platform is a liability you can no longer afford. Every Bitcoin project and high-stakes builder must audit their dependency on GitHub and begin a phased transition to self-hosted or decentralized alternatives. Start by mirroring your critical repositories to a server you control this week.

The Brief

Stay Updated on Cutting-Edge Tech

A six-minute morning dispatch on the markets and the technology shaping them.

Free. No spam. Unsubscribe anytime.

Write for STKR

Become a Contributor

Earn $STKR for published stories on markets, protocols, and culture.

  • Earn $STKR for every published piece
  • Editorial support from the STKR desk
  • Byline visibility across the network
  • First look at the upcoming creator program
Apply to Write

Keep reading

All stories

Comments

24 reader responses