SLAs und Escrow: Damit Zahlungen Konsequenzen haben können
Für eine API zu bezahlen und zu hoffen, dass sie liefert – so funktioniert heute der Großteil des Internets. Kite versucht, Konsequenzen direkt in die Zahlung einzubauen.
Zwei Punkte aus dem Whitepaper. Erstens: SLA-Verträge. Ein Dienst verpflichtet sich zu bestimmten Leistungen, etwa einer Antwortzeit von 100 ms oder einer Verfügbarkeit von 99,9 %. Bei Nichteinhaltung gibt es automatisch anteilige Rückerstattungen oder einen Reputationsabzug. Interessant ist, wie das überhaupt funktioniert, da Latenz und Verfügbarkeit offchain gemessen werden. Oracles übermitteln signierte Bestätigungen (oder zk-/TEE-Beweise), die diese Messwerte in Onchain-Fakten verwandeln, auf deren Grundlage der Vertrag handelt.
Zweitens: programmierbares Escrow. Anstatt direkt an einen Händler zu zahlen, hinterlegt ein Shopping-Agent Stablecoins in einem Escrow mit Ablaufdatum. Die Gelder werden erst freigegeben, wenn Prüfer die Lieferung bestätigen. Das Whitepaper beschreibt den gesamten Lebenszyklus: Autorisieren, Einziehen, Stornieren, Zurückfordern und Erstatten – einschließlich teilweiser Einziehungen, wenn nur ein Teil der Artikel versendet wird.
Zusammen ergibt das einen Bezahlvorgang ohne Rückbuchungsfristen, bei dem die Rückerstattungslogik im Code steckt und nicht in einem Streitbeilegungsverfahren. Offen bleibt die Qualität der Oracles, denn der Vertrag ist nur so zuverlässig wie deren Bestätigungen.
#KiteBBW
$KITE
Für eine API zu bezahlen und zu hoffen, dass sie liefert – so funktioniert heute der Großteil des Internets. Kite versucht, Konsequenzen direkt in die Zahlung einzubauen.
Zwei Punkte aus dem Whitepaper. Erstens: SLA-Verträge. Ein Dienst verpflichtet sich zu bestimmten Leistungen, etwa einer Antwortzeit von 100 ms oder einer Verfügbarkeit von 99,9 %. Bei Nichteinhaltung gibt es automatisch anteilige Rückerstattungen oder einen Reputationsabzug. Interessant ist, wie das überhaupt funktioniert, da Latenz und Verfügbarkeit offchain gemessen werden. Oracles übermitteln signierte Bestätigungen (oder zk-/TEE-Beweise), die diese Messwerte in Onchain-Fakten verwandeln, auf deren Grundlage der Vertrag handelt.
Zweitens: programmierbares Escrow. Anstatt direkt an einen Händler zu zahlen, hinterlegt ein Shopping-Agent Stablecoins in einem Escrow mit Ablaufdatum. Die Gelder werden erst freigegeben, wenn Prüfer die Lieferung bestätigen. Das Whitepaper beschreibt den gesamten Lebenszyklus: Autorisieren, Einziehen, Stornieren, Zurückfordern und Erstatten – einschließlich teilweiser Einziehungen, wenn nur ein Teil der Artikel versendet wird.
Zusammen ergibt das einen Bezahlvorgang ohne Rückbuchungsfristen, bei dem die Rückerstattungslogik im Code steckt und nicht in einem Streitbeilegungsverfahren. Offen bleibt die Qualität der Oracles, denn der Vertrag ist nur so zuverlässig wie deren Bestätigungen.
#KiteBBW
$KITE