The State of the MCP Ecosystem 2026
We pulled the official Model Context Protocol registry in full: 604 pages, 60,374 version rows, 18,843 unique servers. No sampling. This is what the complete dataset says about how the ecosystem is growing, how it is deployed, and where its metadata falls short. Free to cite.
01Scale: the registry in one paragraph
What a complete pull of the official registry contains as of 28 July 2026.
The official MCP registry holds 18,843 unique servers across 60,374 published version rows, from 11,783 distinct namespaces. The earliest record is dated 8 September 2025; the most recent in this snapshot is 28 July 2026 at 10:29 UTC.
totals18,642 servers are active and 201 are marked deprecated, a deprecation rate of 1.1%. Deprecation is a publisher action, so this measures declared withdrawal rather than abandonment.
totals.deprecatedEvery server carries a description, because the field is mandatory. The schema caps it at 100 characters: the longest description observed is exactly 100 characters and the median is 87.
metadata_quality.description_length_max02Growth: two curves, only one of which is growth
The distinction matters, and it is the most common way to misread this registry.
Counting each server once in the month of its first published version, new servers rose from 456 in September 2025 to 4,571 in the first 28 days of July 2026. That is a 10.0× increase, and an average of 163 new servers per day in July.
growth.new_servers_by_monthCounting each server once in the month its current version was published produces a different and steeper curve, 352 to 6,133. This second curve measures recent publishing activity, not arrivals, because any server that shipped an update is re-dated into the month of that update. Only the first curve measures growth. Both are published in the dataset so the distinction can be checked.
growth.active_versions_by_monthJuly 2026 is incomplete. The snapshot was taken at 10:29 UTC on 28 July, so the final day is partial. Within the month, weekly arrivals ran 1,119, 1,274, 1,265 and 913. July should not be compared against complete months without that adjustment.
growth.july_2026_weekly03The crossover: MCP became a hosted protocol in June 2026
The single most consequential shift in the data, and it is recent.
Across the whole registry, 8,359 servers are remote-only, 9,182 are local-only, and just 982 (5.2%) offer both. The ecosystem is two populations that barely overlap, and no monthly cohort has ever exceeded 6.1% dual-mode.
deployment_modelThat split has now tipped. Local-only servers dominated every cohort from November 2025 to May 2026, peaking at 71.5% of February 2026 arrivals. In June 2026 remote-only overtook local-only for the first time, 53.1% against 40.2%, widening to 54.3% against 39.7% in July.
cohorts, remote_only and local_only by monthThe practical consequence: tooling that assumes MCP servers are packages a user installs is now addressing the shrinking half of new supply. A client that cannot speak to a hosted endpoint cannot reach the majority of what shipped this quarter.inference
cohorts. Labelled as interpretation, not measurement.| Cohort | New servers | Remote-only | Local-only | Both |
|---|---|---|---|---|
| 2025-09 | 456 | 49.3% | 45.6% | 3.1% |
| 2025-10 | 298 | 47.0% | 44.6% | 4.0% |
| 2025-11 | 175 | 25.1% | 66.9% | 4.0% |
| 2025-12 | 279 | 24.4% | 69.9% | 2.5% |
| 2026-01 | 392 | 22.2% | 70.2% | 3.6% |
| 2026-02 | 1,163 | 23.5% | 71.5% | 3.4% |
| 2026-03 | 1,964 | 25.2% | 68.1% | 5.6% |
| 2026-04 | 2,563 | 44.8% | 47.8% | 6.1% |
| 2026-05 | 3,050 | 43.0% | 48.0% | 6.1% |
| 2026-06 | 3,932 | 53.1% | 40.2% | 5.7% |
| 2026-07 | 4,571 | 54.3% | 39.7% | 4.6% |
04Authentication: what the registry does and does not tell you
Read this section carefully. The obvious reading of these numbers is wrong.
7,522 of 9,341 remote-capable servers (80.5%) declare no authentication header in their registry metadata. Measured per endpoint rather than per server, it is 7,843 of 9,744, also 80.5%. Of those that do declare one, 1,331 servers use an Authorization header and 275 use an API-key header.
authentication_declarationThis is not a finding that 80% of MCP servers are unauthenticated. It cannot be. A server that implements OAuth 2.0 with protected-resource metadata discovery, per RFC 9728, correctly declares no header: the client discovers the authorisation requirement at connection time. Those servers are fully authenticated and are counted here under none-declared. The same is true of servers using mutual TLS or network-level controls.
What the finding does establish is narrower and, we would argue, more useful: for four out of five remote MCP servers, the registry entry gives a client no way to determine the authentication requirement before opening a connection. Determining whether an endpoint needs credentials, and which, requires contacting it. That is a property of the registry schema, not a defect in any individual server.inference
authentication_declaration. The measurement is the header counts; this paragraph is the inference.A counterweight, and one we expected to come out worse: all 9,744 remote endpoints use HTTPS. Not one plaintext endpoint, not one loopback address, not one bare IP address appears in the registry. Transport security in declared MCP endpoints is, at this snapshot, universal.
transport_securityThe one hygiene exception is small: 53 servers publish endpoints on ephemeral development-tunnel domains, addresses that are not designed to survive as durable service URLs. Against 9,341 remote servers this is a rounding error, but it is a real category of stale entry.
transport_security.servers_on_ephemeral_tunnel_domains05Transport: SSE did not decline, it collapsed
And the collapse is datable to a single month.
Across current versions, 9,013 endpoints declare streamable HTTP against 731 declaring SSE. By server: 8,635 streamable-HTTP-only, 440 SSE-only, 266 supporting both.
transport.endpoints_by_typeThe aggregate understates how fast this happened. Measured as the share of each cohort’s remote-capable arrivals that declare SSE, SSE held a 10.4% to 19.8% band in every month through May 2026, then fell to 2.2% in June and 2.5% in July. The transition was not gradual; it occurred within a single month.
transport.sse_adoption_by_cohortOne outlier is worth flagging rather than smoothing away. December 2025 reads 52.0%, but that cohort contained only 75 remote arrivals, so a single publisher moves the figure by tens of percentage points. It should not be read as a trend, and the June collapse holds with or without it.
transport.sse_adoption_by_cohort.note06Packaging: npm carries the local half
Where installable MCP servers are distributed.
Among the 10,164 package-based servers, npm accounts for 6,736 package declarations and PyPI for 2,927, a ratio of 2.3 to 1. The MCP bundle format (mcpb) records 684, OCI images 648, NuGet 88 and Cargo 11.
packaging.registriesThe bundle format is the one to watch. mcpb declarations among new arrivals held between 6 and 41 per month through May 2026, then rose to 103 in June and 94 in July, a 2.5× step against the preceding three-month level while npm grew 16% over the same span.
packaging.registry_declarations_by_cohort| Registry | Declarations | Share of package-based servers |
|---|---|---|
| npm | 6,736 | 66.3% |
| PyPI | 2,927 | 28.8% |
| mcpb (MCP bundle) | 684 | 6.7% |
| OCI | 648 | 6.4% |
| NuGet | 88 | 0.9% |
| Cargo | 11 | 0.1% |
07Maintenance: published once, and it is not a recency artefact
The obvious objection to this statistic does not survive a cohort analysis.
11,366 servers (60.3%) have published exactly one version and never shipped a second. 7,477 have published two or more.
maintenance.single_version_serversThe obvious objection is that the registry grew tenfold in ten months, so most servers are simply too new to have needed an update. The cohort data does not support that. The September 2025 cohort, ten months old at snapshot, sits at 59.6% single-version. Every cohort from September 2025 to July 2026 falls between 48.0% and 64.1%. Restricted to cohorts at least three months old, the rate is 57.9%. Single-version publication is a stable structural property of this registry, not a function of age.
maintenance.single_version_pct_by_cohortA fairer counterweight is update recency, which is healthier than the single-version figure suggests: 13,191 servers (70.0%) had their current version published within the last 90 days, and only 1,212 (6.4%) have gone more than 180 days without a new version.
maintenance.updated_within_30_days and followingAt the other extreme, publishing is dominated by automation. The 50 most frequently published servers account for 12.5% of all 60,374 version rows. Twenty-five servers have shipped 100 or more versions, and one has shipped 1,154. The version feed reflects continuous-integration pipelines more than it reflects human release decisions.
maintenance.top_50_servers_share_of_all_version_rows_pct08Concentration: one large publisher, and a very long tail
Both halves of this finding matter, and reporting either alone is misleading.
The largest namespace, io.github.pipeworx-io, holds 1,279 servers, 6.8% of the registry. The five largest hold 10.9% and the twenty-five largest hold 18.1%. Eight namespaces hold 100 or more servers each.
concentration.top_namespacesReported alone, that overstates the case. 10,514 of 11,783 namespaces (89.2%) publish exactly one server, and the hundred largest namespaces together account for only 25.9% of the registry. Bulk publishing is visible at the head and almost absent across the body.
concentration.namespaces_with_one_serverJuly’s growth is broad rather than bulk-driven. The month’s 4,571 new servers came from 3,415 distinct namespaces, with the ten largest contributing only 11.5%. Recent growth is not an artefact of a small number of automated uploads.
concentration.july_2026_new_servers_from_distinct_namespaces| Namespace | Servers | Share of registry |
|---|---|---|
| io.github.pipeworx-io | 1,279 | 6.79% |
| io.github.CSOAI-ORG | 305 | 1.62% |
| ai.smithery | 213 | 1.13% |
| io.github.codespar | 126 | 0.67% |
| app.wishpool | 125 | 0.66% |
| io.github.cyanheads | 125 | 0.66% |
| eu.ansvar | 102 | 0.54% |
| io.github.Br0ski777 | 101 | 0.54% |
| io.github.Evozim | 99 | 0.53% |
| io.github.mcp-dir | 97 | 0.51% |
09Metadata quality: not improving with time
What publishers fill in, and what they leave blank.
Of 18,843 servers: 15,345 (81.4%) link a source repository, 9,642 (51.2%) set a title, 8,122 (43.1%) give a website, and 1,013 (5.4%) provide icons. Only 564 servers (3.0%) supply all four.
metadata_quality.fieldsCompleteness is not trending upward. Icon adoption has moved within a 2.0% to 7.1% band across every monthly cohort since September 2025, with no directional improvement despite a tenfold increase in publishing volume. Discovery surfaces that depend on rich metadata will be working with a 3% to 5% subset for the foreseeable future.
metadata_quality.icons_pct_by_cohortDescriptions are near-universally unique, at 18,508 distinct strings across 18,843 servers, but the shared ones are revealing. 21 servers ship the literal scaffolding placeholder “Description of my MCP server”, 8 ship “An MCP server that provides [describe what your server does]”, and 578 servers have descriptions shorter than 40 characters.
metadata_quality.servers_using_template_placeholder_descriptionSource hosting is effectively monocultural: 15,322 servers link to GitHub against 23 linking to GitLab, a ratio of 666 to 1. Namespace top-level domains follow the same shape, with io at 14,035, com at 2,188, ai at 863 and eu at 125.
hosting10Methodology
How the data was collected, how it was reduced, and what it cannot tell you.
On 28 July 2026 we paginated the public /v0/servers endpoint of the official MCP registry in full, following the nextCursor token at a page size of 100 until exhaustion. That returned 604 pages and 60,374 version rows. No sampling, no filtering and no rate-limit truncation: the pull is the complete public contents of the registry at that moment. The final row carries a publication timestamp of 2026-07-28T10:29:56Z.
The registry stores one row per published version. Grouping the 60,374 rows by server name yields 18,843 unique servers, and every one of them has exactly one row flagged isLatest, so the current-state reduction is unambiguous. Unless stated otherwise, per-server statistics are computed over that single current row. Cohort statistics assign each server to the month of its earliest published version, which is why cohort totals differ from a naive count of current-version dates. Both series are in the dataset.
A server is remote-capable if its current version declares at least one entry under remotes, and package-based if it declares at least one under packages. Some servers declare several of either, so endpoint counts exceed server counts: 9,341 remote-capable servers publish 9,744 endpoints between them. Where a percentage could be computed against either denominator we give both, as in section 04.
- Official registry only. Servers distributed solely through a source repository, vendor documentation or a third-party directory do not appear here and are not counted. This report describes the official registry, and no claim is made about the size of the wider MCP ecosystem.
- July 2026 is partial. Twenty-eight days, the last of them incomplete. Do not compare July against complete months without normalising.
- Metadata is self-declared. Nothing in the registry is independently verified, by its operators or by us. We measured what publishers wrote, not what their servers do. No endpoint was contacted during this study.
- Declaration is not behaviour. This applies most sharply to authentication, and section 04 treats it at length, but it holds throughout.
- A snapshot, not a time series. Cohort figures are reconstructed from publication timestamps present on 28 July 2026. Records deleted before that date are invisible to this method.
The aggregate dataset behind every figure on this page is published as state-of-mcp-2026.json. It carries the collection timestamp, the counting rules, the per-cohort breakdowns and the limitations above in machine-readable form. The source registry is public, so the pull is repeatable by anyone; a later pull will legitimately differ from ours as the registry grows.
Free to cite
This report and its dataset are published under CC BY 4.0. Journalists, analysts and researchers are welcome to quote any figure, reproduce the tables and redistribute the dataset, with attribution. No permission request is needed. If you find an error, we would like to hear about it and will correct the page with a dated note.
https://scalix.world/research/state-of-mcp-2026
Download the aggregate dataset (JSON) · Includes every figure cited above, plus per-cohort series
Who compiled this, and why
Scalix World builds cloud infrastructure, and part of what we run is MCP server hosting. We pulled this data to answer an operational question for ourselves: whether to prioritise hosted endpoints or installable packages, and which transport to treat as the default. The crossover in section 03 and the SSE collapse in section 05 answered both, and the answers were not what we assumed going in. Publishing the working seemed more useful than keeping it.
We have kept the product out of the findings deliberately. Nothing on this page is conditioned on using Scalix, and we would rather the numbers be quoted than the company.
Compiled by Kiran Ravi, Scalix World. Press, data and correction requests: hello@scalix.world. Published 28 July 2026.