# Zahlung pro Inferenz für KI-Agenten: Incarna und BlockRun - Source: MechNext — https://mechnext.eu/de/article/34-pay-per-inference-for-ai-agents-incarna-and-blockrun - Published: 2026-10-09 - Updated: 2026-10-09 - Category: Industry News - Language: de (Markdown in other languages: ?lang=en, ?lang=sk, ?lang=pl, ?lang=zh, ?lang=ru) > AWS beschreibt, wie Incarna mit Amazon Bedrock AgentCore payments und x402 Modellinferenz bei BlockRun Anfrage für Anfrage bezahlt. Der AWS Machine Learning Blog veröffentlichte am 8. Oktober 2026 einen Artikel über Zahlungen pro Inferenz für KI-Agenten. Er stellt Beispiele mit Incarna und BlockRun vor und beschreibt Zahlungen für Dienste auf Ebene einzelner Anfragen. Im Mittelpunkt steht Amazon Bedrock AgentCore payments, eine laut Artikel verwaltete Zahlungsfunktion für Agenten. Sie übernimmt Zahlungsprotokolle, Wallet-Verbindungen, das Signieren von Transaktionen und Ausgabenlimits. Die praktische Idee besteht darin, die Zahlungsabwicklung in den Ablauf einer Dienstanfrage durch einen Agenten einzubeziehen. Der Artikel beschreibt die Verbindung zwischen Agent, Wallet und einem Händler, der einen kostenpflichtigen Dienst bereitstellt. Dabei geht es um mehr als die Anzeige eines Preises: Eine Zahlung wird autorisiert und signiert, anschließend wird dem Anbieter ein Nachweis zurückgegeben. In den Beispielen sind Zahlungen an Modellinferenz-Anfragen gebunden, sodass jeder Aufruf einen eigenen Preis und eine eigene Abwicklung haben kann. ### So richtete Incarna Wallets ein Incarna richtete mit dem Coinbase-CDP-Connector für jeden Agenten ein Wallet ein. Laut Artikel ist der Kunde Eigentümer des Wallets und erteilt Incarna eine delegierte Berechtigung zu dessen Nutzung. Diese Anordnung legt fest, wem das Wallet gehört und wer im Rahmen der erteilten Befugnis Zahlungsaktionen ausführen darf. Der Artikel stellt die Wallet-Konfiguration als Teil der Integration von Zahlungen in Agenten dar. AgentCore payments übernimmt mehrere für eine Zahlung erforderliche Elemente: Zahlungsprotokolle, Wallet-Verbindungen, Transaktionssignaturen und Ausgabenlimits. Im beschriebenen System muss ein kostenpflichtiger Aufruf einem Wallet zugeordnet sein und innerhalb einer Ausgabengrenze stattfinden. Der Artikel stellt diese Elemente als verwaltete Funktion für Zahlungsabläufe von Agenten vor. ### Von HTTP 402 zum Zahlungsnachweis Der Artikel beschreibt den Fall, dass ein Dienst mit HTTP 402 antwortet. AgentCore payments kann darauf mit einer x402-Zahlung reagieren, sie mit dem konfigurierten Wallet signieren und dem Händler einen kryptografischen Nachweis zurückgeben. Der Händler erhält damit einen Nachweis, der der bezahlten Anfrage zugeordnet ist. In diesem Ablauf verbinden Protokoll, Wallet und Signatur die Anfrage nach einem kostenpflichtigen Dienst mit der Bestätigung ihrer Zahlung. Incarna verwendete USDC im Base-Netzwerk zur Abwicklung. AWS zufolge lässt sich jede Transaktion on-chain verifizieren. Dieses Detail ist im Beispiel relevant, weil Zahlungen einzelnen Anfragen zugeordnet werden und nicht zu einer einzigen Sammelzahlung zusammengefasst werden müssen. Der Artikel beschreibt sowohl den Beginn einer Zahlung als auch die Möglichkeit, ihre Abwicklung zu prüfen. ### Zwei x402-Schemata und Ausgabengrenzen AgentCore payments unterstützt laut Artikel zwei x402-Schemata: _exact_ für einen im Voraus bekannten Preis und _upto_ für dynamische Preise. Bei _exact_ steht der Preis vorab fest. Bei _upto_ genehmigt der Agent einen Höchstbetrag, und der Anbieter rechnet die tatsächliche Nutzung bis zu dieser Grenze ab. Der Unterschied beschreibt zwei Preissituationen: einen vor Ausführung der Anfrage festgelegten Preis und einen Endbetrag, der von der Nutzung des Dienstes abhängt. Die Zahlungssitzungen von Incarna hatten ein Ausgabenlimit und eine Ablaufzeit. Das Unternehmen bemass die Sitzungen am Tagesbudget. In der Darstellung des Artikels begrenzen diese Einstellungen die Zahlungsberechtigung des Agenten: Eine Sitzung hat eine finanzielle Obergrenze und läuft nach einer bestimmten Zeit ab. So lässt sich ein Limit für einen Arbeitszeitraum festlegen, statt eine Zahlungssitzung ohne definierte Grenze zu beschreiben. ### Integrationszeit und Beta-Betrieb AWS berichtet, dass Incarna die Integration von AgentCore payments in drei Tagen abgeschlossen hat: ein Tag für den Aufbau und zwei Tage für Tests. Der Anwendungscode umfasste ungefähr 200 Zeilen. Ursprünglich waren zwei bis drei Monate veranschlagt worden. Diese Zahlen beschreiben Incarnas Erfahrung mit dieser Integration und vergleichen im Artikel die anfängliche Schätzung mit der Zeit, die das Unternehmen nach Abschluss der Arbeit angab. Während der Beta verarbeiteten die Agenten mehr als 1.000 Zahlungen. Die Beträge lagen zwischen 0,001 und 0,05 US-Dollar je Aufruf; jede Zahlung wurde einzeln on-chain abgewickelt. Anzahl und Spanne veranschaulichen die beschriebene Art des Betriebs: häufige, kleine Zahlungen für einzelne Aufrufe statt eines einzigen Preises für einen Stapel von Anfragen. ### BlockRun und Zahlungen für Inferenz Der Artikel beschreibt BlockRun als Inferenz-Router mit nutzungsabhängiger Bezahlung, der Modellinferenz über x402 bereitstellt. Jeder Aufruf wird einzeln mit einem Preis versehen, autorisiert, bezahlt und in USDC auf Base abgewickelt. Zusammen mit Incarnas Beispiel beschreibt dies einen Ablauf, bei dem ein Agent Inferenzanfragen stellt und der Zahlungsvorgang für einzelne Aufrufe wiederholt wird. Die Darstellung von AWS verbindet mehrere konkrete Elemente: die verwaltete AgentCore-Zahlungsfunktion, ein kundenbetriebenes Wallet, das Incarna mit delegierter Berechtigung nutzt, die Behandlung von HTTP 402, zwei x402-Schemata und Sitzungslimits. Die Beispiele von Incarna und BlockRun umfassen Inferenzzahlungen Anfrage für Anfrage und die Abwicklung in USDC auf Base. Außerdem nennt der Artikel die Integrationsdauer, das Beta-Zahlungsvolumen und die Zahlungsspanne. Diese Angaben werden als Beispiele aus dem AWS-Artikel dargestellt.