Früher war die Bezahlung für Infrastruktur ganz einfach. Die meisten Plattformen verlangen Gebühren für den Zugang. Du wählst einen Tarif, zahlst ein monatliches Abonnement und der Service ist dann da, wenn du ihn brauchst. Ob du eine einzelne Anfrage stellst oder zehntausend,.. die Rechnung ändert sich normalerweise nur sehr wenig. Das ist mittlerweile die Standardannahme, wie Menschen über Infrastruktur denken. Du bezahlst für Verfügbarkeit, nicht für jede einzelne Aktion, die im Hintergrund abläuft.
Diese Annahme passt bei Newton jedoch nicht wirklich.
Das Policy-Engine ist nicht nach Zugang bepreist. Sie ist nach Ausführung bepreist. Jede Policy-Auswertung wird danach bemessen, welche Arbeit sie tatsächlich leistet – vom WASM-Instruction-Count und Aufrufen externer Datenanbieter bis hin zur Bandbreite, die beim Erreichen einer Entscheidung verbraucht wird. Die Gebühren werden anschließend täglich über eine Onchain-Zahlungs-Vault beglichen, bevor sie zwischen den Betreibern und dem Protokoll aufgeteilt werden. Die Kosten sind nicht daran gekoppelt, dass die Infrastruktur verfügbar ist. Sie sind daran gekoppelt, was die Infrastruktur tatsächlich getan hat.
Das klingt nach einer kleinen buchhalterischen Einzelheit. Ist es nicht. Der Unterschied besteht darin, dass Newton jede Richtlinienauswertung als eigene Einheit der geleisteten Arbeit behandelt. Zwei Autorisierungen können beide eine Transaktion genehmigen, aber sie verbrauchen nicht notwendigerweise die gleichen Ressourcen, um zu dieser Entscheidung zu gelangen. Eine Richtlinie fragt möglicherweise nur einen einzigen Provider ab und liefert eine einfache Antwort, während eine andere mehrere Rego-Regeln auswertet, Daten bei mehreren Providern anfordert und Ausgabenlimits, Gerichtsbarkeiten und andere Bedingungen verifiziert, bevor sie genau dasselbe Ergebnis hervorbringt.
Das Ergebnis sieht möglicherweise identisch aus. Die Arbeit, um dorthin zu gelangen, ist es nicht. Genau darum geht es – das ist die Grundlage, auf der das Preismodell aufgebaut ist. Du zahlst nicht, weil es eine Richtlinie gibt. Du zahlst, weil diese Richtlinie tatsächlich das zu tun hatte, was sie getan hat.
Als ich anfing, so darüber nachzudenken, wirkten sich die verschiedenen Use Cases, die im gesamten Whitepaper beschrieben werden, plötzlich sehr unterschiedlich an. Ein autonomer KI-Agent könnte jeden Tag Tausende von Richtlinienauswertungen auslösen. Jede Autorisierung könnte relativ leichtgewichtig sein – etwa Ausgabenlimits prüfen, das Ziel verifizieren oder Velocity-Regeln durchsetzen, bevor eine weitere Transaktion zugelassen wird. Ein Stablecoin-Emittent hingegen könnte in demselben Zeitraum nur eine Handvoll Transaktionen auswerten, doch jede dieser Auswertungen könnte ein Screening auf Sanktionen, Prüfungen der Gerichtsbarkeit, die Verifikation der Herkunft der Gelder und mehrere zusammenarbeitende Policy-Module umfassen, bevor eine Freigabe erfolgt.
Beides nutzt dieselbe Infrastruktur und beide zahlen über dasselbe Preismodell. Der Unterschied liegt nicht in der Anwendung selbst. Der Unterschied ist die Menge an Berechnungen, die jedes Mal erforderlich ist, wenn eine Richtlinie ausgeführt wird. Genau das misst die ausführungsbasierte Preisgestaltung.
Natürlich gibt es einen Trade-off.
Die Abrechnung für Berechnungen statt für den Zugriff macht die Preisgestaltung viel stärker daran ausgerichtet, welche Arbeit tatsächlich geleistet wird, macht die Kosten jedoch auch weniger vorhersehbar. Teams haben jetzt eine weitere laufende Betriebskostenposition, die sie neben den Gas Fees berücksichtigen müssen. Die Endkosten hängen nicht nur davon ab, wie oft Richtlinien ausgeführt werden, sondern auch davon, wie effizient diese Richtlinien geschrieben wurden und wie viele externe Ressourcen sie während der Auswertung benötigen.
Das wirft eine weitere Frage auf. Wenn Policy-Module wiederverwendbar über Anwendungen hinweg werden, dann definieren Policy-Autoren nicht nur Logik zur Autorisierung. Sie beeinflussen auch die Ausführungskosten, die von jeder Anwendung bezahlt werden, die ihre Arbeit übernimmt. Eine ineffiziente Richtlinie wird nicht einfach nur schwerer zu warten. Sie wird stillschweigend für alle, die sich auf sie verlassen, teurer – selbst wenn das Ergebnis identisch ist mit dem einer besser optimierten Alternative.
Die Doku des Newton Protocols erklärt, wie Ausführungsgebühren berechnet und verteilt werden, aber sie beantwortet nicht wirklich die Frage, ob Entwickler irgendwann Policy-Module anhand der Ausführungskosten miteinander vergleichen, bevor sie eine auswählen. Vertrauen und Sicherheit werden immer eine Rolle spielen, aber Effizienz ebenso, wenn jede Autorisierung ihre eigenen, messbaren Kosten mit sich bringt.
Die Effizienz von Gas wurde schließlich zu einem der bestimmenden Merkmale gut gestalteter Smart Contracts. Ich frage mich, ob die Effizienz von Richtlinien denselben Weg einschlägt oder ob Ausführungskosten für die meisten Entwickler erst dann sichtbar werden, wenn sie die Richtlinie, auf die sie ihr System aufbauen wollen, bereits ausgewählt haben.
#Labs #USJoblessClaimsFallTo215K
