EVM MCP Server

What is EVM MCP Server about?

Enables LLMs and AI agents to query balances, transaction data, contract state, and execute token transfers on a wide range of EVM networks through a consistent MCP tool set. ENS names are automatically resolved for any address parameter.

How to use EVM MCP Server?

1. Install dependencies (optional, only needed for local development):

   git clone https://github.com/mcpdotdirect/evm-mcp-server.git
   cd evm-mcp-server
   bun install   # or npm install
   

2. Run the server with npx (no installation required):
   • StdIO mode (for CLI‑based agents):

     npx -y @mcpdotdirect/evm-mcp-server
     

   • HTTP mode with Server‑Sent Events (for web apps):

     npx -y @mcpdotdirect/evm-mcp-server --http
     

3. Connect from any MCP‑compatible client (e.g., Claude, Cursor, custom MCP client) using the default endpoint http://localhost:3001.

Key Features

• Multi‑chain support for 30+ EVM networks (mainnets and testnets)
• Unified MCP tools for native token balances, ERC‑20/721/1155 operations, contract reads/writes, gas estimation, and transaction tracking
• Automatic ENS name resolution for all address inputs
• Both stdio and HTTP(S) server modes, with SSE streaming for real‑time responses
• No persistent storage of private keys – keys are supplied at call time only for signing

Use Cases

• AI assistants that can answer “What is the ETH balance of vitalik.eth?”
• Automated trading bots that need to query token prices and execute transfers
• Development tools that let developers test contract interactions without writing boilerplate code
• Documentation generators that pull live on‑chain metadata for tokens and NFTs
• Security auditors that programmatically retrieve transaction receipts and decoded logs

FAQ

Q: Do I need to run the server locally? A: No. The server can be started via npx, which downloads the package on‑the‑fly. For production you may host it on a dedicated server.

Q: How are private keys handled? A: Private keys are provided as arguments to write‑type tools (e.g., transfer-eth) and are used only for signing the transaction. The server never stores them.

Q: Can I use HTTPS? A: The default server runs on HTTP. For production, place a reverse proxy (e.g., Nginx) in front of it or modify src/server/http‑server.ts to enable TLS.

Q: What if I need authentication? A: The project recommends adding your own auth layer (API keys, JWT, etc.) when deploying publicly.

Q: Is there support for custom networks? A: New networks can be added by editing src/core/chains.ts with the chain ID and RPC URLs.

EVM MCP Server

A comprehensive Model Context Protocol (MCP) server that provides blockchain services across multiple EVM-compatible networks. This server enables AI agents to interact with Ethereum, Optimism, Arbitrum, Base, Polygon, and many other EVM chains with a unified interface.

📋 Contents

• Overview
• Features
• Supported Networks
• Prerequisites
• Installation
• Server Configuration
• Usage
• API Reference
  • Tools
  • Resources
• Security Considerations
• Project Structure
• Development
• License

🔭 Overview

The MCP EVM Server leverages the Model Context Protocol to provide blockchain services to AI agents. It supports a wide range of services including:

• Reading blockchain state (balances, transactions, blocks, etc.)
• Interacting with smart contracts
• Transferring tokens (native, ERC20, ERC721, ERC1155)
• Querying token metadata and balances
• Chain-specific services across 30+ EVM networks
• ENS name resolution for all address parameters (use human-readable names like 'vitalik.eth' instead of addresses)

All services are exposed through a consistent interface of MCP tools and resources, making it easy for AI agents to discover and use blockchain functionality. Every tool that accepts Ethereum addresses also supports ENS names, automatically resolving them to addresses behind the scenes.

✨ Features

Blockchain Data Access

• Multi-chain support for 30+ EVM-compatible networks
• Chain information including blockNumber, chainId, and RPCs
• Block data access by number, hash, or latest
• Transaction details and receipts with decoded logs
• Address balances for native tokens and all token standards
• ENS resolution for human-readable Ethereum addresses (use 'vitalik.eth' instead of '0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045')

Token services

• ERC20 Tokens

  • Get token metadata (name, symbol, decimals, supply)
  • Check token balances
  • Transfer tokens between addresses
  • Approve spending allowances

• NFTs (ERC721)

  • Get collection and token metadata
  • Verify token ownership
  • Transfer NFTs between addresses
  • Retrieve token URIs and count holdings

• Multi-tokens (ERC1155)

  • Get token balances and metadata
  • Transfer tokens with quantity
  • Access token URIs

Smart Contract Interactions

• Read contract state through view/pure functions
• Write services with private key signing
• Contract verification to distinguish from EOAs
• Event logs retrieval and filtering

Comprehensive Transaction Support

• Native token transfers across all supported networks
• Gas estimation for transaction planning
• Transaction status and receipt information
• Error handling with descriptive messages

🌐 Supported Networks

Mainnets

• Ethereum (ETH)
• Optimism (OP)
• Arbitrum (ARB)
• Arbitrum Nova
• Base
• Polygon (MATIC)
• Polygon zkEVM
• Avalanche (AVAX)
• Binance Smart Chain (BSC)
• zkSync Era
• Linea
• Celo
• Gnosis (xDai)
• Fantom (FTM)
• Filecoin (FIL)
• Moonbeam
• Moonriver
• Cronos
• Scroll
• Mantle
• Manta
• Blast
• Fraxtal
• Mode
• Metis
• Kroma
• Zora
• Aurora
• Canto
• Flow
• Lumia

Testnets

• Sepolia
• Optimism Sepolia
• Arbitrum Sepolia
• Base Sepolia
• Polygon Amoy
• Avalanche Fuji
• BSC Testnet
• zkSync Sepolia
• Linea Sepolia
• Scroll Sepolia
• Mantle Sepolia
• Manta Sepolia
• Blast Sepolia
• Fraxtal Testnet
• Mode Testnet
• Metis Sepolia
• Kroma Sepolia
• Zora Sepolia
• Celo Alfajores
• Goerli
• Holesky
• Flow Testnet
• Filecoin Calibration
• Lumia Testnet

🛠️ Prerequisites

• Bun 1.0.0 or higher
• Node.js 18.0.0 or higher (if not using Bun)

📦 Installation

# Clone the repository
git clone https://github.com/mcpdotdirect/mcp-evm-server.git
cd mcp-evm-server

# Install dependencies with Bun
bun install

# Or with npm
npm install

⚙️ Server Configuration

The server uses the following default configuration:

• Default Chain ID: 1 (Ethereum Mainnet)
• Server Port: 3001
• Server Host: 0.0.0.0 (accessible from any network interface)

These values are hardcoded in the application. If you need to modify them, you can edit the following files:

• For chain configuration: src/core/chains.ts
• For server configuration: src/server/http-server.ts

🚀 Usage

Using npx (No Installation Required)

You can run the MCP EVM Server directly without installation using npx:

# Run the server in stdio mode (for CLI tools)
npx @mcpdotdirect/evm-mcp-server

# Run the server in HTTP mode (for web applications)
npx @mcpdotdirect/evm-mcp-server --http

Running the Server Locally

Start the server using stdio (for embedding in CLI tools):

# Start the stdio server
bun start

# Development mode with auto-reload
bun dev

Or start the HTTP server with SSE for web applications:

# Start the HTTP server
bun start:http

# Development mode with auto-reload
bun dev:http

Connecting to the Server

Connect to this MCP server using any MCP-compatible client. For testing and debugging, you can use the MCP Inspector.

Connecting from Cursor

To connect to the MCP server from Cursor:

1. Open Cursor and go to Settings (gear icon in the bottom left)

2. Click on "Features" in the left sidebar

3. Scroll down to "MCP Servers" section

4. Click "Add new MCP server"

5. Enter the following details:

   • Server name: evm-mcp-server
   • Type: command
   • Command: npx @mcpdotdirect/evm-mcp-server

6. Click "Save"

Once connected, you can use the MCP server's capabilities directly within Cursor. The server will appear in the MCP Servers list and can be enabled/disabled as needed.

Using mcp.json with Cursor

For a more portable configuration that you can share with your team or use across projects, you can create an .cursor/mcp.json file in your project's root directory:

{
  "mcpServers": {
    "evm-mcp-server": {
      "command": "npx",
      "args": [
        "-y",
        "@mcpdotdirect/evm-mcp-server"
      ]
    },
    "evm-mcp-http": {
      "command": "npx",
      "args": [
        "-y", 
        "@mcpdotdirect/evm-mcp-server", 
        "--http"
      ]
    }
  }
}

Place this file in your project's .cursor directory (create it if it doesn't exist), and Cursor will automatically detect and use these MCP server configurations when working in that project. This approach makes it easy to:

1. Share MCP configurations with your team
2. Version control your MCP setup
3. Use different server configurations for different projects

Example: HTTP Mode with SSE

If you're developing a web application and want to connect to the HTTP server with Server-Sent Events (SSE), you can use this configuration:

{
  "mcpServers": {
    "evm-mcp-sse": {
      "url": "http://localhost:3001/sse"
    }
  }
}

This connects directly to the HTTP server's SSE endpoint, which is useful for:

• Web applications that need to connect to the MCP server from the browser
• Environments where running local commands isn't ideal
• Sharing a single MCP server instance among multiple users or applications

To use this configuration:

1. Create a .cursor directory in your project root if it doesn't exist
2. Save the above JSON as mcp.json in the .cursor directory
3. Restart Cursor or open your project
4. Cursor will detect the configuration and offer to enable the server(s)

Example: Using the MCP Server in Cursor

After configuring the MCP server with mcp.json, you can easily use it in Cursor. Here's an example workflow:

1. Create a new JavaScript/TypeScript file in your project:

// blockchain-example.js
async function main() {
  try {
    // Get ETH balance for an address using ENS
    console.log("Getting ETH balance for vitalik.eth...");
    
    // When using with Cursor, you can simply ask Cursor to:
    // "Check the ETH balance of vitalik.eth on mainnet"
    // Or "Transfer 0.1 ETH from my wallet to vitalik.eth"
    
    // Cursor will use the MCP server to execute these operations 
    // without requiring any additional code from you
    
    // This is the power of the MCP integration - your AI assistant
    // can directly interact with blockchain data and operations
  } catch (error) {
    console.error("Error:", error.message);
  }
}

main();

2. With the file open in Cursor, you can ask Cursor to:

   • "Check the current ETH balance of vitalik.eth"
   • "Look up the price of USDC on Ethereum"
   • "Show me the latest block on Optimism"
   • "Check if 0x1234... is a contract address"

3. Cursor will use the MCP server to execute these operations and return the results directly in your conversation.

The MCP server handles all the blockchain communication while allowing Cursor to understand and execute blockchain-related tasks through natural language.

Connecting using Claude CLI

If you're using Claude CLI, you can connect to the MCP server with just two commands:

# Add the MCP server
claude mcp add evm-mcp-server npx @mcpdotdirect/evm-mcp-server

# Start Claude with the MCP server enabled
claude

Example: Getting a Token Balance with ENS

// Example of using the MCP client to check a token balance using ENS
const mcp = new McpClient("http://localhost:3000");

const result = await mcp.invokeTool("get-token-balance", {
  tokenAddress: "0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48", // USDC on Ethereum
  ownerAddress: "vitalik.eth", // ENS name instead of address
  network: "ethereum"
});

console.log(result);
// {
//   tokenAddress: "0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48",
//   owner: "0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045",
//   network: "ethereum",
//   raw: "1000000000",
//   formatted: "1000",
//   symbol: "USDC",
//   decimals: 6
// }

Example: Resolving an ENS Name

// Example of using the MCP client to resolve an ENS name to an address
const mcp = new McpClient("http://localhost:3000");

const result = await mcp.invokeTool("resolve-ens", {
  ensName: "vitalik.eth",
  network: "ethereum"
});

console.log(result);
// {
//   ensName: "vitalik.eth",
//   normalizedName: "vitalik.eth",
//   resolvedAddress: "0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045",
//   network: "ethereum"
// }

📚 API Reference

Tools

The server provides the following MCP tools for agents. All tools that accept address parameters support both Ethereum addresses and ENS names.

Token services

Tool Name	Description	Key Parameters
get-token-info	Get ERC20 token metadata	tokenAddress (address/ENS), network
get-token-balance	Check ERC20 token balance	tokenAddress (address/ENS), ownerAddress (address/ENS), network
transfer-token	Transfer ERC20 tokens	privateKey, tokenAddress (address/ENS), toAddress (address/ENS), amount, network
approve-token-spending	Approve token allowances	privateKey, tokenAddress (address/ENS), spenderAddress (address/ENS), amount, network
get-nft-info	Get NFT metadata	tokenAddress (address/ENS), tokenId, network
check-nft-ownership	Verify NFT ownership	tokenAddress (address/ENS), tokenId, ownerAddress (address/ENS), network
transfer-nft	Transfer an NFT	privateKey, tokenAddress (address/ENS), tokenId, toAddress (address/ENS), network
get-nft-balance	Count NFTs owned	tokenAddress (address/ENS), ownerAddress (address/ENS), network
get-erc1155-token-uri	Get ERC1155 metadata	tokenAddress (address/ENS), tokenId, network
get-erc1155-balance	Check ERC1155 balance	tokenAddress (address/ENS), tokenId, ownerAddress (address/ENS), network
transfer-erc1155	Transfer ERC1155 tokens	privateKey, tokenAddress (address/ENS), tokenId, amount, toAddress (address/ENS), network

Blockchain services

Tool Name	Description	Key Parameters
get-chain-info	Get network information	network
get-balance	Get native token balance	address (address/ENS), network
transfer-eth	Send native tokens	privateKey, to (address/ENS), amount, network
get-transaction	Get transaction details	txHash, network
read-contract	Read smart contract state	contractAddress (address/ENS), abi, functionName, args, network
write-contract	Write to smart contract	contractAddress (address/ENS), abi, functionName, args, privateKey, network
is-contract	Check if address is a contract	address (address/ENS), network
resolve-ens	Resolve ENS name to address	ensName, network

Resources

The server exposes blockchain data through the following MCP resource URIs. All resource URIs that accept addresses also support ENS names, which are automatically resolved to addresses.

Blockchain Resources

Resource URI Pattern	Description
evm://{network}/chain	Chain information for a specific network
evm://chain	Ethereum mainnet chain information
evm://{network}/block/{blockNumber}	Block data by number
evm://{network}/block/latest	Latest block data
evm://{network}/address/{address}/balance	Native token balance
evm://{network}/tx/{txHash}	Transaction details
evm://{network}/tx/{txHash}/receipt	Transaction receipt with logs

Token Resources

Resource URI Pattern	Description
evm://{network}/token/{tokenAddress}	ERC20 token information
evm://{network}/token/{tokenAddress}/balanceOf/{address}	ERC20 token balance
evm://{network}/nft/{tokenAddress}/{tokenId}	NFT (ERC721) token information
evm://{network}/nft/{tokenAddress}/{tokenId}/isOwnedBy/{address}	NFT ownership verification
evm://{network}/erc1155/{tokenAddress}/{tokenId}/uri	ERC1155 token URI
evm://{network}/erc1155/{tokenAddress}/{tokenId}/balanceOf/{address}	ERC1155 token balance

🔒 Security Considerations

• Private keys are used only for transaction signing and are never stored by the server
• Consider implementing additional authentication mechanisms for production use
• Use HTTPS for the HTTP server in production environments
• Implement rate limiting to prevent abuse
• For high-value services, consider adding confirmation steps

📁 Project Structure

mcp-evm-server/
├── src/
│   ├── index.ts                # Main stdio server entry point
│   ├── server/                 # Server-related files
│   │   ├── http-server.ts      # HTTP server with SSE
│   │   └── server.ts           # General server setup
│   ├── core/
│   │   ├── chains.ts           # Chain definitions and utilities
│   │   ├── resources.ts        # MCP resources implementation
│   │   ├── tools.ts            # MCP tools implementation
│   │   ├── prompts.ts          # MCP prompts implementation
│   │   └── services/           # Core blockchain services
│   │       ├── index.ts        # Operation exports
│   │       ├── balance.ts      # Balance services
│   │       ├── transfer.ts     # Token transfer services
│   │       ├── utils.ts        # Utility functions
│   │       ├── tokens.ts       # Token metadata services
│   │       ├── contracts.ts    # Contract interactions
│   │       ├── transactions.ts # Transaction services
│   │       └── blocks.ts       # Block services
│   │       └── clients.ts      # RPC client utilities
├── package.json
├── tsconfig.json
└── README.md

🛠️ Development

To modify or extend the server:

1. Add new services in the appropriate file under src/core/services/
2. Register new tools in src/core/tools.ts
3. Register new resources in src/core/resources.ts
4. Add new network support in src/core/chains.ts
5. To change server configuration, edit the hardcoded values in src/server/http-server.ts

📄 License

This project is licensed under the terms of the MIT License.