Space Debris Tragedy of the Commons Banner

Space Debris Is a Tragedy of the Commons - Here's the Math

TL;DR Low Earth orbit (LEO) in 2026 contains roughly 40,000 tracked objects larger than 10cm and an estimated 1 million pieces of debris between 1cm and 10cm. Most of it is dead satellites, spent stages, and fragments from past collisions or anti-satellite tests. The economics are a textbook tragedy of the commons. Each launch operator captures the upside of putting hardware in orbit. The cost of debris is shared across every other operator and every future mission. There is no global price on creating debris. The risk is non-linear. Kessler syndrome - a cascade where collisions create more debris that triggers more collisions - is not a hypothetical. We are already in the early stages in some altitude bands. The fix is also a textbook commons solution: price the externality. End-of-life deorbit requirements, debris remediation funds, transparent collision-avoidance markets, and active debris removal services. Some of this exists. Most of it is undersupplied. The realistic 2026 picture: not yet a crisis, on a trajectory that becomes one within a decade if nothing changes, with the most useful policy interventions being the ones that price debris creation directly rather than relying on goodwill. The Numbers Order-of-magnitude figures, drawn from ESA’s space debris office and LeoLabs tracking data, as of 2026: ...

May 2, 2026 · 9 min · James M
Self-Hosted vs Managed in 2026 Banner

Self-Hosted vs Managed in 2026 - The Cost Math Has Changed Again

TL;DR The self-hosted vs managed decision in 2026 is genuinely different from the same decision in 2022. The math has shifted in three directions: cloud egress costs, AI workload economics, and self-hosted tooling maturity. Managed remains the right default for most teams. The thing that has changed is that the threshold at which self-hosting becomes worth considering has dropped. Workloads that were obviously managed in 2022 are genuine 50/50 calls in 2026. The most important shift is that self-hosting is no longer synonymous with on-premises. Modern self-hosting often means renting bare-metal in a colocation, running your own clusters in a hyperscaler, or using sovereign cloud providers - all with different economics. For specific categories - AI inference at scale, data egress-heavy workloads, predictable steady-state compute, regulated environments - self-hosting now wins on cost more often than people assume. The honest framing: managed is the right default; self-hosting is the right minority case; the minority is bigger than it used to be. Why This Decision Got Harder For most of the 2010s the answer was easy. Managed services were cheaper than self-hosting once you priced in operational overhead. The cloud providers competed aggressively. Self-hosting was for the regulated, the eccentric, and the very large. ...

May 2, 2026 · 9 min · James M
Catalog Layer Battleground Banner

The Catalog Layer Is the New Battleground - Unity, Polaris, Gravitino, Nessie

TL;DR With the open table format wars largely settled, the strategic fight in 2026 has moved up to the catalog layer - the system that manages tables, namespaces, governance, and access. Four credible open or open-ish catalogs are now in serious play: Unity Catalog (Databricks), Polaris (Snowflake), Apache Gravitino (Datastrato/community), and Project Nessie (Dremio/community). All four implement the Iceberg REST catalog spec to varying degrees, which means clients can talk to them through a common protocol. The differentiation has moved to governance, multi-tenancy, lineage, federation, and developer experience. Unity is the most production-mature and the most coupled to Databricks. Polaris is the cleanest open implementation of the REST spec. Gravitino is the most ambitious in scope - aiming to catalog non-table assets too. Nessie is the most opinionated about Git-style branching for data. The winning catalog will probably not be a single project. It will be the protocol (Iceberg REST) plus multiple compliant implementations plus federation between them. That is the picture 2026 ends with. Why The Catalog Layer Matters Now A table format defines how data is laid out on disk. A catalog defines: ...

May 2, 2026 · 8 min · James M
Polkadot 2.0 One Year On Banner

Polkadot 2.0 One Year On - Did Agile Coretime Deliver?

TL;DR One year after Polkadot 2.0 shipped its three flagship pieces - Agile Coretime, Elastic Scaling, and Asynchronous Backing - the picture is mixed but mostly positive. What worked: core prices collapsed, network utilization roughly doubled, and the barrier to entry is now hundreds of dollars instead of millions. New teams are shipping that would never have run a crowdloan. What did not: the secondary market for cores is thin, bulk sales are dominated by a small set of repeat bidders, and the developer story for “buy a core and ship something” is still rougher than it should be. The honest verdict: Agile Coretime delivered on the economics. It did not deliver on the user-experience promise. Polkadot 2.0 is a better foundation than Polkadot 1.0 by every measurable metric, but the application layer is still where the network has to prove itself. Where We Were A Year Ago Last September I wrote a plain-English explainer of Agile Coretime. The pitch was simple: stop selling parachain slots like reserved parking spaces and start selling them like a parking meter. Pay for what you use, when you use it. Resell what you do not. ...

May 2, 2026 · 8 min · James M
Local vs cloud AI tradeoffs in 2026

Local AI vs Cloud AI: The Tradeoff Landscape in 2026

The local vs. cloud AI debate used to be simple: cloud was smarter, local was cheaper and private. In 2026 that framing has collapsed. The hardware caught up to the software. Unified memory on Apple Silicon and 24GB+ VRAM cards like the RTX 50-series mean local inference is no longer a compromise - it is a deliberate architectural choice. Professional engineers are not “trying to see if Llama runs on a Mac” anymore. They are building sophisticated Hybrid AI Stacks where local and cloud models each handle the workloads they are genuinely suited for. Here is the tradeoff landscape as it stands today. ...

April 11, 2026 · 5 min · James M
GPU servers vs API credits cost breakdown

GPU Servers vs AI API Credits: The Real Cost Breakdown (2026)

TL;DR The core trade-off is pay-per-use (APIs) vs pay-for-capacity (GPUs) - APIs are cheaper at low volume, GPUs win massively at high volume (100M+ tokens/day) The break-even point for GPU self-hosting sits around 2 to 5 million tokens per day for premium-model workloads - below that, APIs almost always win GPU utilisation is the most important variable: at less than 50-60% utilisation, self-hosted inference costs more per token than just calling an API Hidden costs matter - real GPU spend is 2x to 5x the raw hardware price once you add DevOps, scaling, monitoring, and networking; API costs can also balloon from poor prompt design and multi-step agent loops Most serious production systems land on a hybrid architecture: APIs for complex reasoning and long-context work, GPUs for bulk inference, embeddings, and fine-tuned models If you’re building anything with LLMs right now, you’ll hit this question sooner than you expect: ...

April 5, 2026 · 5 min · James M
Polkadot 2026 From Infrastructure to Applications Banner

Polkadot 2026: From Infrastructure to Applications

The Pivot Year: Polkadot’s Strategic Shift in 2026 Polkadot has undergone a fundamental transformation in 2025-2026. After years of building infrastructure layers, the ecosystem is making a decisive pivot toward user-facing applications. This isn’t just a narrative shift - it’s embedded in technical upgrades, tokenomics redesigns, and validator economics that reflect a maturing network ready to compete at the application layer. Timing: This transformation arrives as traditional finance begins acknowledging blockchain infrastructure, and as the broader crypto market cycle approaches a pivotal moment for adoption. ...

April 4, 2026 · 5 min · James M