NIP-90 definiert Data Vending Machines (DVMs), ein Protokoll, um bezahlte Rechenarbeit über Nostr anzufragen und auszuliefern.

Funktionsweise

Kunden veröffentlichen Job-Request-Events im Bereich 5000-5999. Jeder Request kann ein oder mehrere i-Tags für Eingaben, param-Tags für jobspezifische Einstellungen, ein output-Tag für das erwartete Format, eine bid-Obergrenze und Relay-Hints dafür enthalten, wo Antworten erscheinen sollen. Service Provider antworten mit einem passenden Result-Kind im Bereich 6000-6999, immer 1000 höher als der Request-Kind.

Ergebnisse enthalten den ursprünglichen Request, den Pubkey des Kunden und optional ein amount-Tag oder eine Invoice. Provider können außerdem kind 7000-Feedback-Events wie payment-required, processing, partial, error oder success senden. Dadurch können Clients Fortschritt anzeigen, bevor das endgültige Ergebnis ankommt.

Zahlung und Privatsphäre

Das Protokoll lässt die Geschäftslogik bewusst offen. Ein Provider kann Zahlung verlangen, bevor die Arbeit beginnt, nach einer Probe oder erst nach dem vollständigen Ergebnis. Diese Flexibilität ist wichtig, weil DVM-Jobs von günstigen Texttransformationen bis zu teurer GPU-Arbeit reichen und Provider nicht alle dasselbe Zahlungsrisiko tragen.

Wenn ein Kunde private Eingaben will, kann er i- und param-Daten in verschlüsselten content verschieben und das Event mit einem encrypted-Tag plus dem p-Tag des Providers markieren. Das schützt Prompts oder Quellmaterial vor Beobachtern auf Relays, bedeutet aber auch, dass der Kunde einen bestimmten Provider ansprechen muss, statt einen offenen Markt-Request zu senden.

Interop-Hinweise

NIP-90 unterstützt Job-Verkettung über i-Tags mit dem Input-Typ job, sodass ein Ergebnis in einen späteren Request einfließen kann. Dadurch werden mehrstufige Abläufe möglich, ohne eine separate Orchestrierungsschicht zu erfinden.

Die Discovery von Providern liegt außerhalb des eigentlichen Request-Response-Zyklus. Die Spezifikation verweist auf Ankündigungen aus NIP-89: Recommended Application Handlers, um unterstützte Job-Kinds zu bewerben. So können Clients Anbieter finden, bevor sie selbst einen Request veröffentlichen.

Primärquellen:

Erwähnt in:

Siehe auch: