mcpField
B
BlinkCodes catalog

BlinkCodes catalog

Remote
blinkcodes.comBusiness & Marketing0Updated 9w ago

About BlinkCodes catalog

BlinkCodes catalog is a remote MCP service for browsing and buying gift cards, top-ups, and travel eSIMs from BlinkCodes. Catalog lookups are free and read-only; purchases use x402.

Key features

  1. 01Search gift cards, top-ups, and eSIMs
  2. 02View product prices and availability
  3. 03Check denominations and redemption limits
  4. 04Buy products through x402

Use cases

  1. 01Find available gift cards or top-ups
  2. 02Check prices and country restrictions
  3. 03Place an order and receive delivery via MCP

MCP support

It exposes remote MCP tools for catalog search, product details, and purchases. The first two are free and read-only; purchases use x402.

Configuration

Remote servers need no local install. Pick your client, then copy the config or install in one click.

Endpointhttps://blinkcodes.com/mcp
Copy install command
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

Run commands in a terminal; paste JSON into the client’s MCP config and restart. Servers that need sign-in will prompt on first connect.

Tools

3
ParameterTypeRequiredDescription
typeenumNovoucher = gift card, recharge_fixed / recharge = top-up, e_sim = eSIM data plan.voucher | recharge_fixed | recharge | e_sim
limitintegerNoMax products to return (default 10, max 50).
querystringNoFree text matched against product name and brand, e.g. "steam" or "playstation".
countrystringNoISO-3166-1 alpha-2 country code the product is issued for, e.g. US, TR.

Details

From the project README

BlinkCodes agent interfaces

blinkcodes-agent-interfaces MCP server smithery badge

Machine-readable interfaces for blinkcodes.com — a store selling gift card codes, service top-ups and travel eSIMs, with delivery by email in seconds.

Everything here is a remote, hosted service. There is nothing to install and no server to run: point your client at the URLs below. This repository exists to document those endpoints, pin their schemas, and give working examples.

InterfaceEndpointSpec
MCP (catalog + buy)https://blinkcodes.com/mcpStreamable HTTP, protocol 2025-06-18
A2Ahttps://blinkcodes.com/a2aJSON-RPC, protocol 0.3
x402 (pay per call)https://blinkcodes.com/api/v1/buyx402 v2 (v1 on request), USDC on Base
OpenAPIhttps://blinkcodes.com/openapi.jsonincludes x-payment-info (MPP)
Plain-language docs for agentshttps://blinkcodes.com/llms.txt

Discovery documents: /.well-known/agent-card.json, /.well-known/mcp/server-card.json, /.well-known/api-catalog, /.well-known/agent-skills/index.json, /.well-known/acp.json, /.well-known/ucp.

MCP server

Published to the Official MCP Registry as com.blinkcodes/catalog (server.json).

Three tools. The two catalog tools are read-only and free — no key, no account, no payment. The third takes money, and only over x402:

ToolPurpose
search_catalogSearch gift cards, top-ups and eSIM plans. Returns price, availability and product URL.
get_productOne product by id: denominations with prices, required order inputs, countries where the code cannot be redeemed.
buy_productBuy and receive the delivery. Two calls: arguments in → x402 payment requirements out; signed payload in → the code out.

buy_product runs the same rail as POST /api/v1/buy below — verify, reserve, settle, fulfil, in that order — so an agent that found the store through MCP never has to change protocol to complete the purchase. Nothing is charged by the first call, and no wallet is needed to use the other two tools.

Add it to a client that speaks remote MCP:

{
  "mcpServers": {
    "blinkcodes": {
      "type": "http",
      "url": "https://blinkcodes.com/mcp"
    }
  }
}

Full tool schemas and a curl transcript: docs/mcp.md.

A stdio-only client can use the bridge in Dockerfile, which proxies to the same hosted endpoint:

docker build -t blinkcodes-mcp . && docker run -i --rm blinkcodes-mcp

Prefer the direct URL above wherever your client speaks remote MCP — the bridge adds a hop and buys nothing.

Buying, for agents

Payment is USDC on Base over x402. One endpoint, two passes:

  1. POST /api/v1/buy with the order body → 402 carrying payment requirements priced for that exact item, plus an order block (id, access token, status URL).
  2. The identical request with a PAYMENT-SIGNATURE header → 200 with the code, or 202 + status_url if fulfilment outlives the sync window.
// the body, in both passes
{
  "email": "[email protected]",
  "product_type": "giftcard",   // giftcard | topup | esim | phone_rental
  "product_id": 187,
  "item_id": 1195,
  "quantity": 1
}
  • Network eip155:8453, asset 0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913 (USDC).
  • x402 v2 by default; v1 clients send X-PAYMENT, or ask for a v1 quote with X-PAYMENT-VERSION: 1.
  • GET /api/v1 describes the rail for free.
  • Calling /api/v1/buy with nothing named answers 402 quoting the rail's floor and creates no order — that is the probe form, safe for crawlers.

Worked example: examples/x402-buy.mjs. Rails, floors and payable coin pairs: GET /api/public/payment-methods.

A2A

Agent card at /.well-known/agent-card.json, JSON-RPC message/send at https://blinkcodes.com/a2a. Skills are the two catalog tools plus buy_product, which over this transport carries the a2a-x402 payments extension (https://github.com/google-a2a/a2a-x402/v0.1, declared required: false because the catalog skills are free).

Quote → Task in input-required with x402.payment.required; pay → same taskId with x402.payment.payload → Task completed plus the delivery as an artifact. See examples/a2a.sh.

Human docs

Store, prices and terms: https://blinkcodes.com. Support: [email protected].

License

MIT — applies to the documentation and examples in this repository. The service itself is governed by the terms published on the site.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.