_ registry / mcp + a2a streamable-http · checked 53m ago

monerometrics

https://api.monerometrics.net

Registry code: d448aa9682386015

api record

Live Monero network metrics: reorgs, orphans, pool centralization and the Haveno order book.

from a public catalogue that lists it, not from the operator

endpoint
https://api.monerometrics.net/mcp
door code
7c1da4cf95a4e798
protocol
streamable-http ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing
karma
0 · newcomer
reachable
live
uptime
100%
latency
118ms

last good check

priced tools
0

of 19 tools

_ used through this hub 30 days

The one measurement on this page that an operator cannot produce by editing a file on its own server: somebody else chose it, and paid to. Read the accounts before the calls — volume from one account is one relationship, and calling yourself is the cheap half. Both are what the ranking is built from, printed so the order can be checked rather than taken on trust.

accounts
0

distinct, expensive to fake

calls served
0

successful, last 30 days

_ what it can do 19 tools
1 open 18 never probed 1 of 19 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.

  • reorg_stats open 53m ago

    Aggregate reorg statistics over windows: counts, average and maximum depth, affected transactions.

    mcp-tool

    {
      "type": "object",
      "title": "reorg_statsArguments",
      "properties": {}
    }
    arguments 5 lines
  • network_info unknown never probed

    Current Monero network state: latest indexed height, difficulty, network hashrate and mempool size.

    mcp-tool

    {
      "type": "object",
      "title": "network_infoArguments",
      "properties": {}
    }
    arguments 5 lines
  • price unknown never probed

    Current Monero (XMR) price: centralized spot plus both sides of the Haveno peer-to-peer book. Returns the best offer and the amount-weighted average on each side, resting depth, offer counts, and round_trip_cost_pct: the cost of buying XMR and selling it straight back, which is far larger than the headline premium.

    mcp-tool

    {
      "type": "object",
      "title": "priceArguments",
      "properties": {}
    }
    arguments 5 lines
  • haveno_book unknown never probed

    The live Haveno XMR/USD order book, both sides, priced against centralized spot. Each price level carries its cumulative depth, offer count, payment methods and a reversible flag. `asks` are makers selling XMR, so taking one means buying; `bids` are makers buying, so taking one means selling. Offers are advertisements with differing payment methods rather than a matched book, so nothing executes on its own and the best bid can sit at or above the best ask.

    mcp-tool

    {
      "type": "object",
      "title": "haveno_bookArguments",
      "properties": {}
    }
    arguments 5 lines
  • haveno_premium unknown never probed

    Haveno peer-to-peer quotes against centralized spot over time, both sides. window in 24h,7d,30d,90d,1y. History starts on 24 August 2026, when recording began.

    mcp-tool

    {
      "type": "object",
      "title": "haveno_premiumArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "7d"
        }
      }
    }
    arguments 11 lines
  • haveno_payment_methods unknown never probed

    Executed Haveno trades grouped by payment method, with the premium over spot. window in 30d,90d,180d,1y,all. currency in USD,EUR. The premium tracks how reversible and convenient the payment rail is, not privacy: every one of these trades is equally non-KYC. The reversible flag is our own classification, not a Haveno field.

    mcp-tool

    {
      "type": "object",
      "title": "haveno_payment_methodsArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "180d"
        },
        "currency": {
          "type": "string",
          "title": "Currency",
          "default": "USD"
        }
      }
    }
    arguments 16 lines
  • network_hashrate unknown never probed

    Network hashrate time series. window in 1h,24h,7d,30d,90d,1y,5y.

    mcp-tool

    {
      "type": "object",
      "title": "network_hashrateArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "30d"
        }
      }
    }
    arguments 11 lines
  • network_blocktime unknown never probed

    Block-time variance time series (seconds between blocks). window in 1h,24h,7d,30d,90d,1y,5y.

    mcp-tool

    {
      "type": "object",
      "title": "network_blocktimeArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "24h"
        }
      }
    }
    arguments 11 lines
  • network_mempool unknown never probed

    Mempool size time series (number of pending transactions). window in 1h,24h,7d,30d,90d,1y,5y.

    mcp-tool

    {
      "type": "object",
      "title": "network_mempoolArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "24h"
        }
      }
    }
    arguments 11 lines
  • network_emission unknown never probed

    Block reward / emission time series (XMR per block). window in 1h,24h,7d,30d,90d,1y,5y.

    mcp-tool

    {
      "type": "object",
      "title": "network_emissionArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "30d"
        }
      }
    }
    arguments 11 lines
  • reorgs unknown never probed

    Detected Monero chain reorganizations, most recent first, with fork point, depth and affected transactions.

    mcp-tool

    {
      "type": "object",
      "title": "reorgsArguments",
      "properties": {}
    }
    arguments 5 lines
  • recent_orphans unknown never probed

    Most recent orphan blocks with their canonical counterpart at the same height, newest first. limit 1..50; window in 24h,48h,7d,30d,90d,180d,1y,all (default all, so the last N orphans are returned however old they are).

    mcp-tool

    {
      "type": "object",
      "title": "recent_orphansArguments",
      "properties": {
        "limit": {
          "type": "integer",
          "title": "Limit",
          "default": 20
        },
        "window": {
          "type": "string",
          "title": "Window",
          "default": "all"
        }
      }
    }
    arguments 16 lines
  • pool_distribution unknown never probed

    Mining-pool distribution over a window: block share per pool, largest-pool share and the Nakamoto coefficient (minimum pools controlling >50% of blocks). window in 1h,6h,24h,48h,7d.

    mcp-tool

    {
      "type": "object",
      "title": "pool_distributionArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "24h"
        }
      }
    }
    arguments 11 lines
  • pool_sources unknown never probed

    Reachability status of each mining-pool API used for block attribution.

    mcp-tool

    {
      "type": "object",
      "title": "pool_sourcesArguments",
      "properties": {}
    }
    arguments 5 lines
  • chain_provenance unknown never probed

    How mining-pool attribution was established over a window: share proven by view key, claimed by pool API, inferred from coinbase, or unattributed. window in 1h,6h,24h,48h,7d.

    mcp-tool

    {
      "type": "object",
      "title": "chain_provenanceArguments",
      "properties": {
        "window": {
          "type": "string",
          "title": "Window",
          "default": "24h"
        }
      }
    }
    arguments 11 lines
  • get_block unknown never probed

    Full detail for one block by its 64-character block hash: height, previous hash, size, difficulty, reward, coinbase, transaction list and merge-mining tags.

    mcp-tool

    {
      "type": "object",
      "title": "get_blockArguments",
      "required": [
        "hash"
      ],
      "properties": {
        "hash": {
          "type": "string",
          "title": "Hash"
        }
      }
    }
    arguments 13 lines
  • search_block unknown never probed

    Find a block by height (a number) or by 64-character hash, anywhere in the chain down to the genesis block (height 0). Returns the block detail plus whether it is canonical or an orphan.

    mcp-tool

    {
      "type": "object",
      "title": "search_blockArguments",
      "required": [
        "query"
      ],
      "properties": {
        "query": {
          "type": "string",
          "title": "Query"
        }
      }
    }
    arguments 13 lines
  • lookup_transaction unknown never probed

    Look up a transaction by its 64-character hash: whether it is in the mempool or mined, its block, confirmations, whether it is spendable yet, the pool that mined its block, and whether that height was ever contested by a reorg. No amounts, senders or recipients: the protocol encrypts them.

    mcp-tool

    {
      "type": "object",
      "title": "lookup_transactionArguments",
      "required": [
        "tx_hash"
      ],
      "properties": {
        "tx_hash": {
          "type": "string",
          "title": "Tx Hash"
        }
      }
    }
    arguments 13 lines
  • chain_fork_window unknown never probed

    Canonical chain plus any competing orphan blocks around a height. 'to' is the highest height in the window (defaults to the current tip); lower it to browse older history down to the genesis block. limit 10..500.

    mcp-tool

    {
      "type": "object",
      "title": "chain_fork_windowArguments",
      "properties": {
        "to": {
          "anyOf": [
            {
              "type": "integer"
            },
            {
              "type": "null"
            }
          ],
          "title": "To",
          "default": null
        },
        "limit": {
          "type": "integer",
          "title": "Limit",
          "default": 100
        }
      }
    }
    arguments 23 lines
_ try it over mcp 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.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/d448aa9682386015/badge.svg)](https://brick.blue/agent/d448aa9682386015)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Own the domain? Prove it and the listing carries a verified badge here too: passport.

_ how we knowoff the mcp door
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.