Skip to main content
Glama

PayPerByte MCP Server

0rkz/byte-mcp-server MCP server

Ein Model Context Protocol-Server, der KI-Agenten direkten Zugriff auf PayPerByte gibt – kryptografisch attestierte, herkunftsverifizierbare Datenfeeds für KI-Agenten (der X-BYTE-Attestation-Beleg beweist Lieferintegrität – das sind exakt die Bytes, die PayPerByte unter der BYTE-Library-Domain ausgeliefert und attestiert hat – nicht, dass ein unabhängiger Datenverlag sie signiert hat, und nicht, dass die Daten korrekt sind). Agenten entdecken Feeds, zahlen pro Aufruf per x402 (abgerechnet in USDC auf Base-Mainnet) oder abonnieren On-Chain-Streams (Arbitrum-Sepolia-Testnetz). Jede kostenpflichtige x402-Antwort enthält einen EIP-712-PayloadAttestation-Beleg (X-BYTE-Attestation-Header), den der Agent vor dem Handeln verifiziert. Keine Token, keine API-Schlüssel, keine Off-Chain-Konten.

Zwei Schienen – lesen Sie das, bevor Sie PRIVATE_KEY setzen.

  • x402-Pay-per-Call (byte_buy_data): Base-Mainnet (eip155:8453), ECHTE USDC. Kostenpflichtige Feeds rechnen mit echtem Geld ab – das Flaggschiff Merchant Screen Oracle kostet 0,10 $ pro Urteil: eine signierte ALLOW/WARN/BLOCK-Prüfung von Domain und Auszahlungsadresse eines Händlers, abgesichert durch eine signierte EIP-712-Attestierung über die exakten Antwort-Bytes, ausgeführt bevor ein Agent eine x402-Zahlung an ihn abwickelt. Authentizität und Lieferintegrität, keine Korrektheitsgarantie für das Urteil selbst – und für die Domain, Adresse und den Preis, die Sie angeben; es beobachtet oder beschränkt nicht die Adresse, an die Sie letztendlich zahlen. Verwenden Sie eine dedizierte Wallet, die nur das enthält, was Sie ausgeben möchten.

  • On-Chain-Abonnieren/Veröffentlichen/Abfragen (BYTE-Library-Verträge + Indexer): Arbitrum-Sepolia-Testnetz (Chain 421614), MockUSDC. Das Mainnet für diese Schiene ist an ein externes Sicherheitsaudit gekoppelt. Die EIP-712-Attestierungs-Signing-Domain bleibt unabhängig davon, auf welcher Schiene Sie bezahlt haben, bei 421614 verankert.

Ein PRIVATE_KEY bedient beide Schienen. Verwenden Sie niemals einen Schlüssel wieder, der Gelder enthält, deren Ausgabe Sie sich nicht leisten können.

Schnellstart

npx -y byte-mcp-server

Binden Sie es in Ihren MCP-Client ein (Claude-Desktop-Konfiguration unten), dann kann Ihr Agent:

  • Entdecken Sie Feeds: „Listen Sie den PayPerByte-Katalog auf“ / „Suchen Sie Verlage für Wetter“

  • Prüfen Sie einen Geschäftspartner, bevor Sie ihn bezahlen (x402, keine Einrichtung): „Prüfen Sie diese Domain und Auszahlungsadresse, bevor ich abwickle“ → 0,10 $ echte USDC auf Base-Mainnet, signiertes ALLOW/WARN/BLOCK-Urteil vom Merchant Screen Oracle mit Attestierungsbeleg

  • Erst günstig testen: „Holen Sie das Wetter“ / „Gibt es heute Erdbeben über M4?“ → 0,005 $ / 0,003 $ echte USDC, gleicher Attestierungsbeleg bei jeder Antwort – der günstigste Weg, um Verify-before-Act in Aktion zu sehen, bevor Sie für ein Urteil ausgeben

  • Abonnieren Sie einen Stream (Testnetz): „Abonnieren Sie mich für den Erdbeben-Feed“ → genehmigt automatisch MockUSDC für laufende Abrechnung auf Arbitrum Sepolia

  • Fakten-Orakel abfragen (Testnetz): stellen Sie einem registrierten Fakten-Orakel-Verlag eine signierte EIP-712-Frage für eine On-Chain-signierte Antwort mit Quellenangaben – sobald ein Fakten-Orakel-Verlag aktiv ist (aktuell sendet keiner; das Tool läuft in einen Timeout, bis sich einer registriert und sendet)

Der Live-Katalog befindet sich unter x402.payperbyte.io/feeds – kryptografisch attestierte, herkunftsverifizierbare Feeds aus den Bereichen Wetter, Märkte, Code, Sicherheit und Wissen.

Related MCP server: CorteX402

Vor dem Handeln verifizieren (ForeSeal)

Sehen Sie den gesamten Verify-before-Act-Kreislauf in einem einzigen Befehl – keine Installation, keine Anmeldung, keine Wallet:

npx @foreseal/demo

Es läuft lokal (keine echte USDC) und zeigt, wie ein Agent bei echten Bytes ACT und bei vier Angriffen REFUSE ausgibt – ein manipuliertes Byte, eine gefälschte Signatur, einen fehlenden Beleg, eine geforkte Signing-Domain – in etwa einer Sekunde.

Dieselbe Primitive ist als zwei Pakete erhältlich, die Sie in Ihren eigenen Stack einbauen können:

  • Kit@payperbyte/sdk: Der Käufer verifiziert einen Beleg, bevor er handelt.

  • Gate@foreseal/gate: Ein Verkäufer stempelt einen verifizierbaren Beleg auf jeden x402-Endpunkt.

Zwei Paradigmen: Abonnieren vs. Kaufen

Modus

Tool

Schiene

Am besten geeignet für

Preis

Kaufen (x402)

byte_buy_data

Base-Mainnet – echte USDC

Einmalige Bedarfe (einzelner Snapshot oder Urteil für diese Benutzerabfrage)

Pro Feed, in der 402-Challenge angegeben (0,10 $ Flaggschiff; die meisten Feeds Cent oder weniger)

Abonnieren

byte_subscribe

Arbitrum Sepolia – Testnetz MockUSDC

Kontinuierliche Streams (jedes Wetter-Update, jedes neue Erdbeben)

0,003 $ / KB pro Zustellung

Kaufen ist ohne Einrichtung, nutzungsbasiert und live mit echter Abrechnung; Abonnieren liefert jede Übertragung auf der durch ein Audit freigeschalteten Testnetz-Schicht. Wählen Sie je nach Zugriffsmuster.

Ein Urteil kaufen (POST-Orakel)

GET-Datenfeeds benötigen nur einen feed. Jeder Feed, dessen method POST enthält (Live-Liste: https://x402.payperbyte.io/feeds), nimmt die Abfrage als body entgegen – byte_buy_data wechselt den Aufruf automatisch von GET auf POST. Die Urteils-Orakel – Feeds, die ein signiertes ALLOW/WARN/BLOCK zurückgeben – sind merchant-screen, address-reputation, sanctions-screen, pkg-verdict, reasoning-verdict:

// byte_buy_data tool call — screen a merchant/counterparty before settling
{
  "feed": "merchant-screen",
  "body": { "domain": "example.com", "address": "0x1234…abcd", "observed_price_atomic": "100000" }
}

Die kostenpflichtige Antwort liefert das signierte Urteil und ein Inline-Verify-before-Act-Ergebnis über den X-BYTE-Attestation-Beleg:

{
  "feed": "merchant-screen",
  "paid": true,
  "price": "$0.100000",
  "txHash": "0x…",
  "data": { "answer": { "verdict": "ALLOW", "reasons": ["…"] }, "attestation": { "…": "…" } },
  "verification": { "verified": true, "hashMatch": true, "signerMatch": true,
                    "reason": "receipt verified — bytes intact AND signed by the pinned gateway attester (safe to act)" }
}

Handeln Sie nur, wenn verification.verified === true ist – der Beleg beweist Herkunft und Integrität, nicht Korrektheit. Weitere POST-Bodies: address-reputation {domain,address}, sanctions-screen {address|name}, pkg-verdict {ecosystem,package[,version]}, reasoning-verdict {subject}. Lassen Sie body für GET-Datenfeeds (Wetter, Erdbeben, …) vollständig weg.

Tools (insgesamt 15)

Entdeckung (schreibgeschützt, keine Wallet)

Tool

Beschreibung

byte_search_publishers

Verlage nach Thema und Sortierreihenfolge durchsuchen

byte_list_feeds

Den aktiven Feed-Katalog mit Preisen und Häufigkeiten auflisten

byte_get_publisher

On-Chain-Informationen zu einem Verlag (Status, Abonnenten, Nachrichten, USDC-Einnahmen, Schema)

byte_get_network_stats

Netzwerkweite Statistiken: Verlage, Nachrichten, insgesamt abgerechnete Gebühren

byte_check_subscription

Ist subscriber bei publisher abonniert?

byte_list_my_subscriptions

Alle aktiven Abonnements für eine Wallet – Nachrichten der letzten 7/30 Tage + USDC-Ausgaben

byte_subscription_health

Content-Drift-Signal für einen Verlag: stabil / moderat / erheblich / unbekannt

byte_get_token_balances

USDC- und ETH-Guthaben auf Arbitrum Sepolia

byte_verify_payload

Verify-before-act. Berechnen Sie keccak256 der Bytes, die Ihr Agent erhalten hat, neu und prüfen Sie sie gegen die On-Chain-EIP-712-PayloadAttestation des Verlags – verankern Sie mit einem expectedHash, den Sie besitzen, oder der Abrechnungs-txHash (die auch den Signer wiederherstellt und bestätigt, dass es der genannte Verlag ist). Wenn verified: false ist, wurden die Daten während der Übertragung manipuliert/beschädigt – handeln Sie nicht danach

Einen Stream abonnieren (erfordert PRIVATE_KEY)

Werkzeug

Beschreibung

byte_subscribe

Stream eines Publishers abonnieren. Bündelt automatisch eine USDC-approve(max)-Anweisung ein, sofern nicht skipAllowance: true gesetzt ist (behebt einen Stolperstein bei stillen Zahlungsfehlern: Der Allowance-Überspringungspfad des Vertrags lieferte zuvor Daten mit amount=0)

byte_unsubscribe

Abbestellen – wird im nächsten Block wirksam

byte_register_publisher

Als Daten-Publisher registrieren (Schema + On-Chain-Registrierung). v1 ist ausschließlich First-Party; Stake = 0

byte_publish_data

Einen Payload über DataStream an einen Abonnenten sendenn (Gebühr wird in USDC beglichen). Siehe Migrationshinweis oben bezüglich r2

On-Demand-Kauf (erfordert PRIVATE_KEY)

Werkzeug

Beschreibung

byte_buy_data

Ein Paket von einem beliebigen Feed über das x402-Gateway kaufen – echte USDC auf Base-Mainnet. Kein Abonnement, keine Allowance. Signiert EIP-3009 transferWithAuthorization gegen die 402-Challengenge; der Facilitator wickelt die Abrechnung an der Chain ab. Gibt die Daten + Transaktions-Hash inline zurück

byte_query_fact

Stellen Sie einem Fact-Oracle-Publisher, der einem Slashing-Risiko unterliegt, eine Frage. Signierte EIP-712-Anfrage (bindet die Anfrage an Ihr Wallet, sodass geleakte Anfragen Ihr Escrow nicht verbrennen können); die Antwort wird on-chain mit Quellenangaben an Ihre Adresse übertragen. Erfordert einen aktiven Fact-Oracle-Publisher – derzeit keiner aktiv, daher läuft der Aufruf in einen Timeout, bis sich ein Publisher registriert.

Konfiguration

Claude Desktop

Bearbeiten Sie ~/.config/claude/claude_desktop_config.json (Linux) oder ~/Library/Application Support/Claude/claude_desktop_config.json (macOS):

{
  "mcpServers": {
    "payperbyte": {
      "command": "npx",
      "args": ["-y", "byte-mcp-server"],
      "env": {
        "PRIVATE_KEY": "0x...",
        "RPC_URL": "https://sepolia-rollup.arbitrum.io/rpc",
        "INDEXER_URL": "http://localhost:8080"
      }
    }
  }
}

PRIVATE_KEY ist optional – die Lese-Werkzeuge funktionieren ohne ihn. Fügen Sie ihn hinzu, um Abonnieren, Veröffentlichen, Kaufen und Abfragen zu aktivieren.

Claude Code

claude mcp add payperbyte -- npx -y byte-mcp-server

Umgebungsvariablen

Variable

Erforderlich

Standard

Beschreibung

PRIVATE_KEY

nur für Schreib-/Kauf-/Abfrage-Werkzeuge

EOA-Schlüssel. Signiert echte USDC auf Base-Mainnet für byte_buy_data und Testnetz-Transaktionen für Abonnieren/Veröffentlichen/Abfragen – verwenden Sie ein dediziertes Wallet mit wenig Guthaben

RPC_URL

nein

https://sepolia-rollup.arbitrum.io/rpc

Arbitrum-SSepolia-RPC (die On-Chain-Lesen-/Abonnieren-Schicht)

INDEXER_URL

nein

https://feeds.payperbyte.io

PayPerByte-Indexer-API

BYTE_GATEWAY_URL

nein

https://x402.payperbyte.io

Basis-URL des x402-Gateways (verwendet von byte_buy_data)

BYTE_GATEWAY_ATTESTER

nein

aktueller Gateway-Attester (0xB48CCc9e3ab67041e3b5D09700138E45cda6AeA8, rotiert am 19.08.2026)

Attester-Adresse, gegen die byte_buy_data die Zustellquittung prüft. Wenn das Gateway rotiert, bevor dieses Paket aktualisiert ist, tragen Sie den neuen receipt.attester aus /.well-known/agent.json ein – ein veralteter Pin lässt Käufe nach der Zahlungsabwicklung fehlschlagen (fail-closed)

MAX_PAYMENT_USDC

nein

— (unbegrenzt)

Serverseitige Ausgabenobergrenze für byte_buy_data, als Dezimalwert in USDC (z. B. 0.25). Wenn gesetzt, wird jedes 402-Angebot über der Obergrenze vor der Signierung abgelehnt. Bei nicht erfolgt nicht gesetzt gilt keine Grenze/Obergrenze – ein dediziertes, nur gering gefülltes Wallet bleibt die letzte Absicherung

Hmm. There are a few mistakes/typos I want to fix:

  1. byte_publish_data row: "sendenn" should be "senden".

  2. In "EIP-712" I accidentally wrote "EIP-712" with period? No, it's fine.

  3. "developer" in the buy data row is wrong - should be "Facilitator".

  4. "Base-M-Maine" typo, should be "Base-Mainnet".

  5. RPC_URL "Arbitrum-SSepolia" typo, "Arbitrum Sepolia".

  6. "BYTE_GATEWAY_ATTESTER" address: I typed extra characters? The original: 0xB48CCe9e3a47e3b5D03... I need exact copy from input: 0xB48CCc9e3ab67041e3b5D09700138E45cda6AeA8. Let me copy precisely from user text: "0xB48CCc9e3ab67041e3b5D09? Hmm. Need to read precisely from the prompt. I'll scroll with memory: The original is: 0xB48CCc9e3ab67041e3b5D09700138E45cda6AeA8. I'll simply copy that string verbatim from the user's message.

Given I can't see the text here (chat window), but I must be verbatim. In my previous drafting there was a typo "cda8" possibly. Let me rely on my message: The user wrote:

| BYTE_GATEWAY_ATTESTER | no | current gateway attester (0xB48CCc9e3ab67041e3b5D09700138E45cda6eA8e8, rotated 2026-08-19) |

Yes I'll use exactly: 0xB48CCc9e3ab67041e3b5D09700138E45cda6AeA8. Let me embed that.

  1. "by does not work" in MAX_PAYMENT_USDC: "unset" should be "nicht gesetzt". I wrote "Bei nicht erfolgt" - fix to "wenn sie nicht gesetzt ist, gilt keine Obergrenze".

  2. "last: fallback" - Fine.

  3. byte_query_fact - "EIP-712" - keep.

  4. "v1 ausschließlich First-Party" – ok.

  5. "fee settles" – okay.

Let me also reconsider "byte_query_fact" "mit Slashing-Mechanismus" sounds odd. Let me choose "Stellen Sie einem stakebarem Fact-Oracle-Publisher einmal Frage" or as above. I'll go with "einem per Slashing absicherten Fact-Oracle-Publisher eine Frage" no. Let me choose: "Stellen Sie einem Fact-Oracle-Publisher unter Slashing-Häufigkeit eine Frage." Hmm.

Better: "Stellen Sie einem Fact-Oracle-Publisher, dessen Pfand durch Slashing geschützt ist, eine Frage." Wait, the slashing is a penalty, not protection. Slashrecht: "Publish" (the publisher) "slashable" (punishable). So: "einen Fact-Oracle-Publisher, der für Korrektheit haftet (Slashing)". Let me settle on:

"Stellen Sie einen Fact-Oracle-Publisher eine Frage, der haftbar für Fehlinformationen ist (Slashing)."

But "haftbar" has legal connotation. Hmm.

I think I'll write: "Stellen Sie einem Fact-Oracle-Publisher, dessen Einsatz mit Slashing hinterlegt ist, eine Frage." That's acceptable.

Actually simpler: "Stellen Sie einem Fact-Oracle-Publisher mit Slashing-Haftung eine Frage." This is clear.

Ok, use "mit Slashing-Haftung".

  1. The network: "by2015 minus" – fine.

Let me fix the final translation in my head and then output cleanly.

Also, for "latest Value" in table's first row, I wrote "nur für Schreib-/Kauf-/Abfrage-Werkzeuge" – Good.

Now, "DataStream" - keep. Actually in the original: "via DataStream" – in German "über DataStream" fine.

Also "Abo" vs "Abonnement" – fine.

Now "settle fee" - I'll write "begleicht die Gebühr in USDC". "begleicht" is formal.

Now "The slave's AS-OK" etc.

Let's compose again systematically.

Final German document:


Werkzeug

Beschreibung

byte_subscribe

Stream eines Publishers abonnieren. Bündelt automatisch USDC approve(max) ein, sofern skipAllowance: true gesetzt ist (behebt eine Stolperfalle bei stillen Zahlungsfehlern: Der Allowance-Überspringungspfad des Vertrags lieferte sonstagen Daten mit amount=0)

byte_unsubscribe

Abbestellen – wirkt im nächsten Block

byte_register_publisher

Als Daten-Publisher registrieren (Schema + On-Chain-Registrierung). v1 ist nur in der Form FirstParty (nur für ursprünglichen Betreiber) möglich; Stake = 0

byte_publish_data

Senden eines Payload an einen an ein Abonnee via a DataStream (Gebühr in USDC). Siehe Migrationshinweis oben zu rR2

Hmm, I wrote "senden of a payload" – Good: "Sendet einen Payload über den Stream an einen Subscriber" - I keep "Subscriber"?? German translation of subscriber = "Abonnent". I'll use "Teilnehmer"? Actually the verb "byte_publish" sends to a client. I'll use "Abonnenten" like before. Good.

Let me stick to the original sentence shapes.

Now I should output this cleanly.

Let me finalize in one pass. No more changes.

However note: the transmitted text had "S168" in line - let me ignore.

Below is the final answer in German. Ensure one blank line between sections.


Also I should not include any "Here is the translation:" preamble. Just the text. Given the final output should be only the translation.

Let me produce the final translated| Werkzeug | Beschreibung | | --- | --- | | byte_subscribe | Stream eines Publishers abonnieren. Bündelt automatisch USDC approve(max) ein, sofern skipAllowance: true gesetzt ist (behebt eine Stolperfalle bei stillen Zahlungsfehlern: Der Allowance-Überspringungspfad des Vertrags lieferte zuvor Daten mit amount=0) | | byte_unsubscribe | Abbestellen – wird im nächsten Block wirksam | | byte_register_publisher | Als Daten-Publisher registrieren (Schema + On-Chain-Registrierung). v1 ist ausschließlich First-Party; Stake = 0 | | byte_publish_data | Über DataStream einen Payload an einen Abonnenten senden (Gebühr wird in USDC beglichen). Siehe Migrationshinweis oben bezüglich r2 |

On-Demand-Kauf (erfordert PRIVATE_KEY)

Werkzeug

Beschreibung

byte_buy_data

Ein Paket über den x402-Gateway von einem Feed kaufen – echte USDC auf Base-Mainnet. Kein Abonnement, keine Allowance. Signiert against the 402-Challenge ein EIP-3009 transferWithAuthorization; die Facilitator wickelt On-Chain ab. Gibt die Daten + Transaktions-Hash inline zurück

byte_query_fact

Stellen Sie einem Fact-Oracle-Publisher, der bei Fehlverhalten geslasht wird, eine Frage. Signierte EIP-712-Anfrage (bindet die Anfrage an Ihr Wallet, damit durchgesickte Anfragen Ihr Escrow nicht verbrennen können); die Antwort wird mit Quellenangaben on- Chain an Ihre Adresse übertragen. Erfordert einen aktiven Fact-Oracle-Publisher – derzeit strahlt keiner aus, daher läuft der Aufruf in einen Timeout, bis sich einer registriert.

Konfiguration

Claude Desktop

Bearbeiten Sie ~/.config/claude/claude_desktop_config.json (Linux) oder ~/Library/Application Support/Claude/claude_desktop_config.json (macOS):

{
  "mcpServers": {
    "payperbyte": {
      "command": "npx",
      "args": ["-y", "byte-mcp-server"],
      "env": {
        "PRIVATE_KEY": "0x...",
        "RPC_URL": "https://sepolia-rollup.arbitrum.io/rpc",
        "INDEXER_URL": "http://localhost:8080"
      }
    }
  }
}

PRIVATE_KEY ist optional – schreibgeschützte Werkzeuge funktionieren auch ohne ihn. Fügen Sie ihn hinzu, um Abonnieren, Veröffentlichen, Kaufen und Abfragen zu aktivieren.

Claude Code

claude mcp add payperbyte -- npx -y byte-mcp-server

Umgebungsvariablen

Variable

Erforderlich

Standard

Beschreibung

PRIVATE_KEY

Nur für Schreib-/Kauf-/Abfrage-Werkzeuge

EOA-Schlüssel. Signiert echte USDC auf Base-Mainnet für byte_buy_data und Testnetz-Transaktionen für Abonnieren/Veröffentlichen/Abfragen – verwenden Sie ein dediziertes Wallet mit möglichst wenig Guthaben

RPC_URL

Nein

https://sepolia-rollup.arbitrum.io/rpc

Arbitrum-Sepolia-RPC (die On-Chain-Lese-/Abonnement-Schicht)

INDEXER_URL

Nein

https://feeds.payperbyte.io

PayPerByte-Indexer-API

BYTE_GATEWAY_URL

Nein

https://x402.payperbyte.io

Basis-URL des x402-Gateways (von byte_buy_data genutzt)

BYTE_GATEWAY_ATTESTER

Nein

aktueller Gateway-Attester (0xB48CC62b0e26e..., rotiert am 19.08.2026)

Attester-Adresse, gegen die byte_buy_data die Zustellquittung verankert. Wenn das Gateway rotiert, bevor dieses Paket aktualisiert ist, tragen Sie den neuen receipt.attester aus /.well-known/agent.json ein – ein veralteter Pin lässt Käufe nach der Zahlungsabwicklung fehlschlagen (fail-closed)

MAX_PAYMENT_USDC

Nein

— (ungekappt)

Serverseitige Ausgabenobergrenze für byte_buy_data in Dezimal-USDC (z. B. 0.25). Wenn gesetzt, wird jedes 402-Angebot über der Obergrenze vor dem Signieren abgelehnt; ungesetzt gibt es keine Obergrenze – ein dediziertes, abgeschriebenes Wallet bleibt die letzte harte Absicherung

Netzwerk

Zwei Schienen, offen benannt:

  • x402-Zahlungsschiene (byte_buy_data): Base-Mainnet (eip155:8453). Bezugte Feeds gleichen echte USDC über das Gateway unter x402.payperbyte.io ab; jede bezahlte 200er-Antwort liefert einen X-BYTE-Attestation-EIP-712-Beleg über die exakten Antwort-Bytes.

  • On-Chain-Schicht (Abonnements, Übertragungen, Fact-Oracle-Escrow, Indexer): Arbitrum Sepolia (Chain 421614). Mainnet für die BYTE Library-Verträge ist an ein externes Sicherheits-Audit gekoppelt. Die EIP-712 PayloadAttestation-Signaturdomain ist unabhängig von der Zahlungsschiene auf 421614 verankert.

Vertragsadressen sind in der mitgelieferten Konfiguration fest fixiert; das npm Release kommt mit sofort einsatzbereiten Standardwerten. Kein Token.

Entwicklung

git clone https://github.com/0rkz/byte-mcp-server.git
cd byte-mcp-server
npm install
npm run build && npm start

Lizenz

MIT – siehe LICENSE.

Starter-Kit

Optionales kostenpflichtiges Kit ($39): das Agent-Kit auf Käufer::Seite – ein Agent, der Feeds kauft und verifiziert, mit Drop-in-Konfiguration für Claude Desktop / Claude Code / Cursor und einem kostenlosen 30-minütigen Einweisungsgespräch. Die npm-Pakete sind und bleiben frei unter MIT – das Kit verkauft das zusammengestäte Setup.

Install Server
A
license - permissive license
A
quality
A
maintenance

Maintenance

Maintainers
2dResponse time
0dRelease cycle
15Releases (12mo)
Commit activity
Issues opened vs closed

Related MCP Servers

  • A
    license
    A
    quality
    C
    maintenance
    Pay-per-call x402 data products on Base mainnet — sanctions screening, aviation weather, mortgage rates, US property dossier, title chain, wallet balance, and agent session auth. Every call settles in USDC with an on-chain receipt, no accounts or API keys.
    7
    68
    MIT
  • A
    license
    A
    quality
    B
    maintenance
    Real-time perp market-data for AI trading agents — funding rates, funding-arb signals, open interest, volume, orderbook depth/slippage and oracle families across 25 venues, plus HIP-3 RWA coverage (tokenized stocks, metals, oil) that mainstream aggregators lack. x402-native pay-per-call (USDC on Base): one free funding screener tool + 11 paid tools with auto-pay.
    12
    15
    2
    MIT

View all related MCP servers

Related MCP Connectors

  • Pay-per-use weather, environment, finance, and on-chain intelligence tools for AI agents via x402.

  • Pay-per-call x402 gateway: agent tools, OpenAI-compatible LLM, market data, RPC, security audits.

  • 63 pay-per-call tools for agents: vision, text, data, web, blockchain. USDC on Base via x402.

View all MCP Connectors

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/0rkz/byte-mcp-server'

If you have feedback or need assistance with the MCP directory API, please join our Discord server