flare-mcp
Related Servers
Alternatives to flare-mcp
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityCmaintenanceMCP server for monitoring Flare's interoperable asset ecosystem, providing real-time on-chain data for FAssets, FTSOv2 prices, and bridge states. It exposes 8 MCP tools for anomaly detection, risk scoring, and automated alerts.-
- AlicenseAqualityDmaintenanceSolana DeFi Intelligence MCP server enabling natural language queries for wallet analytics, DeFi positions, protocol metrics, and token prices.81MIT
- AlicenseAqualityCmaintenanceAn MCP server that enables AI agents to query the Canton Network for balances, rewards, classified transactions, CC prices, and directory information using natural language.9130 npmMIT
- FlicenseAqualityDmaintenanceUniversal MCP server for Mantle yield data, enabling users to fetch health status, dashboard summaries, and detailed opportunity information through natural language.7-
- AlicenseCqualityDmaintenanceMCP server providing tools to search, get, and aggregate Merkl opportunities. Enables querying campaign data, APRs, TVL, and more through natural language.13100 npmMIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that connects Hermes Agent to the Solana blockchain, enabling natural language queries for wallets, tokens, NFTs, transactions, whale movements, and network health.6MIT
TDQS
Scored across 24 tools
Most tools serve clearly distinct purposes, but there is real overlap: get_fassets_status is largely superseded by fassets_system_state, get_flr_balance is a subset of get_flr_stake_info, and get_ftso_feed versus get_ftso_anchor_feed are easy to confuse without reading descriptions. The detailed descriptions help, but the boundaries are not always crisp.
The set is consistently snake_case, but the naming pattern is mixed: some tools start with get_, others use domain prefixes like fdc_/ fassets_/ evidence_, and songbird_fcc_registry does not follow a verb pattern at all. Word order also varies, such as fdc_web2json_request versus fdc_request_attestation.
24 tools is at the heavy end of the acceptable range, and the server covers several protocol families rather than one focused workflow. Each family has useful tools, but the broad scope and near-redundant status/balance tools make the set feel slightly bloated.
Core workflows are well covered: reading state, requesting and retrieving FDC proofs, verifying proofs against the on-chain Relay root, and bundling evidence for downstream verification. Minor gaps exist, such as no dedicated generic verifier for Payment or AddressValidity attestations, but agents can work around them.