資金フローの分析って、なんだか面倒ですよね。誰もがやっているし、やり方も人それぞれ。しかも、実際に分析していても、フォーマットをしょっちゅう変えてしまうものです。

ステーブルコインがあらゆるものにますます組み込まれるにつれ、私は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(大規模言語モデル)にどのフォーマットを使うべきかを考えさせずに済むよう、一連のルールを定めたものです。 CSFJSON)をGPTに貼り付け、「Solana上のUSDCへの変換を伴うUSD電信送金の資金フローを作成してください」といったプロンプトを与えます。そうすれば、毎回そのフォーマットに従って生成してくれます。

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

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

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

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

フローの標準化

ここでは、バリューレイヤーの概念(12)に基づいて、資金フローの可読性を少し高めるための、ごく基本的なポイントがいくつかあります。

  1. ValueType – 何が送金されているか(例:USD、USDC、SBC)

  2. TransferType – 移動方法(例:ACH、Wire、Ethereum、Canton)

  3. Exchange – 1つのValueTypeと1つのTransferTypeの入力を受け取り、1つのValueTypeと1つのTransferTypeを出力する。

私は過去にこのアイデアについて多く書いてきましたが、BraleAPIアップデートにおける直近のイテレーションが行われるまで、実際に製品として実装した人はいませんでした。 この標準仕様は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の仕様書やプロンプトの例をご覧いただけます。ぜひフォークして、ご利用いただくか、貢献してください。