Subbit stellt einen Cardano Zahlungskanal für verbrauchsbasierte API Abrechnung vor

Dominic Wallis stellte Subbit.xyz bei den 77. Cardano Developers Office Hours mit einem konkreten Problem vor: Eine API Anfrage kann weniger kosten als die Gebühr und die Zeit, die eine Blockchain Transaktion erfordert. Sein System kombiniert unterzeichnete Zahlungszusagen mit einem Cardano Smart Contract, sodass ein Anbieter kleine Anfragen bedienen und die genehmigten Entgelte später einziehen kann. Die Präsentation zeigte, wie die Zahlungskomponenten kommunizieren, während eine Integration in einen Produktivdienst der nächste Projektschritt bleibt.

Ein Zahlungskanal für verbrauchsgemessene Dienste

Subbit.xyz ist für Dienste konzipiert, die den Verbrauch eines Kunden messen können, etwa API Aufrufe, Datenübertragungen oder KI Anfragen. Monatsabonnements berechnen einen Zeitraum des Zugriffs, während Rechnungen nach erfolgter Nutzung eintreffen. Wallis schlug eine engere Verknüpfung zwischen jeder einzelnen Serviceeinheit und dem vom Kunden autorisierten Betrag vor.

Ein Kunde eröffnet einen Kanal, indem er Mittel nach den Regeln eines Cardano Smart Contracts einzahlt. Bei der Anforderung von Service signiert der Kunde ein IOU, das den kumulativen Betrag angibt, den der Anbieter einziehen darf. Der Anbieter prüft die Signatur und die hinterlegten Mittel, bevor er die Anfrage erfüllt. Jedes IOU ist an seinen Kanal gebunden, sodass eine für ein Konto bestimmte Signatur nicht gegen ein anderes wiederverwendet werden kann.

Der Kanal ist auf zwei Teilnehmer begrenzt, wobei Zahlungen vom Kunden an den Anbieter fließen. Der Kunde kann die Autorisierung neuer Belastungen beenden, während der Anbieter einen Anspruch für bereits erbrachte Leistung hält. Der Kanal regelt die Zahlung, er prüft nicht die Qualität einer API Antwort oder wie der Anbieter mit sensiblen Informationen umgeht.

Wie Forderungen und die Schließung des Kanals auf Cardano funktionieren

Der Anbieter kann das neueste IOU an den Smart Contract übermitteln und den autorisierten Betrag beanspruchen, solange der Kanal offen bleibt. Frühere Forderungen werden berücksichtigt, sodass derselbe Betrag nicht noch einmal abgehoben werden kann. Wenn der Kunde Mittel hinzufügt, kann die Beziehung fortgesetzt werden, ohne einen neuen Kanal zu eröffnen.

Wallis veranschaulichte die Einrichtung mit 10 ADA, die für den Service vorgesehen sind, und zusätzlichen 2 ADA, die für Cardanos UTxO Anforderungen reserviert sind. Der Kunde kann den Kanal schließen, wenn er gehen möchte. Der Anbieter hat dann eine beim Öffnen vereinbarte Frist, um eine letzte Forderung zu stellen, danach kann der Kunde den Restbetrag zurückerhalten.

Anbieter, die viele Kunden bedienen, können Forderungen in einer Transaktion bündeln. Wallis zeigte ein Beispiel, das 47 Kanäle berücksichtigte, zu Kosten von etwa 38 US Cent. Dies war eine Zahl aus seiner Präsentation, nicht ein gemeldeter Durchschnitt für Produktivverkehr. Er nannte die Menge der Transaktionsdaten als die unmittelbare Begrenzung für die Ausweitung solcher Batches.

Das Integrationsdesign platziert einen Issuer neben der Anwendung des Kunden und einen Proxy vor dem bestehenden Dienst des Anbieters. Der Issuer fügt einer Anfrage ein IOU bei. Der Proxy überprüft es und leitet eine akzeptierte Anfrage an den Dienst weiter.

Anbieter müssten diese Zahlungskomponenten weiterhin betreiben und die relevante Kanalaktivität auf Cardano verfolgen, auch wenn ihre ursprüngliche Anwendung keine Blockchain Logik implementiert.

Die verbleibende Prüfung ist eine echte Dienstintegration

Fragen der Teilnehmenden zeigten mehrere Grenzen des Modells auf. Rückerstattungen erfordern eine separate Zahlung, da der Kanal Mittel nur in eine Richtung bewegt. Ein Anbieter, der sich um Asset Preisschwankungen sorgt, kann Mittel zeitnah beanspruchen oder Preise für künftige Anfragen anpassen. Wallis zeigte auch, dass ein Kanal ein anderes Asset verwenden kann, und nannte USDM als Beispiel.

Auf Cardano abgewickelte Forderungen offenbaren die eingezogenen Beträge, auch wenn einzelne Serviceanfragen off chain bleiben. Teilnehmende fragten, ob Zero Knowledge Proofs die Privatsphäre oder die Bündelung verbessern könnten. Wallis argumentierte, dass ein solches Design die Komplexität erhöhen würde und dass die Größe der Transaktionsdaten das unmittelbarere Skalierungsthema für Subbit.xyz ist.

Ein weiterer Teilnehmender, David, drängte Wallis zur Nachfrage: Welcher Anbieter würde sein Abrechnungssystem ändern, um den Kanal zu nutzen? Wallis erörterte potenzielle Einsätze in API Infrastruktur, KI Abrechnung und gemessener Datenbereitstellung. Er beschrieb frühere Arbeiten mit Orcfax und würdigte die Unterstützung durch Project Catalyst, präsentierte jedoch keinen aktuellen Produktionsintegrator oder kommerzielle Nutzungszahlen.

In der Abschlussdemonstration tauschten der Issuer und der Server Zahlungsdaten aus, der zugrunde liegende Dienst wurde jedoch nicht ausgeführt. Wallis lud Anbieter ein, Subbit.xyz zu integrieren. Dadurch könnte die nächste Demonstration alle drei Teile der Transaktion verbinden: eine gemessene Serviceantwort, das vom Kunden signierte IOU und den Anspruch des Anbieters auf Cardano.