BitgetはBitget Open Custody Networkを開始しました。これは、適格な機関投資家クライアントが資産を選択したサードパーティのカストディアンに預けたまま、同取引所のスポット、スポット証拠金取引、先物市場を取引できるオープンアクセスフレームワークです。

同社はこの取り組みの基本理念を「Your custody, your assets, your choice. Bitget brings the market.(カストディはあなたのもの、資産はあなたのもの、選択もあなたのもの。市場はBitgetが提供します)」と要約しています。このネットワークを通じて、機関投資家は希望するカストディ構成を維持しながら、Bitgetの取引・流動性・口座インフラを利用できます。これは、カストディと執行を分離したい企業、既存のカストディ関係を維持したい企業、または社内のコンプライアンス・運用要件に沿った構成を整えたい企業を対象としたものです。

伝統金融でおなじみのモデルがデジタル資産へ

伝統金融市場では、取引執行と資産カストディは長い間、異なる種類のサービス提供者によって担われてきました。機関投資家は、コンプライアンス方針、リスク許容度、運用モデル、資産運用要件に基づき、誰が資産を保管するか、どこで取引するか、決済をどのように完了するかを決定します。

デジタル資産市場の成熟に伴い、機関投資家は同等のインフラを求めています。CoinbaseとEY-Parthenonが351の機関を対象に実施した調査では、回答者の46%が、機関グレードのインフラ改善を暗号資産配分増加の重要な推進要因として挙げました。カストディ、決済、リスク管理は、デジタル資産への参入を深めようとする企業にとって中心的な検討事項となっています。

取引所にとって、流動性と商品へのアクセスだけではもはや十分ではありません。多様な機関資本を獲得するには、クライアントの既存のカストディ関係や運用フレームワークとの互換性も必要です。Bitget Open Custody Networkは同社の回答であり、機関クライアント、カストディパートナー、資産パートナーに対応するオープンなフレームワークです。

機関投資家がカストディと執行を見直す理由

カストディと執行を分離するモデルへのは、いくつかの要因によって促進されています。2022年11月にFTX取引所が崩壊し、顧客の出金が停止され、顧客資産が破産手続きに巻き込まれた後、取引所カウンターパーティリスクは機関のデューデリジェンスの中心に位置づけられました。それ以来、担保を取引所ではなく独立したカストディアンのもとに置くオフ取引所決済構造は、機関が市場アクセスに取り組む際の重要な選択肢となっています。

1. カストディを取引所から独立させたい需要

一部の機関は、取引資産のすべてを単一の取引所に直接保有することを好みません。その代わり、担保を独立したカストディアンに預け、クレジット、委任、決済の取り決めを通じて取引に参加します。

この構造は取引リスク、市場リスク、カストディリスク、決済リスクを排除するものではありません。ただし、資産の保有方法、カウンターパーティエクスポージャーの管理方法、決済の頻度について、機関がよりきめ細かい判断を行えるようにすることはできます。

2. 確立されたカストディおよび承認ワークフロー

多くのヘッジファンド、資産運用会社、マーケットメーカー、企業財務チームは、Copper、Fireblocks、規制のある銀行カストディアンなどのプロバイダーを中心に、ウォレット権限、承認プロセス、運用管理、コンプライアンスフレームワークをすでに構築しています。こうした企業の目的は、既存のインフラを置き換えることではなく、確立されたカストディ・運用ワークフローを維持したまま、新たな取引流動性へアクセスすることです。

3. 異なる決済・担保ニーズ

取引戦略、資金回転、リスク管理フレームワークは機関によって大きく異なります。高速のマーケットメーカーやクオンツ企業は複数取引所にわたる担保効率とより頻繁な決済を優先する傾向があり、資産運用会社やファミリーオフィスは規制されたカストディ、銀行グレードの保全、特定の管轄区域でのサービス提供を重視する場合があります。単一のカストディ・決済モデルですべての機関の要件を満たすことはできず、オープンなパートナーネットワークにより、クライアントは自社の状況に最も合ったルートを選択できます。

Bitget Open Custody Networkの内容

Bitget Open Custody Networkは、クライアントが選択したカストディおよび資産パートナーをBitgetの取引・流動性エコシステムに接続することで、同社の機関向けインフラを拡張するものです。機関は既存の資産構成を大きく変更することなく、スポット、スポット証拠金取引、先物取引へのアクセスを申請できます。提供される商品・サービスは、選択したカストディソリューション、クライアントの適格性、最終的な契約によって異なります。内部方針上、資産を取引所に直接保有することが制限されている企業にとって、この構造は担保を移動させることなくBitgetの市場にアクセスする手段を提供します。

ネットワークには現在、以下のパートナーとソリューションが含まれています。

• Copper ClearLoop
• Fireblocks Off Exchange
• Cactus Custody Oasis
• Bitfire PrimeMirror
• OSL MirrorEX
• Sygnum Protect

Copper、Fireblocks、Cactus Custody、Bitfire、OSLは、Bitget向けのサードパーティカストディおよびオフ取引所決済(OES)ルートを提供します。Sygnum Protectはネットワークパートナーとしてのオンボーディングを完了し、銀行グレードのカストを必要とする機関向けに、カストディ・質入れ・貸出の構造を提供しています。

オフ取引所決済(OES)の仕組み

オフ取引所決済(OES)とは、適格なクライアント担保をサードパーティのカストディアンまたは指定された口座構造内に維持しながら、クライアントが対応する取引クレジットを受け取り、合意されたルールに従って損益を決済する機関向けサービスモデルです。

典型的なOESモデルでは:

1. クライアントは適格資産をサードパーティのカストディアンまたは指定担保口座に保有します。
2. Bitgetは、選択されたカストディモデルとクライアントのオンボーディング要件に従い、対応する取引クレジットを提供します。
3. クライアントはBitgetで取引します。
4. 損益は、事前に定義された決済メカニズムに基づき、Bitgetとカストディアンの口座構造の間でオンチェーンまたはオフチェーンで決済されます。

パートナーソリューションの比較

*対応する取引、適格資産、クレジット構成、口座機能、サービス提供状況は、クライアントの適格性、管轄区域、リスク評価、最終的な契約に依存します。

Copper ClearLoopによる複数取引所での取引

Copper ClearLoopは、単一のカストディ関係を通じて複数の取引所に接続することを望む機関向けに設計されています。オフチェーン決済モデルと設定可能な4時間ごとの決済スケジュールは、担保効率、複数取引所での運用、取引の継続性を優先するマーケットメーカー、クオンツ取引チーム、活動的な機関クライアントに適しています。

Fireblocksのウォレットおよび承認ワークフローの維持

Fireblocks Off Exchangeは、すでにFireblocksインフラを利用している機関を対象としています。クライアントは専用のCollateral Vault Accountを通じて担保を管理しながら、既存のMPC設定、ウォレットポリシー、承認ワークフローを維持できます。

このルートはオンチェーンのネット決済を使用し、ガス代はクライアント負担となります。損失決済の場合、クライアントには通常2時間の署名期間が与えられます。期間内に署名しない場合、BitgetのCollateral Signerが共同署名する可能性があります。クライアントが決済を拒否した場合、プロセスは異議申立て期間に入ることがあります。

カストディ構造内でのオフチェーン決済

Cactus Custody OasisとBitfire PrimeMirrorは、それぞれのカストディ口座構造内でオフチェーン決済ルートを提供しており、決済時のオンチェーン運用負荷を軽減したい機関に関連します。主な違いは決済タイミングです。Cactus Custody Oasisは8時間ごとに決済し、Bitfire PrimeMirrorは毎日10:00 UTC+8に決済します。

Cactus Custody Oasisはより活発に取引し、より頻繁な決済を求める機関に適している可能性があり、Bitfire PrimeMirrorは日次の管理サイクルで運用する企業に適している可能性があります。

適格利益の出金が可能な規制されたカストディ

OSL MirrorEXは、香港の規制されたデジタル資産カストディフレームワークを重視する機関向けに設計されています。その決済モデルには特筆すべき特徴があります。損失がカストディ資産総額の15%に達するか超えた時点で、直ちに決済がトリガーされるのです。適用される要件と管理に従い、適格な利益はBitget口座から出金できます。

これは定期的な決済とは異なります。機関は、損失トリガー型の決済モデルがポジション管理、リスク予算、担保バッファ、流動性管理要件に適合するかを独自に評価する必要があります。

Sygnum Protectによる銀行グレードのカストディ

Sygnum Protectは、銀カストディ、規制された金融機関のサービス水準、伝統的な金融サービスの運用フレームワークに対する特定の要件を持つ機関を対象としています。その構造は従来のOESとは異なり、資産はSygnum Protect Portfolioで保有され、質入れ・貸出メカニズムを通じて取引が可能です。

Sygnumはスイスの銀行免許を持ち、FINMAの監督下にあるデジタル資産銀行です。取引範囲、資産別のLTV、手数料、口座構造、リスクパラメータは、クライアントのオンボーディング時に確認する必要があります。担保の変更や追加には手動プロセスが伴う可能性があるため、機関は事前に十分な担保バッファと流動性を計画すべきです。

接続前に機関が知っておくべきこと

マスター口座とサブアカウントの構造

ほとんどの稼働中のOESルートでは、Bitgetのマスター口座が通常カストディ構成に紐付けられます。サブアカウントは適用されるルールに従って取引でき、損益はマスター口座レベルで集計・決済されます。サブアカウントは一般に、カストディ資産のバインド、委任、委任解除を独自に行うことはできません。

複数の戦略、チーム、口座権限構造を管理する機関は、オンボーディング前に、マスター口座、サブアカウント、取引権限、決済集計の構成についてBitget Institutionalチームに確認すべきです。

入出金ルール

一部のカストディモデルでは、カストディモードが有効化されると、Bitget口座を通じた通常のオンチェーン入出金が制限または無効化される場合があり、担保・クレジット・決済ワークフロー全体の一貫性を維持します。要件はソリューションによって異なります。稼働中のルートの中でOSLは例外であり、適用される管理に従い、入金が可能で、適格な利益の出金も認められます。

クレジットと担保は必ずしも1:1に固定されない

Copper、Cactus Custody、Bitfire、OSLは、適格な委任残高に対して1:1の取引クレジットを提供します。Fireblocksのクレジットはオンボーディング時に決定され、1:1を下回る場合があります。Sygnum Protectは、従来のミラードクレジットモデルではなく、資産別のLTVに基づくカストディ・質入れ・貸出構造を採用しています。

オンボーディング時に機関が確認すべき項目:

• 適格な担保資産
• 資産ヘアカットまたはクレジット比率
• リスク閾値と担保追加要件
• 決済の頻度とプロセス
• 適用される手数料、ガス代、資金調達コスト
• 地域ごとの制限と口座権限

カストディの選択、市場アクセス

Bitgetは、Open Custody Networkを単一の強制的なカストディモデルとしてではなく、市場への実行可能な複数のルートとして位置付けています。機関が複数取引所での担保効率、既存のウォレットワークフロー、オフチェーン決済、香港の規制されたカストディ、銀行グレードの資産カストディのいずれを優先する場合でも、同取引所はクライアントが選択したカストディインフラをBitgetの取引・流動性機能と接続することを目指しています。これらのルートを実際に区別するパラメータ—決済頻度、委任残高に対するクレジットの扱い、管轄区域のカバー範囲—は、機関がオンボーディング時に確認する項目に含まれます。

機関は、適格性、対応資産、口座構造、適切なソリューションの詳細について、担当のBitget Institutional担当者に問い合わせることができます。