JellyNet

Was ist JellyNet?

JellyNet ist ein agentic API-Marktplatz für den Kauf und Verkauf von API-Zugriffen, einschließlich LLM-Endpunkten, per Pay-per-Call-Anfragen. Er ist auf x402-Abrechnung ausgelegt und nutzt eine standardisierte OpenAI-kompatible Schnittstelle, sodass Käufer bestehende Clients an JellyNet anbinden können, ohne ihre Anwendungslogik neu zu schreiben.

Der Marktplatz verbindet Käufer, die On-Demand-Zugriff auf Modelle benötigen, mit Anbietern, die ungenutzte API-Keys, Proxies oder freie Rechenressourcen monetarisieren möchten. Die Quelle beschreibt Unterstützung für 40 Protokolle über Text-, Bild-, Audio- und Embedding-Workloads hinweg, mit pro Anfrage atomar abgerechneten Transaktionen und sichtbar in einem Live-Ledger.

Hauptfunktionen

• OpenAI-kompatibler Endpunkt: Käufer können JellyNet über eine standardmäßige API-Base-URL und einen Bearer-Key nutzen, was Anpassungen an bestehenden Integrationen reduziert.
• x402-Zahlungsfluss: Anfragen können eine 402 Payment Required-Antwort zurückgeben, woraufhin ein Agent den exakten USDC-Betrag auf Solana zahlen und mit Nachweis erneut versuchen kann.
• Abrechnung pro Anfrage: Jeder Aufruf wird einzeln abgerechnet, und die Oberfläche zeigt Abrechnung auf Request-Ebene, aktuelle Nutzung und Wallet-Guthaben.
• Multi-Protokoll-Marktplatz: Die Plattform listet 40 Protokolle für Text-, Bild-, Audio- und Embedding-Kategorien und deckt große Modellanbieter sowie angrenzende API-Ressourcen ab.
• Käufer- und Verkäufer-Workflows: Käufer können APIs per Pay-per-Call nutzen, während Anbieter ungenutzte API-Keys oder andere Ressourcen listen und Einnahmen pro verbrauchtem Token erhalten können.
• Ausgabenkontrollen und Transparenz: Die Seite verweist auf Budgets, Live-Ledger-Transparenz, transparente Preise und keinen Vendor Lock-in.

So nutzt man JellyNet

Käufer beginnen, indem sie die JellyNet-Base-URL mit einem API-Key verwenden und Anfragen in einem OpenAI-kompatiblen Format senden. Für agentic Abläufe kann der Client eine 402-Antwort verarbeiten, den erforderlichen x402-Zahlungsnachweis übermitteln und die Anfrage erneut senden.

Anbieter nutzen das Marketplace-Dashboard, um verfügbare Ressourcen zu listen, einen Preis festzulegen und aus der Nutzung resultierende Auszahlungen zu erhalten. Die Quelle gibt an, dass der Prozess ohne technische Einrichtung über das Eingeben eines Keys und die Konfiguration der Preisgestaltung hinaus zugänglich sein soll.

Anwendungsfälle

• Ein Anwendungsentwickler möchte den Modellanbieter wechseln, ohne einen OpenAI-kompatiblen Client zu ändern.
• Ein KI-Agent muss eine einmalige kostenpflichtige API-Anfrage stellen und die Zahlung automatisch über x402 abschließen.
• Ein Anbieter hat ungenutztes API-Kontingent oder freie Ressourcen und möchte mit nutzungsbasierter Abrechnung verdienen, statt sie ungenutzt zu lassen.
• Ein Team möchte eine Marktplatzansicht von APIs und Rechenknoten mit transparenter Abrechnung pro Aufruf und Ledger-Einträgen.
• Ein Builder testet mehrere LLMs und möchte über eine einzige API-Oberfläche Zugriff auf verschiedene Anbieter erhalten.

FAQ

• Benötigt JellyNet ein neues SDK? Nein. Die Quelle sagt, dass es mit OpenAI-kompatiblen Clients funktioniert, und nennt OpenAI SDK, Anthropic SDK, Vercel AI SDK, Cursor und Claude Code.
• Wie werden Zahlungen abgewickelt? Die Seite sagt, Menschen zahlen mit Stripe und Agenten zahlen mit x402, während Anbieter pro verbrauchtem Token verdienen.
• Welche Arten von Ressourcen sind verfügbar? Der Marktplatz verweist auf APIs, Proxies, Rechenknoten und Modellzugriff für Text-, Bild-, Audio- und Embedding-Anwendungsfälle.
• Ist für agentische Zahlungen eine Einrichtung erforderlich? Der beschriebene Ablauf nutzt eine standardmäßige 402-Antwort und einen Retry mit Zahlungsnachweis, daher benötigen Agenten x402-fähige Verarbeitung, um die Zahlung automatisch abzuschließen.
• Können Verkäufer Limits oder Preise festlegen? Die Seite erwähnt das Festlegen eines Preises und zeigt Budgetinformationen, liefert darüber hinaus jedoch keine detaillierten Konfigurationslimits.

Alternativen

• OpenRouter: Ein ähnlicher Marketplace für Modell-Routing, um über eine API auf mehrere LLM-Anbieter zuzugreifen, jedoch mit einem anderen Zahlungs- und Marketplace-Modell.
• Direkte Anbieter-APIs: Die direkte Nutzung von OpenAI-, Anthropic-, Google-Gemini- oder anderen Anbieter-Endpunkten vermeidet Marketplace-Routing, erfordert jedoch die Verwaltung separater Konten und Keys.
• Klassische API-Gateways oder Proxies: Diese können Zugriff und Nutzungs-Tracking zentralisieren, sind aber nicht unbedingt als zweiseitiger Marktplatz mit Einnahmen für Anbieter konzipiert.
• Compute- oder API-Resale-Marktplätze: Verwandte Plattformen, auf denen Nutzer Zugriff auf Infrastruktur oder API-Kapazität kaufen können, können sich überschneiden, nutzen aber möglicherweise nicht denselben x402-basierten Agentenzahlungsfluss.