Stablecoin-Zahlungen: Vom Wallet zur Händlerabwicklung

Der einfachste Weg, Stablecoin-Händlerzahlungen zu verstehen, besteht darin, einem konkreten Beispiel zu folgen. Ein Kunde kauft einen Artikel im Wert von 500 £ mit einem Stablecoin in US‑Dollar. Das sichtbare Ergebnis ist nur der Anfang; die relevanten Fragen betreffen die Aufzeichnungen, Institutionen und Verpflichtungen, die die Gültigkeit sicherstellen.

Eine Stablecoin‑Zahlung überträgt ein Token von einem vom Zahler kontrollierten Wallet zu einem Händler oder dessen Zahlungsanbieter, doch die geschäftliche Transaktion umfasst mehr als die Blockchain‑Übertragung. Preisgestaltung, Autorisierung, Sanktions‑Screening, Wechselkursumwandlung, Händlerakzeptanz, Abwicklungsoption, Rückerstattungen, Buchhaltung und Steuerunterlagen bestimmen, ob der Händler tatsächlich in der versprochenen Form bezahlt wurde.

Eine Blockchain‑Bestätigung ist nicht dasselbe wie die Händlerabwicklung. Der Händler kann das Token direkt erhalten, Dollar von einem Prozessor, der das Token verkauft, erhalten oder eine später von einem Vermittler finanzierte Bankeinzahlung erhalten. Jedes Modell weist Volatilitäts-, Liquiditäts-, Rückbuchungs- und Compliance‑Risiken unterschiedlich zu.

Um Stablecoin-Händlerzahlungen in den breiteren Kontext von Securities.io einzuordnen, vergleichen Sie Stablecoins erklärt: Vorteile und Risiken, Wie Stablecoins stabil bleiben, Was sind Zentralbank‑Digitalwährungen?. Gemeinsam zeigen diese Leitfäden, wie sich dieselbe Frage nach digitalem Geld ändert, wenn der Emittent, das Asset, das Anlegerrecht oder die Betriebsinfrastruktur wechselt.

Kaufangebot zum Abwickeln und Abstimmen: Die Stablecoin-Händlerzahlungskette

Das Kaufangebot legt den festen Artikelpreis, die Token‑Menge, den Wechselkurs, das Ablaufdatum, das Netzwerk und das Ziel fest. Das Ergebnis wird dann zur Autorisierung des Wallets verwendet, wobei die Zahlerabsicht, Mittel, Netzwerkgebühren, Screening und die korrekte Kette bestätigt werden. Diese Übergabe ist der erste Ort, um Stablecoin-Händlerzahlungen zu prüfen: Die empfangende Partei muss in der Lage sein, einen abgeschlossenen Zustandswechsel von einer Nachricht, Schätzung oder vorläufigen Aufzeichnung zu unterscheiden. Derselbe Test gilt bei jedem nachfolgenden Schritt, bis Abwickeln und Abstimmen ein Ergebnis liefert, das unabhängig abgeglichen werden kann.

Lesen Sie das Diagramm rückwärts von Abwickeln und Abstimmen. Der Endzustand sollte zu Angebotsprüfung, Wallet‑Autorisation, Kettenfinalität, Ausführungsumwandlung, Händlerauszahlung und Rückerstattungsaufzeichnungen führen, dann zur Autorität, die bei Umwandeln oder Behalten verwendet wird, zur beim Transferbestätigen entstehenden Exposition und zu den bei Kaufangebot akzeptierten Eingaben. Bricht diese Kette, kann ein falsches Netzwerk oder eine falsche Adresse wie eine abgeschlossene Transaktion aussehen, selbst wenn ein gültiger Transfer ein nicht unterstütztes Ziel erreicht und möglicherweise nicht wiederherstellbar ist. Diese Rückwärtsverfolgung hält die Analyse auf das Token des Kunden, die Forderung des Händlers und die Auszahlungsverpflichtung des Prozessors fokussiert, statt auf ein Anbietermodell oder einen Schnittstellenstatus.

Wer kontrolliert die kritischen Aufzeichnungen bei Stablecoin-Händlerzahlungen?

Das Kunden‑Wallet und der Zahlungsprozessor befinden sich auf unterschiedlichen Seiten der Betriebskette. Das Kunden‑Wallet signiert die Übertragung und stellt Netzwerkgebühren bereit, während der Zahlungsprozessor Angebote erstellt, Ketten überwacht, Prüfungen durchführt und die Abwicklung leitet. Ihre Aufzeichnungen – Transaktions‑Hash, Betrag, Chain, Adresse und Kundengenehmigung sowie Angebots‑Logs, Bestätigungs‑Richtlinie, Konversions‑Aufzeichnungen und Ausnahmen – sollten dasselbe Ereignis widerspiegeln, ohne Kopien einer Anbieterdatenbank zu sein. Händler, Liquiditätsanbieter und Stablecoin‑Emittent fügen jeweils eigene Entscheidungen oder Nachweise hinzu; diese Funktionen als austauschbar zu behandeln, verdeckt, wo Diskretion, Liquidität oder rechtliche Verantwortung eingreifen.

Ein Ausfall beim Liquiditätsanbieter stellt einen praktischen Verantwortlichkeitstest für Stablecoin‑Händlerzahlungen dar. Er wandelt Token oder Stablecoins in Auszahlung‑Währung um. Die Frage ist, ob das Kunden‑Wallet und der Zahlungsprozessor die Position noch aus Preis, Spread, Tiefe, Gegenpartei und Abwicklungszeit rekonstruieren können. Verträge können Aufgaben zuweisen, doch die Partei, die das Kundenversprechen, den Vermögenswert oder die Verpflichtung besitzt, kann Nachweise nicht durch eine Outsourcing‑Klausel ersetzen. Ein robustes Design benennt das Ausweich‑Protokoll und die Person, die befugt ist, eine Diskrepanz zu lösen.

Drei häufig verwechselte Zustände bei Stablecoin‑Händlerzahlungen

Direkter Token‑Empfang bedeutet, dass der Händler den erhaltenen Stablecoin besitzt und die Verwahrung, Einlösung sowie buchhalterische Risiken trägt. Garantierte Fiat‑Auszahlung bedeutet hingegen, dass ein Prozessor das Konversionsrisiko übernimmt und dem Händlerbankkonto Geld gemäß seinem Vertrag schuldet. Best‑Effort‑Konversion fügt eine dritte Bedingung hinzu: Die Auszahlung hängt von der ausgeführten Marktliquidität ab, sodass der endgültige Betrag oder Zeitpunkt vom Checkout‑Zitat abweichen kann. Die Unterscheidungen sind wichtig, weil zwei Nutzer eine ähnliche Bestätigung sehen können, dabei jedoch unterschiedliche Rechte besitzen, unterschiedliche Zeitpunkte erleben oder von verschiedenen Institutionen abhängig sind. In Stablecoin‑Händlerzahlungen benennt der nützliche Vergleich den maßgeblichen Datensatz und den Verlustträger für jeden Zustand.

Vergleichen Sie direkten Token‑Empfang, garantierte Fiat‑Auszahlung und Best‑Effort‑Konversion anhand einer gemeinsamen Basis: Betrag, Zeitpunkt, verbrauchte Liquidität, Umkehrbarkeit, rechtlicher Anspruch und verbleibender Verlust. Bei Stablecoin‑Händlerzahlungen bedeutet ein schnelleres Label nicht automatisch einen endgültigeren Zustand, und eine glattere gemeldete Rendite bedeutet nicht automatisch ein geringeres wirtschaftliches Risiko. Die Verwendung eines einheitlichen Messrahmens verhindert, dass zeitliche oder buchhalterische Unterschiede fälschlich als echte Verbesserungen interpretiert werden.

Wie Stablecoin‑Händlerzahlungen den Zustand in der Praxis ändern

1. Angebot erstellen: Ausgangszustand für Stablecoin‑Händlerzahlungen festlegen

Legen Sie Artikelpreis, Token‑Menge, Wechselkurs, Ablaufzeit, Netzwerk und Ziel fest. In diesem Teil von Stablecoin‑Händlerzahlungen definiert der Schritt die Bedingungen, auf die das Wallet sich berufen darf. Das Kunden‑Wallet ist zentral, weil es die Übertragung signiert und Netzwerkgebühren bereitstellt. Der Arbeitsdatensatz sollte Transaktions‑Hash, Betrag, Chain, Adresse und Kundengenehmigung bewahren.

Das Versäumnis, hier zu prüfen, ist falsches Netzwerk oder falsche Adresse: Eine gültige Übertragung erreicht ein nicht unterstütztes Ziel und kann unwiederbringlich sein. Um diesen Schritt zu testen, erfassen Sie das Ergebnis mit denselben Zeit‑, Umfang‑ und Regelbedingungen und ändern anschließend eine Annahme, bevor das Wallet autorisiert wird. Für Stablecoin‑Händlerzahlungen identifiziert ein nachvollziehbarer Übergang, wer ihn genehmigt hat, welcher Datensatz geändert wurde, was noch umkehrbar bleibt und wer den Verlust trägt, falls der nächste Teilnehmer die Nachweise ablehnt.

2. Wallet autorisieren: Entscheidungsregel bei Stablecoin‑Händlerzahlungen bestimmen

Bestätigen Sie die Absicht des Zahlenden, Mittel, Netzwerkgebühren, Prüfungen und die korrekte Chain. In diesem Teil von Stablecoin‑Händlerzahlungen prüft der Schritt die Bedingungen, die die Übertragung bestätigen. Der Zahlungsprozessor ist zentral, weil er Angebote erstellt, Ketten überwacht, Prüfungen durchführt und die Abwicklung leitet. Der Arbeitsdatensatz sollte Angebots‑Logs, Bestätigungs‑Richtlinie, Konversions‑Aufzeichnungen und Ausnahmen bewahren.

Das Versäumnis, hier zu prüfen, ist Angebotsablauf: Die Token‑Menge oder der Wechselkurs decken die Rechnung nicht mehr. Um diesen Schritt zu testen, berechnen Sie das Ergebnis erneut mit denselben Zeit‑, Umfang‑ und Regelbedingungen und ändern anschließend eine Annahme, bevor die Übertragung bestätigt wird. Für Stablecoin‑Händlerzahlungen identifiziert ein nachvollziehbarer Übergang, wer ihn genehmigt hat, welcher Datensatz geändert wurde, was noch umkehrbar bleibt und wer den Verlust trägt, falls der nächste Teilnehmer die Nachweise ablehnt.

3. Transfer bestätigen: Risikoübertragung bei Stablecoin‑Händlerzahlungen messen

Beobachten Sie ausreichende Finalität und erkennen Sie das Risiko von Ersatz, Reorganisation oder Duplizierung. In diesem Abschnitt von Stablecoin Merchant Payments weist der Schritt die Bedingungen neu zu, auf die sich Konvertierung oder Beibehaltung stützen können. Der Händler steht im Mittelpunkt, weil er Akzeptanz-, Rückerstattungs- und Auszahlungspräferenzen definiert. Das Arbeitsprotokoll sollte das Bestellsystem, die Rechnung, das Auszahlungskonto und die Rückerstattungsrichtlinie bewahren.

Das hier nicht zu hinterfragende Versagen ist False Finality: Eine Zahlung mit niedriger Bestätigung wird nach Freigabe der Ware reorganisiert oder ersetzt. Um diese Phase zu testen, belasten Sie das Ergebnis mit denselben Zeit-, Umfangs- und Steuerungsparametern und ändern dann eine Annahme, bevor konvertiert oder beibehalten wird. Für Stablecoin Merchant Payments identifiziert ein nachvollziehbarer Übergang, wer sie genehmigt hat, welcher Datensatz geändert wurde, was reversibel bleibt und wer den Verlust trägt, wenn der nächste Teilnehmer die Evidenz ablehnt.

4. Konvertieren oder Beibehalten: Das autoritative Protokoll für Stablecoin Merchant Payments abstimmen

Der Händler oder Anbieter wählt Token‑Bestand, Stablecoin‑Konvertierung oder Fiat‑Auszahlung. In diesem Abschnitt von Stablecoin Merchant Payments stimmt der Schritt die Bedingungen ab, auf die sich Abwicklung und Abstimmung stützen können. Der Liquiditätsanbieter steht im Mittelpunkt, weil er Tokens oder Stablecoins in die Auszahlungswährung umwandelt. Das Arbeitsprotokoll sollte den ausgeführten Preis, den Spread, die Tiefe, die Gegenpartei und die Abwicklungszeit festhalten.

Das hier nicht zu hinterfragende Versagen ist Conversion Freeze: Liquidität, Emittent oder Bankzugang versagen vor der Fiat‑Auszahlung. Um diese Phase zu testen, vergleichen Sie das Ergebnis mit denselben Zeit-, Umfangs‑ und Steuerungsparametern und ändern dann eine Annahme, bevor abgerechnet und abgestimmt wird. Für Stablecoin Merchant Payments identifiziert ein nachvollziehbarer Übergang, wer sie genehmigt hat, welcher Datensatz geändert wurde, was reversibel bleibt und wer den Verlust trägt, wenn der nächste Teilnehmer die Evidenz ablehnt.

5. Abwickeln und Abstimmen: Das Endergebnis von Stablecoin Merchant Payments testen

Stimmen Sie die Bestellung, das Kettenereignis, die Gebühren, die Auszahlung, die Rückerstattungsrechte und den Buchungssatz ab. In diesem Abschnitt von Stablecoin Merchant Payments schließt der Schritt die Bedingungen, auf die das aufgezeichnete Ergebnis sich stützen kann. Der Stablecoin‑Emittent steht im Mittelpunkt, weil er die Token‑Einlösung unterstützt, jedoch den Händler nicht direkt bedienen muss. Das Arbeitsprotokoll sollte die Einlösebedingungen, Reservesteuerungen, Sperrungen und Betriebszeiten festhalten.

Das hier nicht zu hinterfragende Versagen ist Refund Mismatch: Der Händler kann die ursprüngliche Währung, Adresse oder den wirtschaftlichen Wert nicht zurückerstatten. Um diese Phase zu testen, belegen Sie das Ergebnis mit denselben Zeit-, Umfangs‑ und Steuerungsparametern und ändern dann eine Annahme, bevor das aufgezeichnete Ergebnis entsteht. Für Stablecoin Merchant Payments identifiziert ein nachvollziehbarer Übergang, wer sie genehmigt hat, welcher Datensatz geändert wurde, was reversibel bleibt und wer den Verlust trägt, wenn der nächste Teilnehmer die Evidenz ablehnt.

Kosten, Anreize und Bilanzwirkungen von Stablecoin Merchant Payments

Die Preisgestaltung des Händlers kombiniert Bearbeitungsgebühren, Blockchain‑Gebühren, Konversions‑Spread, Volatilitätspuffer, Compliance‑Kosten und Abwicklungsverzögerungen. Ein niedrigerer Prozentsatz kann durch einen breiteren FX‑Spread oder dadurch ausgeglichen werden, dass der Händler einen Vermögenswert hält, den er nicht besitzen wollte.

Processoren verdienen durch Routing, Konversion, Software oder Float, können jedoch Verluste übernehmen, wenn Kurse garantiert werden. Ihre tatsächliche Marge muss nach fehlgeschlagenen Transaktionen, Rückerstattungen, Betrugsprüfungen, Liquiditäts‑Hedging und Kundensupport gemessen werden.

Direkte Abwicklung reduziert Zwischenstufen nur, wenn der Händler das Token verwahren, bewerten und nutzen kann. Wird es sofort in Bankgeld umgewandelt, hängt die Zahlung weiterhin von Liquiditätsanbietern und Bank‑Infrastrukturen ab; der Vorteil liegt in einem anderen Weg, nicht im Wegfall der Finanzkette.

Wo Stablecoin Merchant Payments scheitern – und was zuerst zu testen ist

• Falsches Netzwerk oder falsche Adresse: Eine gültige Übertragung erreicht ein nicht unterstütztes Ziel und kann nicht wiederherstellbar sein. Unterbrechen Sie das Angebot des Kaufs, während die Kundenwallet ihre normale Verpflichtung behält, und prüfen Sie anschließend, ob der direkte Token‑Erhalt noch die oben beschriebene Bedeutung hat.
• Angebotsablauf: Der Token‑Betrag oder Wechselkurs deckt die Rechnung nicht mehr. Unterbrechen Sie die Autorisierung der Wallet, während der Zahlungsabwickler seine normale Verpflichtung behält, und prüfen Sie anschließend, ob die garantierte Fiat‑Auszahlung noch die oben beschriebene Bedeutung hat.
• Falsche Finalität: Eine Zahlung mit niedriger Bestätigung wird nach Freigabe der Ware reorganisiert oder ersetzt. Unterbrechen Sie die Bestätigung der Übertragung, während der Händler seine normale Verpflichtung behält, und prüfen Sie anschließend, ob die best‑effort‑Umwandlung noch die oben beschriebene Bedeutung hat.
• Umwandlungsstillstand: Liquidität, Emittent oder Bankzugang scheitern vor der Fiat‑Auszahlung. Unterbrechen Sie die Umwandlung oder das Halten, während der Liquiditätsanbieter seine normale Verpflichtung behält, und prüfen Sie anschließend, ob der direkte Token‑Erhalt noch die oben beschriebene Bedeutung hat.
• Rückerstattungsabweichung: Der Händler kann die ursprüngliche Währung, Adresse oder den wirtschaftlichen Wert nicht zurückgeben. Unterbrechen Sie die Abwicklung und Abstimmung, während der Stablecoin‑Emittent seine normale Verpflichtung behält, und prüfen Sie anschließend, ob die garantierte Fiat‑Auszahlung noch die oben beschriebene Bedeutung hat.

Ein nützlicher Stressfall für Stablecoin‑Merchant‑Payments kombiniert ein falsches Netzwerk oder eine falsche Adresse mit falscher Finalität, anstatt jede Komponente isoliert zu testen. Freeze oder Verzögerung der Bestätigung der Übertragung, den Liquiditätsanbieter unzugänglich machen und den Stablecoin‑Emittenten verpflichten, das Ergebnis aus Rücknahmekonditionen, Reservesteuerungen, Sperrungen und Betriebszeiten abzugleichen. Das Design besteht nur, wenn Abwicklung und Abstimmung einen erklärbaren Zustand erreichen, die mit der garantierten Fiat‑Auszahlung verbundenen Rechte bewahren und etwaige Fehlbeträge nach den vor dem Störfall geltenden Regeln zuweisen.

Durchgearbeitetes Beispiel: Ein Stablecoin‑Merchant‑Payments‑Ereignis von Anfang bis Ende verfolgen

Ein Kunde kauft einen Artikel im Wert von £500 mit einem Dollar‑Stablecoin. Der Checkout‑Dienst sperrt ein FX‑ und Token‑Angebot für 90 Sekunden, liefert die korrekte Chain und Adresse und wartet auf den von ihm gewählten Bestätigungs‑Schwellenwert. Der Prozessor verkauft die Tokens und verspricht dem Händler £493,50 nach den offengelegten Umwandlungs‑ und Servicegebühren. Der Händler ist wirtschaftlich nicht abgegolten, wenn die Chain bestätigt; er ist abgegolten, sobald die Pfund‑Verpflichtung des Prozessors das im Händlervertrag festgelegte Bankkonto erreicht.

Das Beispiel kann verfälscht werden, indem die Annahme, die bei der Autorisierung des Wallets gesteuert wird, geändert oder die vom Händler bereitgestellten Nachweise entfernt werden. Verfolgen Sie die Änderung über die Bestätigung der Übertragung, Umwandlung oder das Halten sowie über Abwicklung und Abstimmung; springen Sie nicht direkt vom Input zum Endergebnis. Wenn das neue Stablecoin‑Merchant‑Payments‑Ergebnis nicht aus dem Checkout‑Angebot, der Wallet‑Autorisierung, der Chain‑Finalität, der Umwandlungs‑Ausführung, der Händler‑Auszahlung und den Rückerstattungs‑Aufzeichnungen reproduziert werden kann, beruht der Prozess auf einem undokumentierten Urteil oder Datensatz.

Warum Stablecoin‑Merchant‑Payments jetzt wichtig sind

Pilotprojekte für Stablecoin‑Zahlungen verlagern sich zunehmend zu produktionsrelevanten Fragen: Verbraucher‑Hinweise, Travel‑Rule‑Daten, Händler‑Buchhaltung, Rückerstattungen, Emittenten‑Sperrungen und die Interoperabilität mit Bank‑Abrechnungen. Ihr Vorteil ist am glaubwürdigsten, wenn sie grenzüberschreitende Verzögerungen reduzieren oder programmierbaren Handel unterstützen, während ihre Schwächen an Umwandlungs‑ und Ausnahmepunkten sichtbar bleiben.

Die nachhaltige Lehre für Stablecoin‑Merchant‑Payments lautet, dass das Angebot des Kaufs und die Abwicklung samt Abstimmung nicht dasselbe Ereignis sind. Die dazwischenliegenden Entscheidungen bestimmen das Token des Kunden, die Forderung des Händlers und die Auszahlungsverpflichtung des Prozessors, während das Kunden‑Wallet und der Stablecoin‑Emittent unterschiedliche Teile des Datensatzes sehen können. Automatisierung ist wertvoll, wenn sie diese Entscheidungen günstiger prüfbar macht; sie ist gefährlich, wenn sie sie zu einem einzigen Status komprimiert, der eine Rückerstattungsabweichung verdeckt.

Belege hinter Stablecoin‑Merchant‑Payments

Die primären Nachweise für Stablecoin-Händlerzahlungen stammen aus CPMI-IOSCO-Leitlinien zu Stablecoin-Vereinbarungen, FSB Global Stablecoin-Empfehlungen und BIS: Überlegungen zur Nutzung von Stablecoins im grenzüberschreitenden Zahlungsverkehr. Betrachten Sie sie als komplementäre Ebenen: Regeln und Definitionen, institutionelle oder Marktstrukturen sowie die betrieblichen Nachweise, die erforderlich sind, um eine reale Behauptung zu prüfen. Keine davon sollten als Ersatz für die oben beschriebenen Produktdokumente, Konten oder Transaktionsaufzeichnungen angesehen werden.

Fragen, die vor der Nutzung von Stablecoin‑Merchant‑Payments gestellt werden sollten

• Kann das Kunden‑Wallet Transaktions‑Hash, Betrag, Chain, Adresse und Kunden‑Autorisierung nachweisen, bevor das Wallet autorisiert wird?
• Welcher Datensatz regelt, wenn Zahlungsprozessor und Liquiditätsanbieter uneinig sind?
• Wer finanziert oder absorbiert das Risiko, das bei der Bestätigung der Übertragung entsteht?
• Was macht die garantierte Fiat‑Auszahlung rechtlich und wirtschaftlich anders als den direkten Token‑Erhalt?
• Wie würde das System das Angebotsablauf vor Abwicklung und Abstimmung erkennen?
• Was geschieht, wenn der Händler nicht verfügbar ist oder seine Nachweise veraltet sind?
• Kann ein unabhängiger Prüfer das Ergebnis mit dem Checkout‑Angebot, der Wallet‑Autorisierung, der Chain‑Finalität, der Umwandlungs‑Ausführung, der Händler‑Auszahlung und den Rückerstattungs‑Aufzeichnungen abgleichen?

Bei Stablecoin‑Merchant‑Payments sollten Formulierungen wie „die Plattform erledigt das“ durch benannte Konten, Verträge, Zeitstempel, Genehmigungsregeln und verantwortliche Einheiten ersetzt werden. Eine vollständige Antwort sollte einem Prüfer ermöglichen, von der Abwicklung und Abstimmung zurück zum Angebots‑Kauf zu gehen, den Eigentümer jedes Datensatzes zu identifizieren und zu berechnen, wer den Verlust vor Auftreten einer Ausnahme trägt.

Das Kernprinzip hinter Stablecoin‑Merchant‑Payments

Stablecoin-Händlerzahlungen sind am klarsten, wenn die Analyse dem Token des Kunden, der Forderung des Händlers und der Auszahlungsverpflichtung des Prozessors durch die fünf Betriebsstufen folgt und das Ergebnis mit dem Checkout-Angebot, der Wallet-Autorisierung, der Chain-Finalität, der Ausführungsumwandlung, der Händlerauszahlung und den Rückerstattungsdaten abgleicht. Der Ablauf erklärt, was sich ändert; die Teilnehmertabelle zeigt, wer diese Änderung autorisieren kann; der Drei‑Zustands‑Vergleich verhindert, dass ungleiche Ansprüche miteinander vermischt werden; und die Fehlermatrix zeigt, wo das Vertrauen sinken sollte. Diese Kombination unterscheidet eine echte Verbesserung von Reibungen oder Risiken, die in eine weniger sichtbare Ebene verlagert werden.

Primärquellen für Stablecoin-Händlerzahlungen

• CPMI-IOSCO-Leitlinien zu Stablecoin-Vereinbarungen
• FSB Global Stablecoin Recommendations
• BIS: Considerations for Stablecoin Use in Cross-Border Payments