deadchannel & Hosaka

Zwei Dienste, die über x402 an KI-Agenten verkaufen, bezahlt pro Aufruf in USDC. Keine Anmeldung, kein API-Schlüssel, kein Abo – ein Agent ruft an, bezahlt und erhält eine Antwort.

Hosaka – Unternehmensdaten für Agenten

Verfügbar als MCP-Server, sodass jeder MCP-Client direkt davon kaufen kann:

npx -y hosaka-mcp

{
  "mcpServers": {
    "hosaka": {
      "command": "npx",
      "args": ["-y", "hosaka-mcp"],
      "env": { "HOSAKA_PRIVATE_KEY": "0x…" }
    }
  }
}

HOSAKA_PRIVATE_KEY ist eine Wallet mit etwas USDC auf Base. Vier Tools zu vier Preisen, sodass eine billige Frage nie für eine teure Antwort bezahlt:

Warum das Dossier wertvoll ist. Ein Unternehmen beweist gegenüber jedem SaaS-Produkt, das es kauft, den Besitz seiner Domain, indem es einen DNS-Verifizierungseintrag platziert, und autorisiert jeden Absender, den es nutzt, in seinem SPF-Eintrag. Diese beiden Listen sind eine Kaufhistorie, die das Unternehmen selbst veröffentlicht hat.

Eine Anfrage nach figma.com liefert Anthropic, OpenAI, Adobe, Atlassian, MongoDB Atlas, Greenhouse, Docusign, Stripe, Notion, Dropbox und Zendesk – jeweils mit dem genauen Eintrag, der es belegt, sodass ein Käufer prüfen statt vertrauen kann.

Seiten-Fingerabdrücke erfordern ein geladenes Skript oder einen CDN-Host, niemals eine Erwähnung: Eine Seite, die das Logo eines Anbieters unter ihren Integrationen auflistet, ist keine Seite, die ihn nutzt.

Live unter hosaka-agents.vercel.app.

Related MCP server: techstack-detective-mcp

deadchannel – ein Risiko-Orakel für x402-Endpunkte

Gib ihm eine URL, und er sagt einem Agenten, ob dieser Endpunkt lebt, ehrlich bepreist und sicher aufrufbar ist – ohne einen Cent auszugeben.

Rund 17 % der getesteten x402-Endpunkte sind tot oder Fallen, und die Bazaar-Erkennungsschicht liefert nach eigener Aussage keinerlei Ranking-, Qualitäts- oder Reputationssignal. Ein Agent, der aus diesem Katalog wählt, rät mit echtem Geld.

Was er prüft

Jedes Urteil stammt aus unbezahlten 402-Antworten, was es billig genug macht, um es über einen ganzen Katalog laufen zu lassen.

Urteile: live, degraded, trap, testnet, dead, unknown, plus ein begrenzter Risiko-Score von 0–100.

Verwendung

Erfordert Node 22+. Es gibt keine Laufzeitabhängigkeiten – Typen werden nativ entfernt, also gibt es keinen Build-Schritt und nichts zu prüfen außer diesem Repo.

node src/cli.ts https://x402.org/protected
node src/cli.ts --quiet --samples 5 url-a url-b url-c
node src/cli.ts --json url > verdict.json

Der Exit-Code ist ungleich null, wenn ein Ziel trap oder dead ist, sodass es in CI als Schutz davor passt, einen Agenten auszuliefern, der auf einen schlechten Endpunkt zeigt.

TESTNET   risk 80   $0.01  355ms p99  https://x402.org/protected
  x network-mainnet   Only testnet networks offered (base-sepolia, solana-devnet).
                      This endpoint cannot accept real value.
  ! schema-advertised No input or output schema. An agent has to pay before it
                      can find out what it gets back.

Erster vollständiger Katalog-Scan – 20. Aug. 2026

node src/scan.ts --live 150 zieht jede Ressource, die die öffentlichen Bazaar-Facilitatoren veröffentlichen, und prüft sie. Ergebnisse über 14.979 Ressourcen:

Medianpreis $0.01, Spanne $0 bis $1.000, 316.927 bezahlte Aufrufe in 30 Tagen.

Der Katalog ist in besserer Verfassung, als die Folklore vermuten lässt. Was er nicht ist: gleichmäßig verteilt. Drei Adressen listen 2.750 Ressourcen zwischen sich auf und erhalten einen von achtzig Aufrufen, was sie im Verhältnis zur bedienten Nachfrage etwa 15-fach überrepräsentiert macht. Kataloggröße ist nicht Katalogtiefe.

Eine Korrektur und der Schutz vor Wiederholung

Eine frühere Version dieser Tabelle behauptete, 89,8 % des Katalogs veröffentlichten keine Tags. Das war falsch. Der Lader las nur extensions.bazaar.tags, während die meisten Herausgeber Tags auf der Elementwurzel platzieren – die tatsächliche Zahl ist 40,9 %.

Der Fehler überlebte die Überprüfung, weil nichts die positive Anzahl bestätigte. Eine Prüfung, die nur zählt, was fehlt, kann „Herausgeber lassen das aus“ nicht von „wir schauen an der falschen Stelle“ unterscheiden. test/catalog.test.ts zählt jetzt Tags manuell über alle drei bekannten Orte in einem erfassten 200-Elemente-Ausschnitt des Live-Katalogs und bestätigt, dass der Lader in beide Richtungen exakt übereinstimmt.

Notizen aus der Praxis

Gebaut gegen Live-Endpunkte, nicht nur gegen die Spezifikation:

• v2 verschiebt Zahlungsanforderungen in einen base64-payment-required-Header und lässt den Body als {}. Ein Parser, der nur den Body liest, markiert den offiziellen Referenzendpunkt als tot.

• v2 sendet CAIP-2-Netzwerk-IDs (eip155:84532, solana:EtWTRA…), wo v1 freundliche Namen sendete. Beide sind gleichzeitig live.

• v2 benennt maxAmountRequired in amount um und hebt gemeinsame resource-Metadaten auf die Payload-Wurzel.

• Mehrere Server lassen die oberste x402Version aus, die alle Referenzimplementierungen senden, und einige verschachteln accepts[] eine Ebene tiefer als dokumentiert. Beides wird geparst und als Warnung gemeldet, nicht abgelehnt.

• Die meisten Ressourcen sind POST. Sie mit GET zu testen liefert 404/405, was genau wie ein toter Endpunkt aussieht – das brachte unsere erste Live-Probe-Totrate auf 25 %, während die tatsächliche Zahl 2,7 % beträgt. Das Verb kommt jetzt aus dem Katalog, mit einem POST-Wiederholungsversuch, wenn es unbekannt ist. Jeder x402-Index, der eine hohe Totrate meldet, sollte darauf geprüft werden.

• Discovery-Metadaten sind verstreut. Die Spezifikation legt serviceName/tags auf das ResourceInfo-Objekt, der CDP-Katalog flacht sie auf die Elementwurzel ab, und eine Minderheit verschachtelt sie unter extensions.bazaar. Liest man nur einen Ort, zählt man um die Hälfte zu wenig.

• Vermittelte Schienen existieren. AWS-Marketplace-Ressourcen benennen den Zahlungsempfänger mit einer URN unter einem aws:base-Netzwerk statt einer Chain-Adresse. Das ist legitim, aber die Gelder gehen an den Vermittler, also wird es als Warnung gemeldet, nicht als ungültige Auszahlung bewertet.

Verkauf

Der Dienst verkauft seine eigene Prüfung über x402. src/server/ implementiert die Verkäuferseite des v2-HTTP-Transports: PAYMENT-REQUIRED raus, PAYMENT-SIGNATURE rein, PAYMENT-RESPONSE zurück, im Autorisierungsfluss – verifizieren, Ressource ausführen, dann settlen.

Kein privater Schlüssel ist beteiligt. Ein Verkäufer erklärt, wo die Abrechnung landen soll; der Käufer signiert und der Facilitator sendet. Die Auszahlungsadresse ist daher öffentliche Information und liegt in deadchannel.config.json, wo jeder sie prüfen kann, statt in einem Dashboard, wo niemand es kann.

Die Abrechnung läuft erst, nachdem die Prüfung ein Ergebnis erzeugt hat, sodass ein Fehler auf unserer Seite den Käufer nichts kostet.

GET  /             service card, free
GET  /health       liveness, free
GET  /facilitator  proves credentials are accepted, free, moves no money
POST /probe        the check, $0.001 in USDC on Base

GET /facilitator existiert, weil eine falsche Anmeldeinformation sonst unsichtbar bleibt, bis jemand zu zahlen versucht, und der erste, der sie entdeckt, ein Kunde wäre.

Live

Der Dienst ist unter https://deadchannel.vercel.app bereitgestellt, verkauft auf Base-Mainnet zu $0.001 pro Aufruf und settlet über den Coinbase-Facilitator.

Erste abgerechnete Zahlung: 0x6ac4a22c, Block 50230005, 20. Aug. 2026. Gas wurde vom Facilitator bezahlt, nicht vom Käufer – in x402 signiert der Käufer nur, sodass eine Wallet, die nichts außer USDC enthält, zahlen kann.

npm run validate führt die 25 Preflight-Prüfungen erneut aus, die der Bazaar anwendet, bevor er eine Ressource indexiert, und meldet, ob die Auflistung derzeit aktiv ist. Es braucht keinen Schlüssel und bewegt kein Geld.

resource : https://deadchannel.vercel.app/probe
valid    : true
accepted : accepted
checks   : 25/25 passed
indexed  : active=true

Hosaka

Ein zweiter Shop auf derselben Auszahlungsadresse, der Agenten Unternehmensfakten verkauft.

POST /lookup    $0.01   domain age, registrar, mail and DNS provider, DMARC, HTTPS
POST /dossier   $0.07    every third-party vendor we can prove, with the proof

Live unter https://hosaka-agents.vercel.app, settlet auf Base-Mainnet.

Profile werden aus vier Quellen zusammengesetzt, die keinen Schlüssel und keinen Lieferanten brauchen: DNS über HTTPS, das RDAP-Register, der TLS-Handshake und die Startseite. Kosten pro Profil sind null – die Marge liegt in der Zusammenstellung.

Der interessante Teil ist die Anbietererkennung. Ein Unternehmen beweist gegenüber jedem SaaS-Produkt, das es kauft, den Besitz seiner Domain, indem es einen DNS-Verifizierungseintrag platziert, und autorisiert jeden Absender, den es nutzt, in seinem SPF-Eintrag. Diese beiden Listen sind eine Kaufhistorie, die das Unternehmen selbst veröffentlicht hat. Jede Behauptung trägt den Eintrag, der sie belegt, sodass ein Käufer prüfen statt vertrauen kann.

Verwendung aus Claude oder ChatGPT

Die Bazaar-Suche ignoriert die Abfrage und sortiert nach eindeutigen Zahlern, sodass ein neuer Shop dort unabhängig von der Qualität unsichtbar ist. MCP ist der Kanal, der am ersten Tag funktioniert – der Agent ist bereits in einem Client, der es spricht.

{
  "mcpServers": {
    "hosaka": {
      "command": "node",
      "args": ["/absolute/path/to/src/hosaka/mcp/server.ts"],
      "env": { "HOSAKA_PRIVATE_KEY": "0x…" }
    }
  }
}

Der Käufer bringt seine eigene Wallet mit: Der Schlüssel signiert die Zahlung lokal und verlässt nie die Maschine. Ohne ihn sagen die Tools, was fehlt, statt mitten im Gespräch zu scheitern.

Entwicklung

npm install     # typescript only, for typechecking
npm test        # 18 tests, no network required
npm run typecheck

Lizenz

MIT