Satoshkin AML/KYT MCP Server
OfficialClick 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., "@Satoshkin AML/KYT MCP Servercheck wallet 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa on BTC"
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.
Satoshkin AML/KYT MCP Server
MCP server for AML/KYT crypto wallet screening. It is designed to connect AI clients such as Claude Desktop, Claude Code, ChatGPT MCP clients, and internal agent tools to Satoshkin wallet risk checks.
This MCP server provides AI assistants with crypto compliance tools for AML (Anti-Money Laundering) and KYT (Know Your Transaction) screening. Compatible with Claude Desktop, Claude Code, and any MCP-compatible client.
With an API key configured, checks return real BitOK-backed data: risk score 0-100, risk level, source-of-funds tags, activity dates, and volume totals. Without a key the server runs in clearly-labeled mock mode.
Status
v0.2.0 performs real AML/KYT screening through the Satoshkin backend
(POST /api-accounts/aml-check, BitOK data) when SATOSHKIN_API_KEY is set.
Without an API key the server runs in mock mode: deterministic, clearly-labeled placeholder responses that can never be mistaken for a real verdict.
This repository does not contain BitOK credentials, production AML/KYT business logic, user data, or paid-tier enforcement. Those belong in the private backend service.
Related MCP server: wallet-inspector-mcp
Available Tool
check_wallet_aml
Checks a crypto wallet address for AML/KYT risk. Addresses are validated against per-chain formats client-side before any quota is spent.
Input:
{
"address": "1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa",
"chain": "BTC"
}Supported chain values:
BTCETHTRONUSDT-ERC20USDT-TRC20
Real output (with SATOSHKIN_API_KEY):
{
"address": "1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa",
"chain": "BTC",
"checked_at": "2026-06-10T12:00:00.000Z",
"risk_score": 17,
"risk_level": "low",
"tags": ["exchange"],
"first_activity": "2021-01-01",
"last_activity": "2026-06-01",
"total_volume_in_usd": "1000.00",
"total_volume_out_usd": "900.00",
"source": "bitok",
"cache_hit": false,
"rate_limit": { "remaining": 999, "resets_at": "2026-06-10T13:00:00.000Z" },
"balance": { "charged_usd": "0.55", "after_usd": "9.45" }
}Errors come back as structured isError payloads with machine-readable codes:
unauthorized, insufficient_balance, rate_limited, validation_error,
bitok_upstream_error, bitok_timeout, upstream_unreachable,
invalid_response, internal_error, and http_<status> (fallback when a
backend error body has no error field). Every error payload also carries
an http_status field.
Results are informational risk indicators, not legal or compliance advice.
Configuration
Env var | Default | Purpose |
| (unset = mock mode) | API key |
|
| Backend base URL (staging override) |
|
| Request timeout; first-time checks may take several seconds |
Claude Desktop / Claude Code
This package is not published to npm yet. Use the public GitHub repository through npx.
Add this to your MCP settings:
{
"mcpServers": {
"satoshkin-aml": {
"command": "npx",
"args": ["-y", "github:satoshkin-dev/satoshkin-aml-mcp"],
"env": {
"SATOSHKIN_API_KEY": "sk_live_your_key_here"
}
}
}
}Omit the env block to run in mock mode.
For local development, use the built entrypoint:
{
"mcpServers": {
"satoshkin-aml": {
"command": "node",
"args": ["/absolute/path/to/satoshkin-aml-mcp/dist/index.js"]
}
}
}Local Development
git clone https://github.com/satoshkin-dev/satoshkin-aml-mcp.git
cd satoshkin-aml-mcp
npm install
npm run build
npm testRun the server locally:
npm run devRun the built server:
npm run build
node dist/index.jsCheck Scope
Shipped in v0.2:
Risk score
0-100+ risk level (low / medium / high)Source-of-funds tags
First and last activity dates
Total volume in and out (USD)
Per-key rate limiting and billing through Satoshkin backend authentication
Planned next: counterparty and cluster analysis, allow/review/block decisions.
Monetization Model
The MCP server is a free open-source connector.
Real checks require a Satoshkin API key. Billing is per successful check ($0.55, debited from a prepaid key balance), the first real check per key is free, and cached repeat checks within 60 seconds are not charged. Keys are currently issued by Satoshkin support; a self-service dashboard is in development. Mock mode is free and unlimited.
Related Satoshkin Products
P2P bot: https://satoshkin.com
AML/KYT Telegram bot: https://t.me/SatoshkinKYTbot
AML/KYT web app: planned
Use Cases
OTC desks: Screen counterparty wallets before settling P2P trades
Compliance officers: Quick wallet risk checks during AI-assisted workflows
Crypto fund managers: Vet wallet addresses for sanctions/mixer exposure via AI agent
Web3 builders: Add AML screening to Claude/ChatGPT-powered dApps
Crypto journalists: Investigate wallet history with AI assistance
Why MCP Instead of REST API?
Traditional AML APIs (Chainalysis, Elliptic, TRM Labs) require:
Custom integrations per AI client
Backend infrastructure to broker calls
Manual prompt engineering for context
This MCP server lets any AI assistant call AML checks natively, with structured input/output that the LLM understands. Install once, use across all your AI tools.
Roadmap
v0.1: Scaffold with mock checks
v0.2: Real BitOK integration via Satoshkin backend (per-check billing, free first check, mock mode without key)
v0.3: Self-service key dashboard + top-up
v0.4: Additional chains (Solana, BNB, Polygon)
v0.5: Richer tag taxonomy and sanctions-specific flags
v0.6: Cluster analysis and entity attribution
License
MIT
Available Tools
1 toolcheck_wallet_amlCheck Wallet AMLB
Check a crypto wallet address for AML/KYT risk: risk score 0-100, risk level, source-of-funds tags, activity dates and volumes (BitOK data via the Satoshkin backend). Without SATOSHKIN_API_KEY the tool runs in clearly-labeled mock mode.
| Name | Required | Description | Default |
|---|---|---|---|
| chain | Yes | Blockchain or token network for the wallet address. | |
| address | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description discloses mock mode behavior and data source (BitOK/Satoshkin), which is good. However, it contradicts the annotation readOnlyHint=false by stating 'Check' (implying read-only), creating inconsistency. The contradiction lowers trust in behavioral clarity.
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?
Two efficient sentences: first sentence states the core function and outputs, second sentence adds critical mock mode note. No fluff, front-loaded with purpose. Every word earns its place.
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 simplicity of the tool (2 params, no output schema), the description is mostly adequate. It covers the main purpose and mock mode, but lacks detail on output structure and risk interpretation. The annotation contradiction also weakens completeness.
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 description does not add meaning to the parameters beyond the schema. The schema already has 50% coverage (chain described, address only minLength), and the description provides no further explanation of how to use the parameters or their constraints. Low schema coverage demands compensation, which is missing.
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 tool's purpose: 'Check a crypto wallet address for AML/KYT risk.' It specifies the outputs (risk score, risk level, tags, activity data) and data source, making the purpose unambiguous. No siblings exist, so differentiation is not needed.
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 implies usage when an AML check on a wallet is needed and mentions the mock mode condition without SATOSHKIN_API_KEY. However, it provides no explicit guidance on when not to use this tool or alternatives, which is acceptable given no sibling tools.
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.
1 tool update
v0.2.0- First observed
check_wallet_aml
TDQS
Scored across 1 tool
Only one tool exists, so there is no possibility of confusion or overlap with other tools.
The single tool uses a clear verb_noun pattern (check_wallet_aml) with snake_case, which is consistent with common conventions.
With only one tool, the server feels under-scoped for an AML/KYT domain that typically requires multiple operations (e.g., batch checks, reporting, history). A single tool is too narrow for the stated purpose.
The tool covers a single check operation with detailed risk data, but lacks any additional capabilities like listing, updating, or managing alerts. The domain of AML/KYT implies a richer tool surface, so this is incomplete.
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
MCP server connecting AI agents to non-custodial staking data across 130+ networks.
Tenzro Network MCP server: wallet, identity, payments, inference, staking, bridges, verification.
AI governance MCP server for EU AI Act compliance and jurisdiction verification
Hosted MCP server for real-world data: business registries, sanctions, companies, domains, crypto.
Related MCP Servers
AlicenseCqualityCmaintenanceAn MCP server providing unified access to blockchain operations, bridging, swapping, and crypto trading strategies for AI agents.37179GPL 3.0- AlicenseAqualityDmaintenanceAn MCP server that empowers AI agents to inspect any wallet’s balance and onchain activity across major EVM chains and Solana chain.39MIT
- AlicenseAqualityAmaintenanceMCP server for on-chain attestation and wallet trust profiles across 31 EVM chains and Solana. Privacy-preserving boolean verification, ECDSA-signed responses, compliance templates.271681MIT

infinihash-kyt-mcpofficial
AlicenseNot gradedqualityCmaintenanceMCP server for Infinihash KYT providing real-time blockchain transaction monitoring, sanctions screening, and SAR generation. It enables MCP-compatible agents to screen wallets against OFAC SDN and generate compliance cases.1MIT