資金フローの図は、なんだか面倒なものです。誰もが作りますが、その作り方は人それぞれ。自分で作っている場合でも、おそらくフォーマットをしょっちゅう変えていることでしょう。

ステーブルコインがあらゆるものにますます組み込まれるにつれ、私は1日に1、2回は資金フローを作成しているような気がします。フィンテック企業が現れて資金フローを求めてくる時、彼らが本当に欲しがっているのはこの図です。例えば、グローバルな支払い手段としてステーブルコインを追加する場合なら、次のようなものです：

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

Braleでは、この問題に対処するためのフレームワークを考案しましたが、これが非常に役に立っています。「Commons Stablecoin Format（CSF）」と呼ばれるこのフレームワークは、LLM（大規模言語モデル）にどのフォーマットを使うべきかを考えさせずに済むよう、一連のルールを定めたものです。CSFの定義（JSON）をGPTに貼り付け、「Solana上のUSDCへの変換を伴うUSD送金入力の資金フローを作成してください」といったプロンプトを与えると、毎回決まったフォーマットに従って生成してくれます。

すべての資金フローは、非常に軽量で高速なMermaidを使用して生成されています。私が資金フローを生成している様子はこちらでご覧いただけます：

資金フローは単に物事がどう組み合わさるかを示すものに過ぎませんが、人それぞれ独自のメンタルモデルを持っているため、往々にしてまた別のカスタムフォーマットが生まれてしまいます。そこでBraleチームは、あらゆるLLMに組み込んで、stablecoinの資金フローを素早く作成できる標準規格を考案しました。新しいstablecoin APIの開発において、これは数え切れないほどの議論で役立ちました。

私たちはすぐに、これが一種の「超能力」であることに気づき、その標準の一部（正直なところ、かなりBrale中心のものですが）を、上記のような資金フローを生成するための標準ルールセットとして設計された「Commons Stablecoin Format」に組み込みました。 こちらが完全なセットです。

これを使えば、コピー＆ペーストするのとほぼ同じ速さで、標準に基づいた資金フロー図を生成できます。これは素晴らしいことです。なぜなら、フィンテック企業や銀行などで10年も経験を積まなくても、まともな資金フローを作成できるようになるからです。また、通常は他の資金フローのスクリーンショットを撮り、お気に入りのLLM（大規模言語モデル）にCSF形式で生成するよう依頼することも可能です。実際、LLMはこの作業をかなり上手くこなしてくれます。

フローにおける標準化

ここには、バリューレイヤーの概念（1,2）に基づいて、資金フローの可読性を少し高めるための、いくつかの非常に基本的なポイントがあります。

  1. ValueType – 何が転送されるか（例：USD、USDC、SBC）
  2. TransferType – 移動方法（例：ACH、Wire、Ethereum、Canton）
  3. Exchange – 1つのValueTypeと1つのTransferTypeの入力を受け取り、1つのValueTypeと1つのTransferTypeを出力する。

私は過去にこのアイデアについて多く書いてきましたが、BraleのAPI更新の最終イテレーションが行われるまで、実際に製品として実装した人はいませんでした。この標準はCSFに取り込まれ、転送時には常にValueType、TransferType、Amountが表示されるようになりました。つまり、SBC Base 100、USDCEthereum 100、またはUSD Wire 100といった形です。

回路図のように、ラベル付けが統一されていれば、はるかに読みやすくなります。

標準における詳細度の違い：

  • ライト – 主要なステップに焦点を当てた簡略化されたトランザクションフロー。
  • 中 – 資金の確定、コンプライアンス追跡、取引所による検証を含みます。
  • 詳細 – エラー処理を含む包括的なフロー追跡。

はじめに

銀行による資金提供を伴うstablecoinの発行であれ、複数のブロックチェーンにまたがるオンチェーン決済であれ、CSFは理解を深めるのに役立ちます。以下は、オフチェーン送金によるステーブルコインでのオンチェーン分配への資金提供に関する別のプロンプトです：

"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

また、その逆のケース、オンチェーンからオフチェーンへの流れに関するプロンプトも以下に示します。

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

このフレームワークはオープンソースであり、GitHub上で採用や貢献が可能です。Braleではすでに日常的に使用しており、皆様のチームの時間短縮に役立つことを願っています。

GitHubでCSFの仕様書やプロンプトの例をご覧いただけます。ぜひフォークして、ご利用いただくか、貢献してください。