Kapitalflüsse sind irgendwie nervig. Jeder erstellt sie, jeder macht es anders, und selbst wenn man sie erstellt, ändert man wahrscheinlich ständig das Format.

Da Stablecoins immer mehr in alle Bereiche Einzug halten, habe ich das Gefühl, dass ich täglich ein oder zwei Geldflüsse erstelle. Wenn ein Fintech-Unternehmen auftaucht und einen Geldfluss anfordert, will es eigentlich nur dieses Diagramm. Etwa so, wenn es Stablecoins als Option für globale Auszahlungen einführt:

sequenceDiagram
    title: Funds Flow (Medium, CSF v1.4.5) – USD to USDC with Exchange (Modern Treasury + Brale)
    participant Business as Modern Treasury Customer
    participant MT as Modern Treasury (Instructions Only)
    participant Brale as Brale (Exchange & Settlement)
    participant Solana as Solana Blockchain
    participant Recipient as Recipient Wallet

    Business-->>MT: [DATA] Instruction: Pay ,000 to Recipient (USD)
    MT-->>Brale: [DATA] Instruction Forwarded
    Brale->>Brale: [EXCHANGE] USD to USDC
    Brale->>Solana: Transfer USDC Solana ,000
    Solana->>Recipient: Confirm Receipt

Wir haben bei Brale ein Framework entwickelt, das sich als sehr nützlich erwiesen hat. Es heißt „Commons Stablecoin Format“ und besteht einfach aus einer Reihe von Regeln, die man einem LLM vorgeben kann, damit es sich keine Gedanken darüber machen muss, welches Format es verwenden soll. Wir fügen das CSF-JSON in GPT ein und geben eine Eingabe wie diese ein: „Erstelle einen Geldfluss für eine USD-Überweisung, die auf Solana in „USDC“ umgewandelt wird.“ Es hält sich jedes Mal an das Format.

Alle Geldflüsse werden mit Mermaid generiert, das extrem schlank und schnell ist. Hier könnt ihr sehen, wie ich einen Geldfluss generiere:

Geldflüsse zeigen lediglich, wie die Dinge zusammenpassen – aber jeder hat sein eigenes mentales Modell, was in der Regel zu einem weiteren benutzerdefinierten Format führt. Deshalb hat das „Brale“-Team einen Standard entwickelt, den wir in jedes LLM einbinden können, um schnell „stablecoin“-Geldflüsse zu erstellen. Bei der Arbeit an unserem neuen „stablecoin“-API hat uns dies in unzähligen Gesprächen geholfen.

Uns wurde schnell klar, dass dies eine Art Superkraft war, und wir haben einige dieser Standards (die, um ehrlich zu sein, sehr auf Brale ausgerichtet sind) in das „Commons Stablecoin Format“ integriert, das als Standardregelwerk zur Generierung von Geldflüssen wie dem oben gezeigten konzipiert ist. Hier ist der vollständige Satz.

Von da an spuckt der Standard Mermaid-Diagramme fast so schnell aus, wie man sie kopieren und einfügen kann. Das ist großartig, denn es bedeutet, dass man keine 10 Jahre in einem Fintech-Unternehmen, einer Bank oder was auch immer verbringen muss, um einen anständigen Geldfluss auf die Beine zu stellen. Man kann in der Regel auch Screenshots von anderen Geldflüssen machen und sein bevorzugtes LLM bitten, einen im CSF-Format zu erstellen – darin ist es tatsächlich ziemlich gut.

Standardisierung im Fluss

Es gibt hier ein paar ganz grundlegende Dinge, die den Geldfluss auf der Grundlage der Value-Layer-Konzepte (1,2) etwas lesbarer machen.

  1. ValueType – Was wird übertragen (z. B. USD, USDC, SBC)

  2. TransferType – Wie erfolgt die Übertragung (z. B. „ACH“, „Wire“, „Ethereum“, „Canton“)?

  3. Exchange – Eingabe eines „ValueType“ + „TransferType“ und Ausgabe eines „ValueType“ + „TransferType“.

Ich habe in der Vergangenheit schon viel über diese Idee geschrieben, aber niemand hat sie wirklich in einem Produkt umgesetzt, bis zur letzten Iteration der „BraleAPI-Updates. Der Standard wurde in das CSF übernommen, wo Überweisungen stets „ValueType“, „TransferType“ und „Amount“ anzeigen. D. h. „SBC Base 100“, „USDC“, „Ethereum 100“ oder „USD Wire 100“.

Ähnlich wie bei einem Schaltplan ist es einfach viel leichter zu lesen, wenn die Beschriftung einheitlich ist.

Unterschiedliche Detailebenen im Standard:

  • Light – Vereinfachte Transaktionsabläufe mit Fokus auf die Kernschritte.

  • Mittel – Umfasst die endgültige Gutschrift, die Nachverfolgung der Compliance und die Validierung durch die Börse.

  • Umfassend – Umfassende Ablaufverfolgung einschließlich Fehlerbehandlung.

Erste Schritte

Ob es sich um eine von einer Bank finanzierte „stablecoin“-Emission oder um eine On-Chain-Abwicklung über mehrere Blockchains hinweg handelt – CSF ermöglicht ein besseres Verständnis. Hier ist ein weiteres Beispiel für eine Off-Chain-Überweisung zur Finanzierung einer On-Chain-Verteilung in Stablecoins:

"A third-party fintech initiates an offchain USD transfer to fund an onchain stablecoin distribution (e.g., USDC on Solana) to a recipient wallet."
sequenceDiagram
    title: Funds Flow (Medium, CSF v1.4.5) – Third-Party Fintech USD to USDC Distribution
    participant Business as Fintech Customer
    participant Fintech as Fintech Platform (Instructions Only)
    participant Exchange as Stablecoin Issuer / Settlement Platform
    participant Solana as Solana Blockchain
    participant Recipient as Recipient Wallet

    Business-->>Fintech: [DATA] Instruction: Pay ,000 to Recipient (USD)
    Fintech-->>Exchange: [DATA] Instruction Forwarded
    Business->>Exchange: Transfer USD Wire ,000
    Exchange->>Exchange: [EXCHANGE] USD to USDC
    Exchange->>Solana: Transfer USDC Solana ,000
    Solana->>Recipient: Confirm Receipt

und eine weitere, bei der es umgekehrt ist: von der On-Chain zur Off-Chain.

sequenceDiagram
    title: Funds Flow (Medium, CSF v1.4.5) – Onchain USDC Funding to Offchain USD Wire Distribution
    participant Business as Customer Wallet
    participant Fintech as Fintech Platform (Instructions + Compliance)
    participant Exchange as Stablecoin Platform / Settlement Partner
    participant Bank as Bank Network
    participant Recipient as Recipient Bank Account

    Business->>Exchange: Transfer USDC Solana ,000
    Exchange-->>Fintech: [DATA] Receipt Confirmation + Payout Instruction
    Fintech-->>Exchange: [DATA] Instruction: Convert & Wire USD
    Exchange->>Exchange: [EXCHANGE] USDC to USD
    Exchange->>Bank: Transfer USD Wire ,000
    Bank->>Recipient: Confirm Receipt

Das Framework ist Open Source und steht auf GitHub zur Übernahme und Mitwirkung bereit. Ich nutze es bereits täglich bei Brale und wir hoffen, dass es auch Ihren Teams Zeit spart.

Die CSF-Spezifikation und Beispiel-Prompts finden Sie auf GitHub – Sie können das Projekt gerne forken, nutzen oder dazu beitragen.