Monad NFT Analytics MCP
Allows accessing NFT collection holders data using Thirdweb's API with a client key
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Monad NFT Analytics MCPshow me the top-selling NFT collections by volume in the last 24 hours"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Monad MCP Magic Eden
This project allows you to create an MCP server that interacts with various APIs to retrieve NFT-related data on the Monad testnet. The MCP server provides several tools:
Retrieve the list of holder addresses for an NFT contract -Calculate the total NFT value held by an address using floor prices
List all NFT collections that an address holds
Get the top-selling collections by number of sales (5 min, 10 min, 30 min, 1 h, 6 h, 24 h, 1 d, 7 d, 30 d)
Get the top-selling collections by volume (5 min, 10 min, 30 min, 1 h, 6 h, 24 h, 1 d, 7 d, 30 d)
Prerequisites
Node.js (v16 or later)
npm
Claude Desktop
Related MCP server: Monad MCP
Getting Started
Clone this repository
git clone https://github.com/Sifu213/monad-mcp-magiceden.gitInstall dependencies:
npm installAdd a Thirdweb client key :
Get an Thirdweb client key to be able to use the list of holders for a NFT collection by creating a project and make the origin allowance to *. Add you api client key in the nft-owners.ts file on line :
const THIRDWEB_CLIENT_ID = "yourclientkey";Build the project
npm run buildThe server is now ready to use!
Adding the MCP server to Claude Desktop
Open "Claude Desktop"
Open Settings
Claude > Settings > Developer
Open
claude_desktop_config.jsonAdd details about the MCP server and save the file. Use your machine absolute path to the js files resulting from the build
{
"mcpServers": {
"top-selling-collections": {
"command": "node",
"args": ["*absolutepath*\\dist\\top-selling-collections.js"]
},
"top-volume-collections": {
"command": "node",
"args": ["*absolutepath*\\dist\\top-volume-collections.js"]
},
"collections": {
"command": "node",
"args": ["*absolutepath*\\dist\\user-collection.js"]
},
"totalValue": {
"command": "node",
"args": ["*absolutepath*\\dist\\user-nft-value.js"]
},
"nft-owners": {
"command": "node",
"args": ["*absolutepath*\\dist\\nft-owners.js"]
}
}
}Restart "Claude Desktop" and make sure it's a hard restart
All the MCP tools may be availables

Here's the final result
Using the MCP server for holders adress for an Nft collection

Using the MCP server for User Nft value

Using the MCP server for User Nft collection

Using the MCP server for getting the trendng NFT collection by volume

Using the MCP server for getting the trendng NFT collection by number of sales

Available Tools
1 toolget-top-selling-collectionsC
Retrieve top selling NFT collections on Magic Eden testnet
| Name | Required | Description | Default |
|---|---|---|---|
| period | Yes | Magic Eden user address on Monad testnet |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden of behavioral disclosure. It mentions retrieving data but lacks details on rate limits, authentication needs, response format, or any side effects. This leaves significant gaps in understanding how the tool behaves in practice.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, direct sentence that efficiently conveys the core function without unnecessary words. It is appropriately sized for a simple tool, though it could be slightly more structured by including key details like output format or usage context.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the lack of annotations and output schema, the description is incomplete. It does not explain what the tool returns, potential errors, or behavioral traits like performance or limitations. For a tool with no structured support, the description should provide more context to be fully helpful.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The schema description coverage is 100%, with the parameter 'period' documented in the schema. The description does not add any meaning beyond the schema, such as explaining what 'period' represents or valid values. However, with high schema coverage, the baseline score of 3 is appropriate as the schema handles the parameter documentation adequately.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the action ('Retrieve') and resource ('top selling NFT collections on Magic Eden testnet'), making the purpose understandable. However, with no sibling tools mentioned, it cannot demonstrate differentiation from alternatives, which prevents a score of 5.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives, prerequisites, or constraints. It merely states what the tool does without context for its application, leaving usage unclear beyond the basic function.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
- First observed
get-top-selling-collections
TDQS
Scored across 1 tool
With only one tool, there is no possibility of ambiguity or overlap between tools. The tool has a clear, distinct purpose focused on retrieving top-selling NFT collections.
The single tool follows a consistent verb_noun pattern (get-top-selling-collections), which is clear and descriptive. With only one tool, naming consistency is inherently perfect.
A single tool is too few for a server labeled 'NFT Analytics MCP', which implies a broader scope of analytics operations. This feels thin and incomplete for the apparent domain.
The tool surface is severely incomplete for NFT analytics. It only retrieves top-selling collections, missing essential operations like collection details, sales trends, wallet analysis, or market data, which are expected in this domain.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Query real-time blockchain token data across EVM and Solana networks. Access token balances, transfers, prices, holders, NFT ownership, DEX swaps, and liquidity pools. Supports Ethereum, Base, Arbitrum, BSC, Polygon, Solana, and more.
32 paid x402 endpoints for crypto, Zora & on-chain analysis. 10 MCP tools. USDC on Base.
MCP server for Renzo protocol data, including chains, vaults, operators, and ezETH metrics.
Abstraxn: public Web3 MCP server for read-only chain data and pay-per-call relays.
Related MCP Servers
- AlicenseAqualityDmaintenanceA Model Context Protocol server that enables AI models to interact with the Monad testnet for checking token balances, sending transactions, and deploying smart contracts.7Apache 2.0
- FlicenseBqualityDmaintenanceAn MCP server that allows querying MON token balances and NFT counts on the Monad testnet, enabling Claude Desktop to interact with the Monad blockchain.2-

Blockscout MCP Serverofficial
FlicenseAqualityBmaintenanceA server that exposes blockchain data (balances, tokens, NFTs, contract metadata) via the Model Context Protocol, enabling AI agents and tools to access and analyze blockchain information contextually.1845-- FlicenseNot gradedqualityDmaintenanceListens to Monad testnet for new blocks and provides a REST API to query the latest block number and transaction count.3-
Appeared in Searches
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Sifu213/monad-mcp-magiceden'
If you have feedback or need assistance with the MCP directory API, please join our Discord server