Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

Mooncatcher Wire

REMOTE · MOONCATCHERWIRE.COM

Free crypto news for agents: top stories by market impact, search, topics, AI digest.

0 this week 80 Trust /100

Last scanned (43 minutes ago)

Scores higher than 81% of remote servers

Reachable. Last reached 5 Nov 2026.

Category Crypto and Web3

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security77
Transport & Reachability100
Schema Quality & AI Usability56
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 2988 tokens (~249/item across 12 items; 12 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage79
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 38% of tool parameters carry a description.Partial
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • We read all 12 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
  • An AI judge read all 13 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities60
  • Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 5 Nov 26 +1
    • Stability: 0.97 → pass security
  • 4 Nov 26 −1
    • Stability: pass → 0.97 functional
  • 28 Oct 26 +1
    • Stability: 0.97 → pass security
  • 26 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 90 to 93. That category is still filling its 30-day observation window: 27 days of observed history at the previous scan, 28 at this one. The score rises as the window fills, whether or not the server changes.

  • 25 Oct 26 0
    • Tool “mcw-signals-market-data” rewrote its description, which is the text the model reads security
    • Tool “mcw-signals-overview” rewrote its description, which is the text the model reads security
    • Tool “mcw-signals-thesis” rewrote its description, which is the text the model reads security
  • 24 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 83 to 87. That category is still filling its 30-day observation window: 25 days of observed history at the previous scan, 26 at this one. The score rises as the window fills, whether or not the server changes.

  • 22 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 77 to 80. That category is still filling its 30-day observation window: 23 days of observed history at the previous scan, 24 at this one. The score rises as the window fills, whether or not the server changes.

  • 20 Oct 26 0
    • Tool “mcw-signals-charts” rewrote its description, which is the text the model reads security
    • Tool “mcw-signals-overview” rewrote its description, which is the text the model reads security
    • Tool “mcw-signals-thesis” rewrote its description, which is the text the model reads security
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 5 Nov 2026 · Probed https://mooncatcherwire.com/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=mooncatcherwire.com CN=WE1,O=Google Trust Services,C=US 16 Sept 2026 15 Dec 2026 ECDSA 256 ECDSA-SHA256 baa1a6af0a3c14a30ef4bc99ad1d3d74
SANs: mooncatcherwire.com, *.mooncatcherwire.com
CN=WE1,O=Google Trust Services,C=US (CA) CN=GTS Root R4,O=Google Trust Services LLC,C=US 13 Dec 2023 20 Feb 2029 ECDSA 256 ECDSA-SHA384 7ff31977972c224a76155d13b6d685e3
CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE 15 Nov 2023 28 Jan 2028 ECDSA 384 SHA256-RSA 7fe530bf331343bedd821610493d8a1b

Background: What to check on a remote MCP endpoint →

DNSSEC secure

Validation of mooncatcherwire.com. — Secure

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
com. present 19718 13 Verified
mooncatcherwire.com. present 2371 13 Verified
mooncatcherwire.com. Verified address RRset verified with the apex keys
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200
Header Value
x-content-type-options nosniff
x-frame-options SAMEORIGIN
referrer-policy same-origin

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://mooncatcherwire.com/mcp Verified 200
http (plaintext) http://mooncatcherwire.com/mcp HTTPS enforced 301 https://mooncatcherwire.com/mcp
MCP tools · 12 exposed · ~2,786 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
mcw-get-board ~51

The current crypto news board: mood, counts, the top stories by market impact, and the AI digest. This is what www.mooncatcherwire.com shows.

NameTypeReqDescription
limitinteger––

No output schema declared.

No examples provided.

mcw-get-digest ~41

The AI-written market digest for the current board: overview, the bull/neutral/bear split, per-ticker takeaways and the clustered highlights.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

mcw-get-story ~46

One story in full by its id, including TSP's own review state and the Moon Catcher Wire editor state if one has been set.

NameTypeReqDescription
idstringyes–

No output schema declared.

No examples provided.

mcw-list-stories ~140

Stories with filters. `ticker` matches TSP's ticker tags (BTC, ETH, SOL…). `topic` matches a Moon Catcher Wire topic (see mcw-list-topics) — these are OUR keyword rules, not TSP's, because TSP has no topic model. `since_hours` bounds by publication time. `breaking_only` keeps just the high-impact wires.

NameTypeReqDescription
breaking_onlyboolean––
limitinteger––
since_hoursnumber––
tickerstring–e.g. BTC
topicstring–a topic slug, e.g. crypto or ai

No output schema declared.

No examples provided.

mcw-list-topics ~59

The Moon Catcher Wire topics and the rules behind them. These are ours: TSP classifies only by ticker, so a topic like "ai" is not representable upstream and is a keyword rule over the headline and summary here.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

mcw-search ~58

Case-insensitive search over headlines and summaries of the current board. A query that equals a ticker tag (BTC, ETH, SOL…) also finds every story tagged with it.

NameTypeReqDescription
limitinteger––
querystringyes–

No output schema declared.

No examples provided.

mcw-signals-charts ~477

Bitcoin only, beta. One timeframe's analysis, its OHLCV candles and the support, resistance and FBB band levels the analysis lists. The analysis carries its own analyzed_at and `cadence_check` (its `ok` false past half an hour, three of TSP's ten-minute re-runs). `granularity` names the bars: 2H, 6H, 8H and 12H are built from TSP's 1h bars, and 1m, 3m, 5m and 15m have levels only, no bars (the finest bars the Signals run takes from TSP are 30m); `note` says so. A built series is judged on the 1h bars it is built from: its health and its freshness are the 1h series' (source_newest_bar_at and source_interval_ms say which bar and cadence). `bars` defaults to the newest 50 and accepts up to 200. The newest bar can carry a partial flag: when true it was read before it closed, ingested_at says when (null if not known), and its high, low and close are as of then. When TSP also marks it live, it has no ingested_at: its high, low and close are a live sample TSP took at as_of (null if not known; extremes is TSP's word for how its high and low were taken, sampled or null), and volume_ingested_at says when its volume was recorded (null if not known). On a built series, live, as_of and volume_ingested_at are its last 1h bar's: only its close is that sample, its high and low span the 1h bars it holds (extremes null), and its volume is their sum. A bar TSP makes from its sample before that interval's bar is recorded is left out, so a series ends at its newest recorded bar: partial is true there when TSP moved its flag from it onto the bar it made, or left it unlabelled with its volume recorded before it closed. Levels, not a trade plan. Not investment advice.

NameTypeReqDescription
barsinteger–How many of the newest bars to return.
timeframestring––

No output schema declared.

No examples provided.

mcw-signals-market-data ~523

Bitcoin only, beta. The BTC derivatives market: funding, open interest, liquidations, long/short, taker volume, ETF flows, options max pain and two fear and greed indexes from two publishers (each 0 to 100, 100 = extreme greed; `fear_greed` and `fear_greed_alternative`, each with its own reading, label and date, never averaged or combined), each with its own observed time and cadence. `stats` is TSP's open, high, low, close and range over its latest hourly bars, from `window_start` to `window_end` (TSP's window, not always 24 hours): `newest_partial` is true when the newest hour was still open when TSP read it, at `as_of` (null when not known), and `newest_bar_open` says whether it is open at the moment of the answer. Open interest comes for one contract (`instrument`, its venue in `exchange`) and for several together: `contracts` lists the perpetual contracts in that one figure, `contracts_unlisted` counts any leg it does not name, and `includes_single_contract` says whether the one contract is among them; a venue not shown here is null. `flow.retail` is the all-accounts long/short ratio (the global account ratio, by number of accounts), set against the top-trader position ratio. A pending ETF day has a null flow, never 0, whatever TSP's own word for it (tsp_status: reported, provisional or null). `stopped_refreshing` is true on ETF flows two days after their row was last written, and on max pain, which has no cadence of its own, six hours after its chain was captured. Clock verdicts (cadence_check, open_bucket.closed, newest_bar_open, stopped_refreshing, max pain's nearest expiry) are judged at the moment of the answer. By default the latest reading of every metric is complete and the back-history beside it is the newest 3 points per series; the answer's `history` block reports how many older points were left out. Set `history` to true for the full stored series. TSP's sentiment readings are in mcw-signals-sentiment, and its verdict on each price feed in mcw-sign…

NameTypeReqDescription
historyboolean–True returns every stored point of each series instead of the newest 3. The answer is about twice as large.

No output schema declared.

No examples provided.

mcw-signals-meta ~169

Bitcoin only, beta. When the BTC signals snapshot was made, how old its newest value is, whether it is degraded and why, and every source with its own observed time and whether it was carried from an earlier run. Also the beta and not-advice notice. It is the only one of the signals tools that is purely about the age of the data. Also TSP's own verdict on each BTC price feed (`feed_freshness`: `tsp_status` fresh, stale, errored or null, as of `verdict_at`, and `last_updated_at`, when TSP last wrote it) beside the Wire's own verdict for the same series (`wire_check`), with `verdicts_differ` true when the two disagree; neither replaces the other.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

mcw-signals-overview ~426

Bitcoin only, beta. The BTC spot price with the change TSP reports beside it (`spot.delta_pct`, in percent; TSP says it is the exchange-reported change over a rolling day), the trend, direction and confidence on each of thirteen timeframes with their consensus, each timeframe's direction recomputed every minute (`live`), the bull, base and bear cases with their probabilities for three horizons (TSP's own labels for them, `most_probable_arm` and `dominant_case`, are defined in mcw-signals-thesis), and support and resistance by how often they recur. Direction and confidence only: no entry, target or stop is published. Every value carries its own observed time, and `freshness` says how old the snapshot is. Each horizon's inputs are judged at the moment of the answer, each series against its own cadence (judged_on[].cadence_check, and stale per input family; ETF flows by two days since their row was written, and max pain, which has no cadence, by six hours since its chain was captured, as stopped_refreshing judges them). TSP re-runs its timeframe rows about every ten minutes, though a round is sometimes skipped, and each row's `cadence_check` judges its analysis against that at the moment of the answer, its `ok` false past half an hour, three re-runs; `live.timeframes` gives each timeframe's direction recomputed every minute from candles by TSP's own rule (the live price against the mean of the last 20 closes; `distance_pct` is how far from it, in percent), or a null direction with `why`. `live.age_s` is its price's age (roughly 100 to 170 s on a working lane: the price is dated by its own one-minute bar, not when it was read) and `live.stale` is true past five minutes, judged at the moment of the answer; `live` is null when none is stored. Not investment advice.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

mcw-signals-sentiment ~452

Bitcoin only, beta. TSP's sentiment readings for BTC, each with its own time and none combined with another. `hourly`: TSP's hourly rollup (TSP says its sentiment is global by design: one TSP-wide series, not scoped to one org), its newest hourly buckets (up to 48), each with its `hour`, `mean_sentiment`, `stddev_sentiment` and `sample_count`; a bucket with fewer than `thin_below` readings is thin; a null mean is no data, never 0; an hour with no readings has no bucket; TSP rewrites an hour after it closes, and `newest_bucket_open` says whether the newest is still open at the moment of the answer. `ema`: TSP's 24-hour EMA of that rollup, each point with its `hour` and the `computed_at` TSP gives it. TSP says the scores run roughly -1 to 1; a score outside -1 to 1 is published as null (the Wire's filter). `news_index`: TSP's own daily news index (0 to 100, 100 = extreme greed), with TSP's label and `article_count`; a day with too few articles has a null value, never a low one. `blend`: TSP's blend, the `weighted_sentiment`, `confidence` and `source_count` of its canonical row over that row's own window (`window_start` to `window_end`); it is not a combination of the indexes. The hourly, EMA and news blocks each carry their own `cadence_check`, and the blend its `age_s` and `stale`, judged at the moment of the answer. By default each series is the newest 3 points; the answer's `history` block reports how many older points were left out. Set `history` to true for the full stored series. Not investment advice.

NameTypeReqDescription
historyboolean–True returns every stored point of each series instead of the newest 3 (up to 48 hourly buckets, 24 EMA points and 30 days of the news index).

No output schema declared.

No examples provided.

mcw-signals-thesis ~344

Bitcoin only, beta. The bull, base and bear cases for three horizons (scalp, short and long), as the Signals page's Thesis tab shows them. For each horizon: `most_probable_arm`, TSP's own most probable case (bull, base, bear or none; null when not known), with `probabilities_tie` true when two or more cases share the highest probability, and TSP's pick among them then its own tie-break (null when a probability is missing); `dominant_case`, TSP's own label: the highest-probability case with price levels (bull, base, bear or none; null when not known; the levels themselves are not published), so it can name a different case from the most probable one; the aggregate confidence; and each case's action, its probability, whether it has a signal for its direction (`has_signal`) and whether TSP marks it degenerate. Each horizon's inputs are judged at the moment of the answer, each series against its own cadence (judged_on[].cadence_check, and stale per input family; ETF flows by two days since their row was written, max pain by six hours since its chain was captured). `horizon_timeframes` names the timeframe analyses each horizon is built from, and `timeframes` holds their rows, each with its own analyzed_at and `cadence_check` (its `ok` false past half an hour, three of TSP's ten-minute re-runs). Direction and probability only: no entry, target or stop is published, nor any of TSP's reasoning text. Not investment advice.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

Install

How do I install the Mooncatcher Wire MCP server?

Mooncatcher Wire is a hosted endpoint at https://mooncatcherwire.com/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · mooncatcherwire.com

# add to Claude Code
claude mcp add --transport http com-mooncatcherwire-wire 'https://mooncatcherwire.com/mcp'
Common questions

What is the Mooncatcher Wire MCP server?

Mooncatcher Wire is an MCP server listed in the public MCP registry as com.mooncatcherwire/wire. Free crypto news for agents: top stories by market impact, search, topics, AI digest. This page covers its hosted endpoint (https://mooncatcherwire.com/mcp).

Is the Mooncatcher Wire MCP server safe to use?

Mooncatcher Wire scores 80 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the Mooncatcher Wire MCP server expose?

Mooncatcher Wire exposes 12 tools: mcw-get-board, mcw-list-stories, mcw-get-story, mcw-search, mcw-list-topics, and 7 more. Their descriptions and schemas cost roughly 2,786 tokens of context every time the server is loaded.

Does the Mooncatcher Wire MCP server require authentication?

No. We connected to Mooncatcher Wire without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the Mooncatcher Wire MCP server still maintained?

Mooncatcher Wire is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.