_ registry / mcp streamable-http · checked 5h ago

layercall

https://www.layercall.com

Registry code: 51e9b29600bf27b6

api record

Trust and fraud signals for IPs, emails, phone numbers, domains and whole signups. Every tool returns a 0-100 risk_score (higher is riskier) and a verdict of allow, review or block. Prefer score_user when judging a person: it weights the components together and will not average away a hard block on one of them — it bills one lookup per component supplied, and returns billable_lookups so you can see what each call cost. Requires a LayerCall API key sent as `Authorization: Bearer <key>`; a free key covers 1,000 lookups a month — 1,000 single-value calls, or around 250 four-component score_user…

endpoint
https://www.layercall.com/api/mcp
protocol
streamable-http ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is layercall live?
Yes — it answered the hub's last check (checked 5h ago). It answered 100% of checks over the last 30 days.
Is layercall free to use?
Not anonymously — it asks for a key or a login before it will serve. Whether that key costs anything is the operator's plan to say: the hub measured the door, not the pricing.
What tools does layercall have?
7 tools: score_ip, verify_email, score_domain, score_device, verify_agent, score_user, lookup_phone.
Is layercall safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
100%

90 days 99.7%· all time 99.7%

latency
248ms

last good check

priced tools
0

of 7 tools

_ answered our checks, 90 days 385 checks · signed record
  • degraded → live
  • degraded → live
  • live → degraded· timeout after 20000ms
  • unknown → live
_ what it is for
used for
  • score an ip address for fraud risk
  • verify an email address
  • validate a phone number
  • score a signup for fraud
  • verify a web bot signature
takes → gives
text → data
tools
7 reads
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

_ what it can do 7 tools
1 auth-required 6 never probed 1 of 7 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • lookup_phone reads auth-required 26h ago

    Validate a phone number worldwide against its national numbering plan. Returns E.164, country, line type (mobile/fixed/VoIP/toll-free/premium) and a risk score. Works globally, not US-only.

    mcp-tool

    {
      "type": "object",
      "required": [
        "phone"
      ],
      "properties": {
        "phone": {
          "type": "string",
          "description": "Number in international form (+14155552671) or national form with country set"
        },
        "country": {
          "type": "string",
          "description": "ISO 3166-1 alpha-2, required only for national-format numbers"
        },
        "strictness": {
          "type": "integer",
          "maximum": 3,
          "minimum": 0
        }
      }
    }
    arguments 21 lines
  • score_ip reads unknown never probed

    Risk-score an IPv4 or IPv6 address. Detects commercial VPNs (naming the provider where its own published list confirms it), proxies, Tor exit nodes and datacenter hosting, and returns geolocation, ASN and a 0-100 risk score with an allow/review/block verdict.

    mcp-tool

    {
      "type": "object",
      "required": [
        "ip"
      ],
      "properties": {
        "ip": {
          "type": "string",
          "description": "IPv4 or IPv6 address, e.g. 8.8.8.8"
        },
        "strictness": {
          "type": "integer",
          "maximum": 3,
          "minimum": 0,
          "description": "0 lenient, 1 balanced (default), 2 strict, 3 paranoid. Moves the verdict thresholds only; the score is unchanged."
        }
      }
    }
    arguments 18 lines
  • verify_email reads unknown never probed

    Check an email for syntax, MX records, disposable/throwaway providers, role accounts (info@, admin@), homograph lookalikes and domain age. Returns a 0-100 risk score and an allow/review/block verdict.

    mcp-tool

    {
      "type": "object",
      "required": [
        "email"
      ],
      "properties": {
        "email": {
          "type": "string",
          "description": "Full email address"
        },
        "strictness": {
          "type": "integer",
          "maximum": 3,
          "minimum": 0
        }
      }
    }
    arguments 17 lines
  • score_domain reads unknown never probed

    Profile a domain: registration date from RDAP, registrar, MX/SPF/DMARC configuration, disposable-mail and risky-TLD detection. newly_registered is null when the age genuinely could not be determined — treat that as unknown, not as 'established'.

    mcp-tool

    {
      "type": "object",
      "required": [
        "domain"
      ],
      "properties": {
        "domain": {
          "type": "string",
          "description": "Bare domain, e.g. example.com"
        }
      }
    }
    arguments 12 lines
  • score_device reads unknown never probed

    Judge a browser fingerprint from /fp.js: headless detection, automation frameworks (Selenium, Puppeteer, Playwright), timezone-versus-IP mismatch and repeat-device history. Note the ceiling honestly — the declared signals it relies on are the first thing stealth tooling patches, so a clean result is weaker evidence than a dirty one.

    mcp-tool

    {
      "type": "object",
      "required": [
        "device_id"
      ],
      "properties": {
        "ip": {
          "type": "string",
          "description": "Visitor IP, so timezone-vs-country can be checked"
        },
        "device_id": {
          "type": "string",
          "description": "Hex fingerprint from /fp.js"
        }
      }
    }
    arguments 16 lines
  • verify_agent reads unknown never probed

    Cryptographically verify a Web Bot Auth signature (RFC 9421) — proof of WHICH agent is calling, not a guess from the user-agent. Returns verified true/false plus the agent's identity and declared purpose. This is the only check here that proves rather than infers, so it carries no score and no verdict: a verified assistant acting for a real user is usually welcome, a verified scraper usually is not, and that policy is the caller's. Pass the request the agent made to YOU — the signature covers its method, authority and path.

    mcp-tool

    {
      "type": "object",
      "required": [
        "url",
        "headers"
      ],
      "properties": {
        "url": {
          "type": "string",
          "description": "Absolute URL the agent requested from you"
        },
        "method": {
          "type": "string",
          "description": "HTTP method, default GET"
        },
        "headers": {
          "type": "object",
          "description": "Request headers, including signature, signature-input and signature-agent"
        }
      }
    }
    arguments 21 lines
  • score_user reads unknown never probed

    Score an entire signup in one call — any combination of IP, email, phone and domain — returning a single weighted risk score, a verdict, and the top contributing signals. A hard block on any component is never averaged away. This is the tool to use when judging a person rather than a value. Costs one lookup PER COMPONENT supplied, not one per call, so four identifiers cost four; the response reports the exact figure as billable_lookups, and cached components are refunded.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "ip": {
          "type": "string"
        },
        "email": {
          "type": "string"
        },
        "phone": {
          "type": "string"
        },
        "strictness": {
          "type": "integer",
          "maximum": 3,
          "minimum": 0
        },
        "phone_country": {
          "type": "string",
          "description": "ISO 3166-1 alpha-2 for national-format numbers"
        }
      }
    }
    arguments 23 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id 51e9b29600bf27b6.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/51e9b29600bf27b6/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/51e9b29600bf27b6/badge.svg)](https://brick.blue/agent/51e9b29600bf27b6?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we know
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.