先週、BraleとVisaは、Canton上で稼働する新しいプロジェクトを発表しました。これはいくつかの理由から、非常に画期的な出来事です。
Visaは、世界で最も重要な決済ネットワークの一つです。 Cantonは、従来の金融ワークフロー向けに構築されたプライバシー保護プロトコルです。Braleは世界トップクラスのstablecoin発行者であり、地球上のどの企業よりも多くのエコシステムで、より多くのステーブルコインを発行してきました。Braleはまた、決済ネットワークが決済に必要なあらゆる金額の米ドル（USD）との間で決済を行うためのコルレス銀行ネットワークも保有しています。
その重要性を掘り下げる前に、よりシンプルな点、すなわち現在のカード決済の仕組みについて共通認識を持っておくことが役立つと思います。ロゴは示しませんが、資金の流れとコード例をお見せします。
多くの人は、カード決済が瞬時に行われると感じています。カードをタップしたり、スワイプしたり、オンラインで入力したりすると、数秒で取引が承認されます。カード所有者の視点では、お金が移動しました。加盟店側の視点では、販売が成立しました。しかし、ネットワークの視点から見ると、はるかに大規模な決済ワークフローがまだ完了していないのです。
大まかに言えば、カード決済の仕組みは次のような流れになります：
sequenceDiagram
participant Cardholder as Card User
participant Merchant as Merchant
participant Acquirer as Merchant Bank / Acquirer
participant Network as Card Network
participant Issuer as Card Issuer
Cardholder-->>Merchant: [DATA] Present card for purchase
Merchant-->>Acquirer: [DATA] Authorization request
Acquirer-->>Network: [DATA] Authorization request
Network-->>Issuer: [DATA] Authorization request
Issuer-->>Network: [DATA] Approve / Decline
Network-->>Acquirer: [DATA] Authorization response
Acquirer-->>Merchant: [DATA] Authorization response
Merchant-->>Cardholder: [DATA] Purchase complete
私たちは皆、毎日このフローを利用しています。これは世界経済を機能させる仕組みの一つであり、Visaのような企業が商取引において極めて重要な存在である理由の一つでもあります。
その裏側では、承認と決済は同じものではありません。承認は「メッセージ」であり、決済は「資金」そのものです。
簡略化した法定通貨の決済フローは、次のようなものです：
sequenceDiagram
participant Issuer as Card Issuer / Issuing Bank
participant Network as Card Network
participant Acquirer as Merchant Bank / Acquirer
participant Merchant as Merchant
Issuer-->>Network: [DATA] Net settlement obligation
Issuer->>Network: Transfer USD Bank Rail Net Amount
Network-->>Acquirer: [DATA] Settlement instruction
Network->>Acquirer: Transfer USD Bank Rail Net Amount
Acquirer-->>Merchant: [DATA] Merchant payout instruction
Acquirer->>Merchant: Transfer USD Bank Rail Merchant Payout
これは機能しています。膨大な規模で機能しています。国、通貨、銀行、加盟店、カード会員をまたいで機能しています。これがどれほど驚くべきことか、過小評価しがちです。
また、これは即時決済でもありません。
処理の「ウィンドウ」が存在し、バッチ処理が行われ、オペレーショナルリスクも伴います。また、承認、清算、決済、加盟店への支払いという各段階の間に、流動性が拘束されることもあります。時を経て、スクエア（Square）などの企業は、バランスシートと資本を活用して資金移動の「見た目」を加速させることで、エンドユーザーの体験を向上させてきました。 私は数年前に『Solving for Liquidity』という記事でこの考えについて書きました。中間により多くの資金を投入することで、資金の動きをより速く感じさせることができるのです。
ステーブルコインによる決済は、私たちに別の選択肢を与えてくれます。
資本を使って従来の決済を単に高速化するだけでなく、決済レイヤーそのものを部分的に再構築することも可能です。逆に言えば、法定通貨による決済フローを、stablecoinによる決済フローに変えることができるということです：
sequenceDiagram
participant Issuer as Card Issuer / Issuing Bank
participant Visa as Visa / Card Network
participant Brale as Brale (Issuance, Signing & Settlement)
participant Canton as Canton Network
participant Acquirer as Merchant Bank / Acquirer
participant Merchant as Merchant
Issuer-->>Visa: [DATA] Net settlement obligation
rect rgba(200, 120, 50, 0.08)
Visa-->>Brale: [DATA] Settlement instruction
Brale->>Canton: Transfer SBC Canton Net Settlement Amount
Canton->>Acquirer: Confirm Receipt
end
Acquirer-->>Merchant: [DATA] Merchant payout instruction
Acquirer->>Merchant: Transfer USD Bank Rail Merchant Payout
あるいは、より完全にstablecoinネイティブなバージョンでは：
sequenceDiagram
participant Issuer as Card Issuer / Issuing Bank
participant Visa as Visa / Card Network
participant Brale as Brale (Issuance, Signing & Settlement)
participant Canton as Canton Network
participant Acquirer as Merchant Bank / Acquirer
participant Merchant as Merchant
Issuer-->>Visa: [DATA] Net settlement obligation
rect rgba(200, 120, 50, 0.08)
Visa-->>Brale: [DATA] Settlement instruction
Brale->>Canton: Transfer SBC Canton Net Settlement Amount
Canton->>Acquirer: Confirm Receipt
end
rect rgba(200, 120, 50, 0.08)
Acquirer->>Merchant: Transfer SBC Canton Merchant Payout
end
Merchant-->>Acquirer: [DATA] Receipt acknowledged
消費者の体験を変える必要はなく、加盟店への支払いはより迅速になります。加盟店がUSD、USDC、SBC、あるいはその他のBraleが発行したstablecoinで支払いを受けるかは問題ではありません。また、Canton上のフローでUSD、USDC、SBC、あるいはその他のBraleが発行したstablecoinが使用されるかも問題ではありません。すべてがスムーズに機能します。
カード所有者は、これまで通りタップ、スワイプ、またはオンラインで決済を行います。加盟店には支払いが行われます。発行会社は引き続き支払義務を履行します。ネットワークは引き続き決済フローを調整します。
違いは、その裏側で何が起きているかです。
Brale（API）では、決済フロー全体が一連の転送リクエストで構成されています。図の各段階は、単一のAPI呼び出しに対応しています：
// Transfer 1: Issuer funds net settlement via wire, Brale mints SBC on Canton
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4250000.00", "currency": "USD" },
"source": {
"value_type": "USD",
"transfer_type": "wire"
},
"destination": {
"address_id": "2VcUIonJeVQzFoBuC7LdFT0dRe4",
"value_type": "SBC",
"transfer_type": "canton"
}
}
// Transfer 2: Network settles to acquirer on Canton
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4250000.00", "currency": "USD" },
"source": {
"address_id": "2VcUIonJeVQzFoBuC7LdFT0dRe4",
"value_type": "SBC",
"transfer_type": "canton"
},
"destination": {
"address_id": "2MhCCIHuK4TGVgT9a4loQzJx1rj",
"value_type": "SBC",
"transfer_type": "canton"
}
}
// Transfer 3: Acquirer pays merchant in SBC on Canton
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4187500.00", "currency": "USD" },
"source": {
"address_id": "2MhCCIHuK4TGVgT9a4loQzJx1rj",
"value_type": "SBC",
"transfer_type": "canton"
},
"destination": {
"address_id": "2bFGkrQ7mPp8dCvBNx1TqWYz5kj",
"value_type": "SBC",
"transfer_type": "canton"
}
}
// Or Transfer 3: Acquirer off-ramps to pay merchant in USD via RTP
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4187500.00", "currency": "USD" },
"source": {
"address_id": "2MhCCIHuK4TGVgT9a4loQzJx1rj",
"value_type": "SBC",
"transfer_type": "canton"
},
"destination": {
"address_id": "2nRKx9pLmVwE8tHjQ3sFy7aBcDe",
"value_type": "USD",
"transfer_type": "rtp_credit"
}
}
同じエンドポイント。同じ形状。 value_type そして transfer_type 変化するのは決済の仕組みですが、統合の仕組みは変わりません。Cantonでの決済、RTPのクレジット・オフランプ、あるいはstablecoinのペイアウトは、いずれも1回のAPI呼び出しで実行可能です。
Cantonでの決済転送は数秒で完了し、24時間365日稼働します。Braleでの経験では、Cantonによる転送は約13秒で完了します。つまり、決済は銀行の営業時間やバッチ処理システムの制約から解放されるということです。
Cantonの重要な点は、スピードだけではありません。パブリックブロックチェーンは、取引の可視化に非常に優れています。これは多くの場面で有用ですが、機関投資家の金融業務のあり方とは異なります。カード決済において、機密性の高い取引データや取引相手先のデータを世界中に公開すべきではないのです。
Cantonが興味深いのは、プライバシーを保護する点にある。ワークフローを確認する必要がある当事者はそれを見ることができ、必要のない当事者は見ることができない。これにより、銀行が現在、コアプロバイダー、決済処理業者、サードパーティのインフラと連携している方法に、その体験がはるかに近いものとなる。
外部から見れば、その流れは依然として単純です：
sequenceDiagram
participant Cardholder as Card User
participant Issuer as Card Issuer
participant Network as Card Network
participant Bank as Merchant Bank
participant Merchant as Merchant
Cardholder-->>Issuer: [DATA] Card transaction
Issuer-->>Network: [DATA] Authorization and settlement obligation
Network-->>Bank: [DATA] Settlement and payout instruction
Bank-->>Merchant: [DATA] Merchant paid
そこが重要な点です。
エンドユーザーにとって、この抽象化が崩れる必要はない。基盤となる仕組みは改善されつつも、カード保有者や加盟店にとっての体験は馴染みのあるまま維持されるのだ。
だからこそ、Visa、Brale、そしてCantonによる取り組みは重要なのです。これは、暗号資産がカードに取って代わるという科学実験的なプロジェクトではありません。カード、決済、リスク、照合、そして貸借対照表をすでに理解している金融機関にとって、実用的な決済システムのアップグレードなのです。
ステーブルコインがここで有用なのは、企業が重視する2つのことを実現できるからです：
- 効率の向上。
- 新たな収益源の創出。
それだけです。これがすべてなのです。
銀行、信用組合、決済処理業者、あるいはネットワーク事業者が、決済を迅速化し、拘束された流動性を減らし、オペレーショナルリスクを低減し、プログラム可能な決済ワークフローを導入できるのであれば、それは良いビジネスです。
規制環境も重要です。GENIUSが現在、決済用ステーブルコインのための連邦枠組みを構築しており、ワシントンD.C.ではより広範な市場構造に関する取り組みが続いているため、銀行や信用組合は、Braleのような規制対象の高品質な発行体が発行するステーブルコインを評価するための道筋が、はるかに明確になっています。 準備金の設計は重要です。コンプライアンスは重要です。貸借対照表上の処理も重要です。オフショアリングや不適切な準備金構造は、この市場分野にはふさわしくありません。
それが、Braleが存在する理由の一つです。
Brale 当社は発行インフラ、鍵管理、署名、Canton決済、ネットワーク構成を管理し、参加者がBraleのAPIを通じてオンボーディングおよび統合を行えるようにします。目標は、すべての金融機関をblockchainの傘下企業にすることではありません。目標は、ビジネス上の合理性がある場合に限り、金融機関がstablecoinの決済機能を利用できるようにすることです。
システムの再構築は、今や選択肢の一つとなっています。
そしてこの場合、その選択は決済をより迅速に、よりプライバシーを保護し、よりプログラム可能にし、すでに世界の資金を動かしている金融機関にとってより有用なものにする可能性があります。
Visaチームと共に、そのシステムを構築していくのは楽しいことです。