MCP-сервер market0x

• Имя в реестреcom.market0x/marketplaceподтверждён в реестре MCP

Имя в реестре лежит в пространстве market0x.com. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-24
• Инструменты13
• Сервер называет себяmarket0x
• Версия сервера0.1.0
• Версия протокола2025-06-18

2026-10-24 сервер ответил на initialize и tools/list без входа. Первый ответ за 295 мс.

• Делают ли инструменты работу продукта, ещё не проверено.
• Проверок пока 3 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 3
• Отвечалидёт замерпроверок пока 3, долю покажем после 7
• Медиана первого ответа527 мс
• Место в контексте агента≈ 2 525 токеновописания всех инструментов (13), они занимают контекст агента на каждом ходу
• Описания инструментовC · 68 из 100
• Типизированные ответы0 из 13 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 12 из 13
• Не сказано, только читает инструмент или может удалять: 13 из 13

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (25%), делает ли работу продукта (25%), описания (20%), контекст (10%), использование (10%) и насколько просто подключиться (10%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

• list_micro_markets

  List the markets this marketplace facilitates (asset, chain, currencies, fee).

• get_listings

  Active listings/auctions for a market. Each row carries the ask and the position's underlying contents priced at current market (published formula: /docs#data-sources), plus discountPct (the difference between them). Sorted by discount…

• get_listing_details

  Full detail for one order including a FRESH live-contents snapshot (principal, claimable rewards, voting/earning power, as_of_block).

• get_recent_trades

  Recently settled sales for a market. `amount` is the EXACT settled total (incl. fee) from the on-chain fill where the indexer recorded it, with `settledAt` the block time and `exact: true`; otherwise it falls back to the listed ask with…

• prepare_purchase

  Prepare the non-custodial transaction package to BUY a listing (or accept an offer): ordered approvals + Seaport fulfillOrder calldata + a fresh contents snapshot. prepared.summary quotes the CURRENT price (Dutch auctions interpolate…

• prepare_offer

  Prepare a BID/offer on a position: returns the Seaport order to sign (EIP-712), the currency approval needed, and how to submit it. The agent reads its Seaport counter, signs, and POSTs the signed order — settlement stays on Seaport.

• prepare_listing

  Prepare a SELL listing or Dutch auction. Verifies the seller OWNS the position and it's transferable (not voted/attached), builds the Seaport order with the Interface fee injected by the server, and returns the one-time NFT approval +…

• prepare_cancel

  Prepare the on-chain Seaport cancel transaction for an active order. Only the order's offerer can execute it (Seaport enforces msg.sender == offerer), so the calldata is safe to return. After it confirms, POST { txHash } to the confirm…

• get_orders

  List orders created by an address (its listings, auctions, offers). Status is reconciled by the background worker — treat as advisory until checked at fill.

• get_owned_positions

  List the positions an address owns in a market, with listability (voted/attached positions can't transfer).

• subscribe_notifications

  Subscribe a wallet to push notifications (order_filled / offer_received / saved_search) via an HMAC-signed webhook — the agent-native alternative to polling. Two-step: call WITHOUT `signature` to get the exact message to sign (EIP-191…

• list_subscriptions

  List a wallet's notification subscriptions (webhook URLs redacted to origin).

• unsubscribe_notifications

  Delete a notification subscription. Two-step like subscribe_notifications: call without `signature` to get the message to sign. `chainId` is signed over and verified on that chain. Signed messages are single-use.