flare-mcp
Related Servers
Alternatives to flare-mcp
No user-submitted related servers found.
Related Servers
- 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.940 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.1333 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
- AlicenseAqualityAmaintenanceRead-only MCP server that enables natural-language queries about Solana NFTs, including ownership history, freeze/burn rights, marketplace sales and floors with source and currency, directly from the chain and marketplaces without sign-up.2159 npm1MIT
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.