Krypto am Point of Sale akzeptieren

Krypto am Point of Sale zu akzeptieren heißt: Ein Kunde steht an Ihrer Kasse und zahlt mit einem digitalen Asset – einem Stablecoin wie USDC oder einer Coin wie BTC –, und Sie als Händler erhalten Euro gutgeschrieben. Das Asset, das der Kunde sendet, und das Geld, das Sie erhalten, sind zwei verschiedene Dinge, verbunden durch einen Kurs, der im Moment des Bezahlens festgelegt wird. Weder Ihre Kasse noch Ihre Buchhaltung noch Ihr Bankkonto bekommen mit, dass Krypto im Spiel war. Das Terminal zeigt einen Euro-Preis, der Kunde scannt einen Code, und wenige Sekunden später ist der Verkauf in Euro abgeschlossen – in derselben Zeile, in der sonst eine Kartenzahlung stünde. Krypto am Point of Sale ist eine Zahlungsart, keine Änderung der Buchhaltung, und genau das so zu halten ist das gesamte Engineering-Problem.

Diese Einordnung gehört an den Anfang, denn die meiste Verwirrung bei Kryptozahlungen entsteht, weil zwei Fragen vermischt werden, die getrennt bleiben sollten: wie der Kunde zahlt und in welcher Währung der Händler sein Geld behält. Trennt man beides, ergibt sich der Rest von selbst.

Das Problem, das wirklich gelöst werden muss

Ein Händler will den Umsatz, nicht die Volatilität. Er will den Tag nicht mit einem Bestand an Assets von ungewissem Wert beenden, und seine Buchhalterin soll nicht plötzlich zwei Währungen sprechen. Er will den Preis zwischen Bezahlvorgang und Beleg fixiert, das Geld in Euro und einen Abgleich, der aussieht wie jeder andere Kartentag. Ein Laden, der Krypto naiv akzeptiert, bekommt nichts davon: Er nimmt ein Asset an, dessen Preis sich bewegt, während der Kunde noch überlegt, parkt es in einer Wallet und handelt sich eine zweite Währung in der Buchhaltung ein, die nun jemand von Hand bewerten und umrechnen muss. Das Designziel ist daher eng und strikt: Krypto an genau einer Stelle sichtbar machen, im Moment der Zahlung, und überall sonst unsichtbar.

Ein Tap: ein QR-Code, ein fixierter Kurs, eine Euro-Zeile

Gehen wir den Ablauf an der Kasse durch. Die Kassierkraft bucht einen Warenkorb über 24,00 € ein. Das Terminal zeigt die Euro-Summe und erzeugt einen QR-Code, der die Anfrage enthält – den Betrag, eine Zieladresse oder Rechnung und eine kurzlebige Kurs-ID. Der Kunde scannt ihn mit seiner eigenen Wallet, sieht genau, was er gleich sendet, und bestätigt. Das Terminal beobachtet das Netzwerk auf diese Überweisung und druckt nach Bestätigung einen Beleg in Euro. Aus Sicht der Kassierkraft ist der Rhythmus identisch mit einer Kartenzahlung: Summe, vorlegen, bestätigen, Beleg. Niemand hinter dem Tresen tippt eine Adresse ein oder liest einen Kontostand in etwas anderem als Euro.

Dass die Anfrage im QR-Code steckt, macht es sicher, sie dem Handy eines Fremden zu übergeben. Betrag und Ziel reisen per Prüfsumme gesichert im Code, der Kunde kann also weder an die falsche Adresse noch den falschen Betrag zahlen, weil er sich vertippt – derselbe Ansatz wie bei Identity-by-Construction auf der Inkasso-Seite, übertragen auf die Kasse. Ein Code, der sich scannen lässt, ist ein korrekter Code; es gibt kein Freitextfeld, das man falsch ausfüllen könnte.

Settlement in Euro, damit die Bücher nie etwas von Krypto erfahren

Zwischen dem Asset, das der Kunde sendet, und den Euro, die der Händler behält, liegt die Umrechnung – und wo sie liegt, ist der ganze Trick. Der Kunde sendet USDC oder BTC; die Plattform rechnet um und schreibt dem Händler EUR auf seinem Konto gut. Das Hauptbuch des Händlers sieht nur eine Euro-Gutschrift und eine Euro-Gebührenzeile – dieselbe Form wie bei einem Kartensettlement –, denn das Asset wird bei der Plattform umgerechnet und nicht in einer Wallet belassen, die der Händler nun verwalten müsste. Am Tagesende sind die Bücher durchgehend in Euro. Es gibt keinen Bestand an Coins, den man bewerten müsste, keine zweite Währung in der Buchhaltung und nichts, was am Montagmorgen per Off-Ramp ausgezahlt werden müsste.

Aufgabe des Kunden ist es, mit dem zu zahlen, was er besitzt. Aufgabe des Händlers ist es, seine Bücher in einer Währung zu führen. Ein Point of Sale, der Krypto in Euro abwickelt, ist schlicht die Maschine, die dafür sorgt, dass diese beiden Tatsachen nie aufeinandertreffen.

Der Kurs wird fixiert, nicht verfolgt

Die Angst gilt der Volatilität, und die Antwort ist ein fixierter Kurs mit Countdown. Zeigt das Terminal den Euro-Preis, legt es zugleich einen Kurs fest, der für ein genanntes Zeitfenster gilt – wenige Sekunden. Der Kunde zahlt innerhalb dieses Fensters zu diesem Kurs, und die Euro, die dem Händler gutgeschrieben werden, sind die Euro auf dem Display, nicht das, was der Markt gemacht hat, während die Wallet lud. Läuft das Fenster ab, bevor der Kunde bestätigt, stellt das Terminal einen neuen Kurs: neuer Code, frischer Countdown, ein ausdrücklich neuer Preis – nie ein stilles Abdriften. Der Händler ist der Bewegung zwischen Tap und Bestätigung nie ausgesetzt; dieses Risiko trägt, wer den Kurs gestellt hat, nicht der Ladenbesitzer, der nur einen Kaffee verkaufen wollte.

Wenn der Kunde langsam ist oder das Terminal offline

Netzwerke stocken, und Läden verlieren die Verbindung, deshalb muss das Offline-Verhalten bewusst unspektakulär sein. Zwei Fälle. Ist der Kunde langsam, läuft der Kurs einfach ab und wird neu gestellt – eine Zahlung wird entweder innerhalb eines Fensters bestätigt oder sie findet nicht statt, und es gibt keinen halbfertigen Verkauf, den man rückabwickeln müsste. Fällt das Terminal selbst offline, kann es zwar weiterhin eine Anfrage für einen bekannten Betrag anzeigen, aber keinen frischen Kurs festlegen und kein Settlement bestätigen; es hält den Verkauf daher als ausstehend und gleicht ab, sobald die Verbindung wieder steht, statt Erfolg vorzutäuschen. Die maßgebliche Regel lautet: Der Beleg wird bei Bestätigung gedruckt, nie auf Verdacht. Ein Euro-Beleg heißt, dass die Euro verbucht sind, und ein Verkauf, den das Terminal nicht bestätigen konnte, bleibt in der Operator-Konsole offen und sichtbar, statt stillschweigend zu verschwinden.

Wo das Terminal auf das Gateway trifft

Die Kasse ist das stationäre Gesicht desselben Acceptance-Stacks, der auch online läuft. Ein Krypto-Tap vor Ort und ein Pay-by-Link-Checkout sind darunter dasselbe Ereignis – Anfrage, Zahlung, Euro-Settlement, Beleg –, nur auf unterschiedlichen Oberflächen dargestellt. Ein Händler gleicht Krypto im Laden und Onlinebestellungen deshalb an einer Stelle ab, in Euro, mit denselben Gebührenzeilen und denselben Exporten, statt zwei Buchhaltungen zu führen, die zum Monatsende zusammengeheftet werden müssen. Das Terminal finden Sie unter /products/pos; die Online-Seite derselben Rails unter /products/gateway; und das Vokabular – Kurs, Settlement, Acquirer, Abgleich – ist im /glossary definiert.

Die ehrliche Grenze

Wenn an Ihrer Kasse niemand mit Krypto zahlen will, ist ein Krypto-Terminal die Lösung für ein Problem, das Sie nicht haben – nehmen Sie Karten und machen Sie weiter. Seinen Platz verdient es dort, wo ein echter Teil Ihrer Kundschaft bereits digitale Assets hält und sie lieber ausgeben würde, als sie erst per Off-Ramp zu tauschen: bestimmte Reisekorridore, bestimmte Online-native Zielgruppen, bestimmte Regionen, in denen Stablecoins schlicht die übliche Form sind, ausgabefähiges Geld zu halten. In diesen Kreisen heißt den Tap abzulehnen, den Verkauf abzulehnen. Die oben beschriebene Mechanik – der QR-Code, der fixierte Kurs, das Settlement in Euro, die Regel Bestätigung vor Beleg – ermöglicht es Ihnen, diesen Verkauf zu machen, ohne die Volatilität, die zweite Währung oder ein Buchhaltungsprojekt in Kauf zu nehmen. Krypto bleibt Sache des Kunden; die Euro bleiben Ihre.