Solanas „Million-Zahlungen-pro-Sekunde“-KI-System kann Verkäufer auch nach Lieferung unbezahlt lassen

Ein Kunde, der einen Solana-Zahlungskanal nutzt, kann den Kauf von KI-Diensten stoppen, bevor der Kanal die Zahlungen dafür abgeschlossen hat. Wenn der Betreiber dazwischen schweigt, benötigt der Kunde eine Möglichkeit, die verbleibende Einzahlung zurückzuerhalten, während der Händler darauf angewiesen ist, dass seine letzte Rechnung die Blockchain erreicht, bevor das Rückgewinnungsfenster schließt.

Diese Risikoteilung steht hinter der Ankündigung des Solana Foundation vom 3. September über Zahlungskanäle, die mehr als eine Million Zahlungen pro Sekunde über einen Proxy mit 100.000 einzigartigen Wallets berichtete. Das System ermöglicht es Agenten, gegen ein vorausbezahltes Limit über signierte Nachrichten auszugeben, wodurch die Notwendigkeit einer separaten Blockchain-Transaktion für jede Lieferung verringert wird.

Der Kunde finanziert den Kanal, der Händler liefert den Service und der Betreiber führt den Zahlungsprozess durch. Jeder finanziert einen anderen Teil des Zeitraums zwischen Autorisierung und Einziehung: Kundeneinlagen, Betreiber-Vorauszahlungen von SOL für Gebühren und rückzahlbare Kontomieten sowie Dienstleistungen des Händlers, die auf die On-Chain-Zahlung warten.

Eine Warnung im mit der Stiftung verbundenen Benchmark-Template macht diesen Zeitraum entscheidend: Das Neustarten des standardmäßigen In-Memory-Speichers kann akzeptierte, aber noch nicht abgewickelte Gutscheine verfallen lassen.

Das Benchmark-Template berichtet von etwa 1,09 Millionen verifizierten Gutscheinen pro Sekunde auf einem 128-Kern-AVX-512-Host während eines durchgehenden 10-minütigen Laufs. Es misst das Zahlungstor, das eine Antwort ohne einen upstream-Dienst zurückgibt. Das Ergebnis misst nicht eine Million KI-Abschlüsse oder unabhängig abgewickelte Mainnet-Transaktionen pro Sekunde.

Das Gateway prüft eine Signatur und aktualisiert den kumulierten Ausgabenrekord des Kanals off-chain. Diese Anordnung ermöglicht es vielen kleinen Autorisierungen, die Kosten der On-Chain-Operationen zu teilen. Aber das Template sagt, dass eine Bereitstellung mit dauerhaftem Sitzungs-Speicher separat benchmarked werden muss, da ein dauerhafter Schreibvorgang Teil des Anforderungswegs wird.

Für einen Händler verbindet diese Unterscheidung Geschwindigkeit mit Wiederherstellbarkeit. Ein schnelles Akzeptanzprotokoll ist nützlich, um zu entscheiden, ob die nächste Anfrage bedient werden soll. Ein überlebender Gutschein ist erforderlich, um die Einziehung nach einem Neustart zu unterstützen. Die Hauptdurchsatzzahl stellt nicht die Leistung beider zusammen fest.

Die Stiftung gab an, dass die Alibaba Cloud API-Endpunkte zum Start aktiv waren, und das Programm-Repository listet eine Mainnet-Bereitstellung. Das Benchmark beschreibt eine Testlast anstelle von gemessener kommerzieller Nachfrage.

Eine Rückerstattung hat zwei Wege

Ein Zahlungskanal beginnt damit, dass der Kunde ein Limit in Treuhand bei dem On-Chain-Programm einzahlt. Das Programm kontrolliert das Guthaben und setzt seine Zahlungsregeln durch. Ausgabenautorisierungen sammeln sich gegen diese Einzahlung, und die Schließung bietet einen Rückweg für den nicht als abgewickelt verzeichneten Teil.

Wenn beide Seiten kooperieren, kann der benannte Zahlungsempfänger, dessen Unterschrift die endgültige Schließung autorisiert, die endgültige Abrechnung einreichen, den Kanal versiegeln und die Mittel in einer einzigen Transaktion verteilen. Das Versiegeln friert den abgewickelten Gesamtbetrag ein; die Verteilung überträgt die Token. Die Auszahlung des Händlers und die Rückerstattung des Kunden können gleichzeitig erfolgen, ohne dass eine Zwangsschließung erforderlich ist.

Der Entwurf der Sitzung vom 3. September, eine Spezifikation in Arbeit, beschreibt die Alternative für einen nicht reagierenden Server: Der Kunde fordert eine Zwangsschließung an und startet eine Karenzzeit. Es wird empfohlen, 900 Sekunden oder 15 Minuten pro Kanal zu konfigurieren. Die Uhr beginnt, wenn die Anfrage on-chain aufgezeichnet wird, nicht wenn der Kunde zum ersten Mal einen gestoppten Dienst bemerkt.

In einer gesponserten Stablecoin-Sitzung zahlt der Betreiber normale Gebühren und Mieten. Ein Kunde, der kein SOL hält, muss daher SOL oder einen gebührenzahlenden Einreicher beschaffen, um die Flucht einzuleiten, wenn dieser Betreiber nicht verfügbar ist. Die erlaubnisfreie Wiederherstellung ermöglicht es einer anderen Partei zu helfen; ein Ersatz-Einreicher muss jedoch weiterhin verfügbar und bereit sein, die Transaktionsgebühren zu zahlen.

Nach Ablauf der Frist kann jeder die Versiegelungsanweisung einreichen. Der Kunde kann dann die Einzahlung abzüglich des on-chain festgelegten Betrags abheben. Alternativ kann jeder eine Verteilungstransaktion einreichen, die die aufgezeichneten Anteile des Händlers und die ausstehende Rückerstattung auszahlt, wobei die im öffentlichen Eröffnungsauftrag festgelegte Auszahlungsteilung verwendet wird.

Diese Wiederherstellungspfade setzen ein funktionierendes Netzwerk und nutzbare Token-Konten voraus. Die Programmdokumentation warnt, dass ein vom Emittenten eingefrorenes Treuhandkonto Überweisungen blockieren kann und dass die Verteilung einen nicht nutzbaren Anteil des Begünstigten oder Rückerstattungskontos an die Staatskasse umleiten kann. Dies sind separate Grenzen für die Wiederherstellung, selbst wenn keine Betreiberunterschrift erforderlich ist.

Für den Kunden umfasst die praktische Verzögerung die Anordnung und Durchführung der Transaktionen sowie den konfigurierten Timer. Die Gebührenlast hängt davon ab, wer sie einreicht. Die Empfehlung von 15 Minuten beschreibt eine mögliche Protokollwartezeit; die Benchmarkkosten pro Genehmigung messen eine andere Operation.

Der Zeitraum für die Sammlung des Händlers verengt sich

Die Position des Händlers hängt davon ab, welchen Stand seine Rechnung erreicht hat. Ein off-chain Gutschein, ein Betrag, der als on-chain festgelegt aufgezeichnet ist, und Token, die bereits an einen Empfänger verteilt wurden, sind drei verschiedene Dinge.

Die aktuelle Implementierung der Abrechnung ermöglicht es jedem, einen gültigen Gutschein vorzulegen, solange der Kanal offen bleibt. Sobald der Zahler die Schließung anfordert, hört diese gewöhnliche Anweisung auf, neue Abrechnungen zu akzeptieren. Während der Frist muss der endgültige Gutschein stattdessen den vom Zahlungsempfänger autorisierten Abrechnungs- und Versiegelungsweg durchlaufen, der in den Regeln der Zustandsmaschine beschrieben ist.

Während der Frist hat der Zahlungsempfänger Zeit, seine endgültige Rechnung aufzuzeichnen. Eine dritte Partei, die in der Lage ist, Transaktionsgebühren zu zahlen, kann nicht unbedingt eine fehlende Unterschrift des Zahlungsempfängers ersetzen. Eine Kopie des Gutscheins zu behalten hilft nur, wenn der autorisierte Abrechnungsweg ihn vor Ablauf der Frist noch verwenden kann.

Wenn die gelieferte Dienstleistung vor Ablauf der Frist nie den endgültigen on-chain Abrechnungsbetrag erreicht, kann sie von diesem Kanal uncollectible werden. Sobald der Kanal versiegelt ist, wird die Rückerstattung des Kunden gegen den aufgezeichneten Gesamtbetrag berechnet, nicht gegen eine spätere Rekonstruktion dessen, was hätte abgerechnet werden sollen.

Bereits abgerechnete Händlerfonds haben ein anderes Ergebnis. Sie bleiben nach der Versiegelung für die Verteilung reserviert, vorausgesetzt, die erforderlichen Token-Konten sind nutzbar. Die Rückerstattung des Kunden umfasst nicht diese aufgezeichneten Anteile des Händlers. Ein Versagen des Betreibers impliziert daher nicht, dass jeder unbezahlte Händlerbetrag verschwindet.

Eine fehlende Auszahlungstransaktion kann daher durch eine erlaubnisfreie Verteilung abgeschlossen werden, sobald der Kanal versiegelt ist, mit nutzbaren Konten und einer finanzierten Transaktion. Eine fehlende endgültige on-chain Abrechnung ist schwieriger: Nach Beginn der erzwungenen Schließung erfordert das Hinzufügen einen gültigen Gutschein und den vom Zahlungsempfänger autorisierten Weg, bevor die Frist abläuft.

Der Entwurf der Sitzung bietet zwei Unterzeichnungsvereinbarungen. Im Client-Modus kontrolliert der Kunde den Schlüssel zur Gutscheinunterzeichnung; dies ist die Standardoption, wenn die Herausforderung einen Modus weglässt. Im Betreiber-Modus legt der Kunde einen wiederverwendbaren Inhaberbeweis vor, und der Betreiber unterzeichnet die Auszahlungs-Gutscheine.

Die Obergrenze des Treuhandkontos begrenzt die Abrechnung in beiden Modi. Die Wahl der Unterschrift bestimmt, wer die Zahlungsautorisierung erstellt. Das veröffentlichte Material legt keinen einheitlichen aktiven Grace-Zeitraum oder Unterzeichnungsmodus für jeden Alibaba- oder pay.sh-Kanal fest, sodass die Exposition des Kunden und des Händlers von den jeweiligen Kanalbedingungen abhängt.

Es gibt auch separate Finanzierungskosten für den Betreiber. Der Anweisungsverweis ermöglicht es, dass die erstattbare SOL-Miete des entleerten Kanal-Kontos bis zum Ablauf eines 1.500-Slots-Öffnungsfensters gebunden bleibt. Dieser Timer betrifft die Kontodeaktivierung. Rückerstattungen von Kundentoken und Auszahlungen von Händlertoken erfolgen unabhängig von diesem Miettimer.

Für Betreiber adressieren dauerhafte Gutscheinaufzeichnungen und zeitnahe Abrechnungen unterschiedliche Probleme: die Rechnung zu bewahren und sie on-chain anerkannt zu bekommen. Die Verteilung schließt dann die Zahlung ab. Häufigere Abrechnungen können den Wert der Dienstleistung verringern, der darauf wartet, in die Aufzeichnung einzugehen, während eine frühere Verteilung die Zeit reduziert, in der die aufgezeichneten Einnahmen in Treuhand bleiben.

Für Kunden reduzieren kleinere gebundene Salden das Geld, das an eine Sitzung gebunden ist, aber die Möglichkeit, auszutreten, hängt weiterhin vom Timer des Kanals und dem Zugang zu einem finanzierten Transaktionsübermittler ab. Der Händler benötigt unterdessen einen Inkassoprozess, der einen Neustart überstehen kann und innerhalb des Schließfensters funktioniert.

Die Zahlungskanäle von Solana verlagern wiederholte Autorisierungen aus der unmittelbaren Arbeitslast der Blockchain. Die Finanzierung bleibt an drei Stellen sichtbar: die Einzahlung des Kunden, die Dienstleistung des Händlers, die auf die Einziehung wartet, und der SOL-Vorschuss des Betreibers. Ein nützlicher Maßstab für die Wirtschaftlichkeit des Systems ist, wie zuverlässig diese drei Salden ihre beabsichtigten Eigentümer erreichen, wenn der schnelle Weg stoppt.

Dieser Inhalt wird nur zu allgemeinen Informationszwecken bereitgestellt und stellt keine finanzielle, Anlage-, Rechts- oder Steuerberatung dar. Alle erwähnten Ereignisse, Prämien, Online-Aktionen oder zugehörige Informationen sollten nicht als Empfehlung, Aufforderung oder Einladung zum Kauf, Verkauf, Handel oder anderweitigem Umgang mit Krypto-Assets betrachtet werden. Krypto-Assets sind sehr volatil und können zu Verlusten führen. Die Verfügbarkeit von WEEX Services, Produkten und zugehörigen Aktionen kann je nach Region unterschiedlich sein. Sie sind dafür verantwortlich sicherzustellen, dass Ihre Teilnahme mit geltenden lokalen Gesetzen und Vorschriften übereinstimmt.