Схемы движения средств — это настоящая головная боль. Все их составляют, у всех они разные, и даже если вы сами их составляете, то, скорее всего, постоянно меняете их формат.

Поскольку стейблкоины всё больше и больше внедряются во всё, мне кажется, что я составляю по одному-два отчёта о движении средств в день. Когда появляется какая-нибудь финтех-компания и запрашивает отчёт о движении средств, на самом деле всё, что ей нужно, — это эта диаграмма. Что-то вроде этого, если они добавляют стейблкоины в качестве варианта для осуществления глобальных выплат:

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 и задаем ему запрос примерно такого содержания: «Создай схему движения средств для входящего банковского перевода в долларах США, конвертируемого в USDC на Solana». Он каждый раз следует этому формату.

Все схемы движения средств генерируются с помощью Mermaid — это очень лёгкий и быстрый инструмент. Здесь вы можете увидеть, как я генерирую схему движения средств:

Финансовые потоки просто показывают, как всё увязывается между собой — но у каждого своя ментальная модель, что обычно приводит к появлению очередного пользовательского формата, поэтому команда Brale разработала стандарт, который мы можем подключить к любому LLM, чтобы быстро создавать финансовые потоки в формате «stablecoin». При работе над нашим новым проектом stablecoin API это помогло нам в бесчисленных обсуждениях.

Мы быстро поняли, что это своего рода «суперспособность», и включили некоторые из этих стандартов (которые, честно говоря, в значительной степени ориентированы на Brale) в Commons Stablecoin Format — стандартный набор правил для генерации потоков средств, подобных приведенному выше. Вот полный набор.

На основе этого стандарт генерирует диаграммы «русалка» практически так же быстро, как вы можете их скопировать и вставить. Это здорово, потому что означает, что вам не нужно тратить 10 лет в финтех-компании, банке или где-либо ещё, чтобы начать создавать приличные потоки средств. Кроме того, обычно можно сделать скриншоты других потоков средств и попросить свой любимый LLM сгенерировать аналогичный в формате CSF — с чем он, кстати, справляется довольно хорошо.

Стандартизация в схеме движения средств

Здесь есть несколько очень простых вещей, которые делают схему движения средств немного более читаемой, основанной на концепциях Value Layer (1,2).

  1. ValueType — что переводится (например, USD, USDC, SBC)

  2. TransferType — как происходит перевод (например, ACH, Wire, Ethereum, Canton)

  3. Exchange — вход одного ValueType+TransferType и выход одного ValueType+TransferType.

Я много писал об этой идее в прошлом, но никто по-настоящему не реализовал её в продукте до последней итерации обновлений Brale API. Этот стандарт был включён в CSF, где в переводах всегда указываются ValueType, TransferType и Amount. Например: SBC Base 100, USDC Ethereum 100 или USD Wire 100.

Подобно схеме, его гораздо проще читать, когда обозначения используются последовательно.

Различные уровни детализации в стандарте:

  • «Light» — упрощённые потоки транзакций с акцентом на основные этапы.

  • Средний — включает финализацию средств, отслеживание соответствия требованиям и проверку обмена.

  • Подробный — всестороннее отслеживание потоков, включая обработку ошибок.

Начало работы

Будь то выпуск токенов «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, и мы надеемся, что он сэкономит время вашим командам.

Вы можете найти спецификацию CSF и примеры запросов на GitHub — не стесняйтесь создавать форки, использовать его или вносить свой вклад.