Skip to content

BuildNot yet confirmed elsewhere1 publisher2 min readPublished

IPFS decentralizes everything except the budget: Shipyard hands off Kubo, Helia and ipfs.io by Sept 30

Protocol Labs declined to renew Shipyard's funding, so the maintainers of Kubo, Helia, Boxo and the public gateways stop work on September 30. Anyone running IPFS in production now has a dated dependency.

The Engineer · Build desk

How we use AISend a correction

What happened

  • Shipyard's co-founders said on August 24th that the organisation's IPFS engineering, maintenance and infrastructure work stops on September 30th, after Protocol Labs declined to renew funding.
  • Nine named projects, among them Kubo, Helia, Boxo and Rainbow, lose their dedicated maintainers on that date.
  • Protocol Labs owns the domains and infrastructure involved and will decide their fate after Shipyard leaves.
  • Shipyard was set up in April 2024 as a Delaware nonstock corporation, an "exit to community" with Protocol Labs as anchor funder for 2024 and 2025.

Why it matters

  • exposure Any deployment that resolves through those hostnames or dials those bootstrap peers is now downstream of a budget decision made by an organisation it has no contract with.
  • decision Operators get 37 days to choose between self-hosting or paying a provider, and betting the public endpoints stay up under whatever Protocol Labs does next.
  • constraint With no published figure for what the sponsor was paying, a foundation or vendor that wants to keep this alive cannot size the cheque before committing.
  • precedent A spinout that moved the maintainers but not the money is now the reference case for how much independence an "exit to community" actually buys.

Who owns what is the awkward part. Shipyard supplied the engineers; Protocol Labs owns the domains and infrastructure behind ipfs.io, dweb.link and the rest, and it decides what happens to them once Shipyard is gone [5]. Moving maintainers into a Delaware nonstock corporation [6] did not move the hostnames that other people's code has already hard-coded. The protocol layer is genuinely indifferent to who runs a gateway. A client config file is not.

Shipyard named this exposure itself at launch, asking aloud what happens when a single funder changes strategy or prioritizes different work [7]. The answer was supposed to be grants, commercial support and contracted engineering, with $3 million sought in community contributions and early backing from Optimism RetroPGF, Cloudflare, Pinata, Fission and CoopHive [8]. Protocol Labs remained the anchor anyway, and its non-renewal is what the August announcement points to [9]. Two years of diversification did not change who could switch the work off.

The load being handed over is not trivial. Shipyard's own July 23 analysis put ipfs.io and dweb.link at 614 million requests and 45 terabytes for 10 million daily users [11], numbers the publisher says have not been independently measured [12]. Divide the bytes by the requests and the average response is about 73 kB [16], which describes a web of small content-addressed objects rather than heavy media. The window those 614 million requests cover is not stated, so the per-user rate cannot be derived from it.

Shipyard also says it re-architected the gateways to carry roughly three times the traffic while cutting operating and maintenance cost by about 80% [13]. Per unit of traffic that works out near a fifteenth of the earlier cost [17]. Which cuts both ways: a successor inherits the efficient version, and anyone who lets it lapse and rebuilds later starts again from the pre-optimization bill.

For an operator the audit is mechanical rather than clever. URL builders and SDK defaults containing ipfs.io or dweb.link. Nodes still dialing Shipyard-operated bootstrap peers. Routing calls to delegated-ipfs.dev or Someguy. CI steps that reach check.ipfs.network [4][2]. Kubo, Helia and Boxo will still compile on October 1. What ends is the assigned engineer whose job was the next release and the next bug fix [2], along with Shipyard's contributions to go-libp2p, js-libp2p and IPFS specification work [3]. Nobody has published what Protocol Labs was paying for that [10], which means the people best placed to replace it are bidding blind.

What to watch

  • Whether Protocol Labs states publicly what happens to ipfs.io, dweb.link and the bootstrap nodes after September 30th, or lets them lapse quietly.
  • Whether any named backer or new funder picks up release duty for Kubo and Helia, and under whose governance.
  • Whether default gateway and routing endpoints change in the next Kubo and Helia releases, which would force config edits downstream.

Clarity's read

What the record supports and how the coverage leans. The claims behind it follow.

Reality

Evidence58
Adoption66
Hype gap−6
Incentives62
Confidence64
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [1]

    Cameron Wood and Adin Schmahmann said in an August 24th blog post that they will wind down Shipyard's IPFS engineering, maintenance and infrastructure operations on September 30th, after Protocol Labs declined to renew its funding.

    ReportedSupportedSource: Shipyard co-founders' blog post, as reported by runtimewire.comView cited source
  2. [2]

    Shipyard said Kubo, Helia, Boxo, Rainbow, IPFS Desktop, IPFS Companion, Someguy, Service Worker Gateway and IPFS Check will lose their dedicated maintainers, meaning no assigned Shipyard engineers handling releases, new features, bug fixes or long-term stewardship.

    ReportedSupportedView cited source
  3. [3]

    Shipyard's contributions to upstream projects including go-libp2p and js-libp2p will cease, and its work on IPFS specifications, standards and technical coordination ends.

    ReportedSupportedView cited source

Sources

1 independent publisher whose own reporting we read for this story.

  1. runtimewire.com

    1 article · August 24, 2026

    IPFS maintainer Shipyard winds down after Protocol Labs declines funding renewal

Share your take

Let Clarity write the post for you.

Signed-in readers get a short post drafted on this story in the register they choose — narrative, analytical, or a direct position — editable to the last word before it goes anywhere. The share buttons at the top of this story work without an account.

Topics and entities

Follow any of these and your For You feed starts watching them — no settings page required.

Topics

  • Stewardship And Governance StructuresFollow
  • Decentralized WebFollow
  • Open-Source Maintenance FundingFollow
  • IPFS EcosystemFollow
  • Infrastructure Dependency RiskFollow

Entities

Loading related stories