Onvexia — Crypto Fundamentals, Sentiment & Onchain Tracking
Onvexia is a crypto research and market intelligence platform for traders, investors, analysts and AI agents.
Community: Submitted by a user or imported; check the owner before granting accessOnlineNo sign-inGlobalFreeRead-only
What it can do
- Get Asset: An asset's core profile by symbol: name, category and cross-system identifiers (CoinGecko id, contract addresses, chains). Start here when you have a ticker and need to be sure which asset
- Get Asset Scores: An asset's Galaxy Score and AltRank, with the components behind each. Galaxy Score is a composite of social and market health on a 0-100 scale; AltRank is relative standing against t
- Get Asset Fundamentals: Get the full fundamental brief for an asset: market snapshot, supply and valuation, project, TVL, revenue, treasury, security, governance, unlock schedule, derivatives position
What data it sees
Do you need an account
No: the server works without sign-in
Onvexia is a crypto research and market intelligence platform for traders, investors, analysts and AI agents. Find out whether a token's hype is real or manufactured, which wallets are quietly accumulating or dumping, which altcoins have social momentum building before the price moves, and whether the influencer calling it has ever actually been right.
Use it through any AI assistant — Claude, ChatGPT, Cursor — by connecting one URL. No install, no API key, no signup.
Use Onvexia to:
▪ Check if crypto hype is real or bot-driven before you buy ▪ Spot pump-and-dump and coordinated shill campaigns while they are forming ▪ Track whale wallets, smart money and exchange inflows/outflows across 80,000+ labelled addresses ▪ Find trending altcoins early with social volume and sentiment from X/Twitter, Reddit, Farcaster and Bluesky ▪ Rank 2,300+ coins by Galaxy Score and AltRank, with the components behind every score ▪ Check an influencer's real track record — did they predict the move, or react to it ▪ Run full crypto fundamental analysis on any token: market cap vs fully diluted valuation (FDV), tokenomics and supply schedule, protocol revenue, TVL, DAO treasury size and composition, exploit history, governance proposals, derivatives open interest, valuation ratios and a graded scorecard ▪ Do token due diligence before you buy: unlock schedules, holder concentration, competitive rank against peers ▪ Screen 2,300+ cryptocurrencies on social, on-chain and fundamental filters ▪ Find emerging DEX pairs and new exchange listings before they trend ▪ Query the entire dataset directly with read-only SQL
The MCP is public, read-only, and requires no API key.
Every response separates what was measured from what is not held. Sections carry a state, coverage counts ship alongside the results, and a null label means no label is held — never that a wallet or an influencer is safe. An empty list is never by itself evidence that nothing happened.
Galaxy Score and AltRank measure attention and social-market health. They are not valuation, price targets, or investment advice. Nothing here is a recommendation to buy or sell.
MCP endpoint: https://onvexia.com/mcp
Documentation: https://onvexia.com/openapi.json
Agent contract: https://onvexia.com/llms.txt
Pricing manifest: https://onvexia.com/.well-known/x402
Public index: https://github.com/faraz152/onvexia-mcp
Server tool list (60)
Raw names from tools/list. Only developers need these.
| get_asset | An asset's core profile by symbol: name, category and cross-system identifiers (CoinGecko id, contract addresses, chains). Start here when you have a ticker and need to be sure which asset it refers to. Tickers collide across chains — if the symbol is ambiguous, resolve_ticker is the tool that says so instead of guessing. |
| get_asset_scores | An asset's Galaxy Score and AltRank, with the components behind each. Galaxy Score is a composite of social and market health on a 0-100 scale; AltRank is relative standing against the rest of the universe, where 1 is best. READ THE COMPONENT BREAKDOWN — a score moved by sentiment and one moved by volume mean different things, and the composite alone cannot tell you which happened. |
| get_asset_fundamentals | Get the full fundamental brief for an asset: market snapshot, supply and valuation, project, TVL, revenue, treasury, security, governance, unlock schedule, derivatives positioning, competitive rank, valuation ratios and a graded scorecard — in one call. READ THE SECTION STATES, NOT ONLY THE VALUES. Each section is `measured`, `not_held` or `failed`, and sections the asset class cannot have are returned separately in `not_applicable`. "This chain has no DAO treasury" and "we could not read it" are different facts and this response keeps them apart. Revenue is split: `S06` is the entity's own fees, `S06b` is the total earned by protocols deployed on a chain. The two can differ by two orders of magnitude and only the first accrues to the token. |
| get_asset_technicals | Get support and resistance merged across 1w/1d/4h/1h, per-timeframe indicators, and derived spot/long/short setups for an asset. Each level carries the timeframes that confirmed it and the method on each — a level agreed by four charts is a different claim from one seen on the hourly. `measured_against` names the exchange and pair every distance was computed from, and `price_age_minutes` says how old that price is. Setups are GEOMETRY, not forecasts: an entry is a level cluster, a stop is that level offset by a measured multiple of daily range, and `rr_ratio` is computed from those prices. `status` is derived per request — pending, in_zone or passed. |
| get_top_galaxy_scores | The assets with the strongest Galaxy Score right now. Galaxy Score is 0-100 and composite: social volume, engagement, sentiment and market health folded together. A high score is a statement about ATTENTION AND HEALTH, not about valuation — it does not mean an asset is cheap. Call get_asset_scores for the breakdown. |
| get_top_altranks | The assets ranked best by AltRank right now — relative standing, not absolute. AltRank is a RANK: 1 is the strongest in the universe. A rising AltRank in a falling market means outperforming the fall, not going up. Pair with get_asset_scores when the distinction matters. |
| get_correlation | How closely an asset's social activity tracks its price, with the lead/lag. Correlation is not causation and this endpoint does not claim it is. A high coefficient says the two series moved together over the window — it does not say which one moved first. Use get_leading_indicators for that question. |
| get_leading_indicators | Which social and on-chain signals have historically MOVED FIRST for an asset. This is the lead/lag question that get_correlation deliberately does not answer. A lead measured over a past window is not a forecast and the response does not present it as one — it is the observed ordering of two series, and it can break. |
| get_social_dominance | Each asset's SHARE of total social attention over a window, with the posts, distinct authors, engagement and sentiment behind the share. Share is relative and sums across the universe, so an asset's dominance can fall while its absolute volume rises — that is the market getting louder, not the asset getting quieter. Distinct authors is the column that separates a real conversation from one account posting 400 times. |
| get_topic_rank | Rank what the market is TALKING ABOUT — themes and narratives, not assets. Ranked by mentions weighted by engagement over the window, so a topic posted about loudly by few accounts does not outrank one discussed widely. Use get_trending_assets for tickers; this is the layer above, where "restaking" and "AI agents" live. |
| get_whale_transactions | Recent large on-chain transfers, optionally filtered to one asset. "Whale" is a SIZE threshold, not an identity. A large transfer is very often an exchange moving its own funds between wallets, which is not a market action at all — counterparty labels are included where we hold them, and a null label means WE HAVE NO LABEL, never that the counterparty is unknown or safe. |
| get_exchange_flows | Net movement of an asset into and out of exchange wallets. Inflows are supply arriving somewhere it can be sold; outflows are supply leaving to self-custody. The conventional reading is distribution vs accumulation, but a single large transfer can be an exchange rebalancing its own wallets — check get_entity_flows before attributing intent. |
| get_aspect_sentiment | Split an asset's sentiment by what people are actually talking about: technology, price, team and community. The aggregate can be flat while the parts disagree sharply — bullish on technology, bearish on team is a different situation from uniformly neutral, and only this tool can tell them apart. |
| analyze_sentiment | Score any text for crypto sentiment, tuned for crypto slang and tickers. Takes arbitrary text you supply — it does not look anything up. General sentiment models read "this is going to zero" and "wagmi" badly; this one is fitted to the register. Returns polarity plus the terms that drove it, so a score can be checked rather than trusted. |
| get_influencers | The accounts driving conversation about one asset, by reach and engagement. Ranked by measured activity in our corpus, NOT by follower count, and NOT by whether they were right — see get_influencer_ledger for track record. A large account posting noise ranks here; that is the point of keeping the two tools separate. |
| get_signal_integrity | Get the Signal Integrity score (0-100) — is the move real or exit liquidity? Fuses social authenticity + on-chain reality + fundamental backing, with an Exit Liquidity Radar flag. |
| get_influencer_ledger | Get an influencer's accountability record: did their calls precede the move (Predictor) or react to it (Reactor)? Includes hit rate and track record. |
| get_influencer_leaderboard | The influencer accountability leaderboard, ranked by what people actually got RIGHT rather than by how loud they are. Each entry is scored Predictor vs Reactor: did the call come before the move, or after it. This is the flagship differentiator — reach and accuracy are different axes, and most rankings only publish the first. |
| search_assets | Search the whole asset universe (~1,900 assets) by symbol or name. Use this to resolve a user's loose reference into a real symbol before calling the other tools. |
| get_data_coverage | What data this platform actually holds right now: asset count, how many are priced, chains covered, labelled addresses, social corpus size, and freshness timestamps. Call this to check whether an answer is supportable before asserting it. |
| get_chain_coverage | Per-chain coverage — tokens mapped, labelled addresses, whale transactions seen, and how many were attributed to a named entity. Attribution is Etherscan-derived, so it is strong on Ethereum and sparse on other chains. |
| get_asset_platforms | Every chain an asset is deployed on, with its contract address and token decimals. |
| lookup_address | Identify a blockchain address — exchange, bridge, DEX, MEV bot, mining pool, or OFAC-sanctioned — with the source and confidence of each label. IMPORTANT: `known: false` means no label is held. It does NOT mean the address is clean or unflagged. |
| list_labelled_addresses | Browse labelled addresses, filtered by chain, entity (e.g. Binance) or category (exchange | bridge | dex | mev | staking | mining | sanctioned). |
| list_metrics | List every metric Onvexia knows, with its parity and caveats. parity=exact means we compute it the way Santiment does; approximate means same concept but different coverage or method (read the caveat before relying on the number); unavailable means we do NOT serve it yet. Unavailable metrics are listed on purpose — check here before asserting that Onvexia can answer a question. |
| get_metric_metadata | Describe one metric before you use it: parity, category, minimum interval and any caveat attached to it. CALL THIS BEFORE get_metric_timeseries if the metric is unfamiliar. The minimum interval tells you the finest resolution that is real rather than interpolated, and the caveat is where an approximate metric admits what it approximates. |
| get_metric_timeseries | Timeseries for any available metric on any asset. Accepts Santiment-style relative dates ("utc_now-7d") as well as ISO timestamps. If the metric is not available this returns an error naming it rather than an empty series — an empty result here always means "no data in that range", never "we do not have this metric". |
| get_entity_flows | Whale flow per labelled entity over the window. Inflow to an exchange is distribution pressure; outflow is accumulation. |
| get_metric_timeseries_multi | Timeseries for ONE metric across MANY assets in a single call. `assets` is comma-separated (e.g. "BTC,ETH,SOL"). Prefer this over looping get_metric_timeseries — it is one round trip instead of N, and the values are guaranteed to come from the same read. |
| get_metrics_batch | Latest value of MANY metrics for ONE asset in a single call. `metrics` is comma-separated. The mirror of get_metric_timeseries_multi. |
| screen_assets | Filter the whole asset universe server-side and return the matches. `filter` is comma-separated `field:op:value` terms, e.g. "market_cap:gt:1000000000,funding_rate:lt:0" — assets over $1B whose funding rate is negative. Ops: gt, gte, lt, lte, eq, ne. Call screener_fields() first to see what fields exist and their ranges; guessing a field name gets the whole query rejected. |
| screener_fields | Every field the screener accepts, with type and description. Call this before building a filter rather than guessing field names. |
| get_ohlcv | Daily candles (open/high/low/close/volume) for an asset, with the venue they came from. Coverage is bounded by which assets have a USDT pair on Binance or Bybit — an asset absent here has no candle source we collect, which is not the same as having no price. |
| get_trending_assets | Assets trending now by social activity, with the hype score that separates a real move from a burst of noise. |
| get_entities | Named entities extracted from social documents about an asset — people, organisations, products and other tickers mentioned alongside it. Use it to find what a narrative is actually about. |
| get_sentiment_trends | Sentiment over time for an asset, with sample size and confidence interval. IMPORTANT: sentiment measured on few documents is unreliable — our own bootstrap put the direction wrong 35.6% of the time at n=1 and 9.5% at n=20. Read n before quoting a direction. |
| get_bot_detections | Accounts flagged as automated or coordinated, with the behavioural evidence. Volume from these should not be read as organic attention. READ `coverage` AND `note` BEFORE YOU READ THE LIST. No scorer is currently running, so `bot_probability` is NULL for every account and this list comes back EMPTY. An empty list here says nothing whatsoever about how clean the corpus is — it means nobody has been scored yet, and the response says so explicitly in `note`. `coverage.accounts_scored` vs `accounts_total` is the honest number: while the first is 0, treat this tool as reporting our coverage, not the market's cleanliness. |
| get_coordinated_campaigns | Detected coordinated posting campaigns — the same message pushed by multiple accounts. Matching is exact-text, so this catches copypasta and misses the same campaign reworded. |
| get_creator_rankings | Rank social creators across the whole corpus by measured influence. Corpus-wide, unlike get_influencers which is scoped to one asset. Influence is computed from engagement our collectors actually observed, so a creator we do not ingest is absent rather than ranked low — an absence here is a coverage fact, not a judgement. |
| get_asset_revisions | Metrics for this asset that CHANGED after they were first published, with the old value, the new one and why. An agent that quoted an earlier number can find out here that it moved. |
| get_trending_stories | Current narratives, each an LLM summary of a CLUSTER of posts rather than a single document. Read author_count before quoting one: a high post_count with a low author_count is one person repeating themselves, not a narrative. These are machine summaries, not edited articles. |
| get_narrative_clusters | The raw clusters behind the stories, without the prose — for a model doing its own summarisation. Every cluster has >= 2 distinct authors; near-identical posts from one account are copypasta and excluded. |
| list_research_reports | List the assets that currently have a generated research report available. Returns the index, not the reports — call get_research_report with a symbol for the body. An asset missing from this list has not been written up; that is a statement about our coverage, not about the asset. |
| get_research_report | One asset's generated report. The `unavailable` field lists metrics the report could NOT use — read it, because a report that silently omits funding rate reads as a report about an asset with unremarkable funding. |
| resolve_ticker | Does a bare ticker actually mean the crypto asset? verdict 'crypto' means mentions are about the asset; 'equity'/'other' means the bare word is dominated by something else (TIA is Spanish 'tia'; GRT collides with 'graph'). A 404 is NOT a clean bill of health — it means nobody has adjudicated that ticker yet. |
| get_social_coverage | How many assets actually clear the document floor that makes each social metric computable. Call this BEFORE quoting sentiment for an asset. A large corpus total does not mean sentiment works everywhere: attention is a power law and the documents pile onto BTC, so most assets stay uncomputable. |
| list_nl_screens | Previously compiled natural-language screens: the English somebody wrote and the filter it compiled to, INCLUDING refusals. Useful as worked examples of the screener's filter grammar before you write one. |
| get_agent_findings | What this platform's own monitoring agents are currently complaining about — dead collectors, stale data streams, coverage drops. Worth checking before relying on a number: a stream flagged stale here is still being served, it is just old. |
| run_sql | Run a read-only SELECT against the platform's data. One statement, 15s timeout, 10,000-row cap; truncation is always reported. Call get_sql_schema first for the queryable relations. |
| get_sql_schema | List every relation and column queryable via run_sql, plus the rules and what is deliberately not exposed. |
| get_hodl_waves | Bitcoin supply split by coin age over time — which cohorts are holding and which are moving. |
| get_exchange_netflow | Per-token flow onto and off exchanges. Inflow is distribution pressure, outflow is accumulation. net_usd where the token can be priced. |
| get_constellation | Asset co-mention graph — which assets are discussed together, with what was filtered out. |
| get_social_posts | Collected social posts, optionally filtered by platform (bluesky, farcaster, reddit, 4chan, bitcointalk, rss). |
| get_similar_posts | Posts nearest a given post in embedding space. Read the returned BAND, never the raw cosine — 43% of this corpus sits at 0.80-0.90 by default. |
| get_asset_social_signal | Per-asset social signal over time. The `available` field states plainly whether we hold it. |
| get_metric_revisions | Restatements of published numbers — what changed, over which period, and why. A correction is not a market move. |
| get_emerging_dex_pairs | Newly created DEX pairs above a USD liquidity floor. THE FLOOR IS RETURNED IN THE RESPONSE, and it is load-bearing: this is the long tail where most pairs are rugs or noise, and the floor is the only thing separating a signal from a list of scams. Raising it shrinks the result set and raises its quality. |
| get_exchange_listings | Recent exchange listing announcements — an asset being added to a venue. A listing is an ATTENTION event, not a fundamental one: it changes who can buy, not what the project is worth. Use it to explain a volume or social spike, not as a valuation input. |
| get_address_coverage | What we index per chain for watched addresses: what we see, what we miss, and what an empty feed actually means. |