コンピューティング担保に関する質問: GPU 契約とハードウェア残余の証券化

導入

GPU インフラストラクチャは、テクノロジーの運用と構造化されたクレジットを組み合わせます。融資手段は、アクセラレータ システム、関連するサーバーおよびネットワーキングを所有し、1 つ以上のコンピューティング顧客と契約し、貸し手に設備とキャッシュ フローに対するセキュリティを付与できます。商業上の請求には、固定予約料金、テイク・オア・ペイ支払い、専用容量料金、またはサービス収益が含まれる場合があります。物理資産は移動可能で識別可能である可能性がありますが、その価値は構成、電力、冷却、ソフトウェア、サポート、場所、エクスポート許可、および別のワークロードに対応する能力によって異なります。

最近の提出書類は、この資金調達モデルの具体的な証拠を提供しています。 CoreWeaveは、主にテイク・オア・ペイ顧客契約に裏付けられた資産レベルの負債を通じてインフラ開発に資金を提供していると述べている ^[1]。 2026 年 3 月の提出書類には、主に顧客契約に必要な GPU サーバーおよび関連インフラストラクチャの資金調達に使用される USD 8.5 billion 遅延ドロー期間ファシリティについて記載されています。 ^[2]。提出された CoreWeave クレジット契約では、借入後にラックのシリアル番号が必要となり、GPU サーバーの処分が制限されます ^[4]。 IRENの2026年年次報告書では、GPU、関連資産、顧客契約のキャッシュフローによって保護されたUSD 3.6 billion資金調達プログラムについて説明しており、債務返済要件、強制前払いトリガー、制限付き現金および制限付き保証が含まれています。 ^[6]。これらは、担保付き融資に関する企業の開示です。これらは、パブリック GPU 資産に裏付けられたセキュリティが特定の評価または回復結果を達成したという証拠ではありません。

この文書では、設備ファイナンスやプロジェクトファイナンスよりも狭い範囲の決定について取り上げます。計画された支払いがコンピューティング契約に依存し、ダウンサイド回復が部分的にハードウェアに依存するプールを、オリジネーターがどのように定義、監視、管理できるかを問うものです。このフレームワークは、AI - クラウド オペレーター、データ センター スポンサー、銀行、民間信用基金、機関投資家、格付けおよび評価アドバイザー、受託者、口座銀行および取引弁護士向けに設計されています。法律、証券、規制、会計、税金、テクノロジー、鑑定、格付け、または投資に関するアドバイスは提供しません。

1 ノートを選択する前に証券化エクスポージャーを定義します

最初の決定は、発行車両が何を所有しているか、または受け取る法的強制力のある権利を持っているかどうかです。プールには、債権、サービス契約に基づく支払権利、機器を担保としたローン、リース、ハードウェアの所有権、機器所有企業の受益権、またはその組み合わせを含めることができます。これらの選択肢では、法的、会計、税務、完璧さ、サービス、破産など、さまざまな問題が生じます。取引弁護士は、各管轄区域の構造と適用される制度を決定する必要があります。

資産の境界は、リンクされたレコードとして表現される必要があります。各契約義務は、顧客、保証人、サービス単位、サイト、機器コホート、請求書ルール、回収口座、および関連するセキュリティに関連する必要があります。各ハードウェア レコードは、所有者、請求書、シリアル番号、場所、構成、受領、保証、ライセンス ステータス、顧客の割り当て、および廃棄ルートに関連付けられる必要があります。納品可能な機器のない契約は負債となる可能性があります。資金調達可能なキャッシュフロールートのない機器は、保有コストや販売時期が不確実な担保となる可能性があります。

理事会は発行形態を選択する前に資金調達目標を承認する必要があります。目的には、高価な倉庫債務の借り換え、貸し手の多様化、期間の延長、新しいシステムのための資本の放出、または再発行プログラムの確立などが含まれます。承認には、提案されたプール、除外されるリスク、目標期間、最大レバレッジ、必要な準備金、保持されるエクスポージャー、投資家報告および補充の条件が記載されている必要があります。

また、境界線では、発行者の資産と関連会社が提供するサービスを区別する必要があります。コンピューティングの提供は、エンジニアの雇用、ソフトウェア ライセンスの保持、電力の購入、またはデータ センター オペレーターとの契約を行う関連会社に依存する場合があります。発行者が債権とハードウェアを所有し、関連会社が運営能力を管理する場合、投資家は執行サービスチェーンにさらされたままになります。この構造には、サービス契約、支払いの優先順位、ステップインの権利、知的財産へのアクセス、情報の権利、および移行サポートを文書化する必要があります。アフィリエイトに支払われる手数料は、発行後に価値が担保プールの外に移動しないように、承認された予算によってベンチマーク、上限、または管理される必要があります。

資格は、作成された文書、準拠法、および現在の運用証拠によって異なります。

適格なプールには、すべてのしきい値テストに合格したエクスポージャーのみを含める必要があります。契約金額が高くても権利の欠落を補うことはできません。強力な資産評価は、未解決の受け入れに依存する顧客の支払いを補償するものであってはなりません。

2 1 つの契約とハードウェア データ テープを構築する

データテープは監視の基礎です。現在の値とイベント履歴の両方を保存する必要があります。契約フィールドには、法的顧客、親グループ、保証、契約日、サービス期間、容量ユニット、開始日、受諾、固定および変動料金、電力処理、エスカレーション、サービス レベル、クレジット、終了、更新、譲渡、相殺、紛争、請求書および回収を含める必要があります。ハードウェアのフィールドには、メーカー、モデル、シリアル番号、システム構成、納入、試運転、所有者、先取特権、サイト、ラック、状態、ファームウェア、保証、サポート、輸出分類、顧客の使用および最新のサポート値が含まれている必要があります。

テープはソース システムと一致する必要があります。契約記録には、署名された文書、修正および通知が記載されている必要があります。機器の記録には、注文書、請求書、受領書類、試運転証明書、固定資産台帳、保険、および物理的検査を照合する必要があります。現金記録では、請求書、クレジットノート、売掛金、管理された銀行取引明細書、およびウォーターフォール計算を調整する必要があります。すべての変更は、時間、ソース、承認、および以前の値を記録する必要があります。

テープは、置換後もアイデンティティを維持する必要があります。システムを置き換えると、履行義務、顧客の同意、価値コホート、減価償却プロファイル、セキュリティ スケジュールが変更される可能性があります。置換はサイレント行置換として実装しないでください。古い資産は、その歴史、性質、収益を保持する必要があります。新しい資産は、資格ゲートを満たした後にのみ参入する必要があります。

投資家は、安定したフィールド辞書とレポート分類を受け取る必要があります。定義を変更すると、基礎となるプールを変更せずに、報告される集中、滞納、使用率、または対象範囲が変更される可能性があります。ガバナンスでは、マテリアルの定義が変更された場合には、承認されたバージョン管理と再記述を要求する必要があります。

データの品質は、決算日のサンプルだけではなく、例外レポートを通じてテストする必要があります。有用な例外には、複数の所有者にリンクされた 1 つのシリアル番号、承認された契約のない機器、管理アカウントのない契約現金、テレメトリと一致しないサイトの記録、ポリシーで許可されているよりも古い評価額、エイリアス間で分割された顧客グループ、ウォーターフォールの外で収集された請求書などが含まれます。各例外には、所有者、年齢、経済的影響、および治癒日が必要です。商業関係が継続している場合でも、必要な証拠が期限切れになると、資格は自動的に減らされるべきです。この規律は、データテープを取引付録からライブ担保管理システムに変換します。

3 契約を適格な純現金に変換する

プールは、契約総額、未払い金、または残りの履行義務ではなく、強制可能な純支払い義務から開始する必要があります。残りの履行義務は分析に役立ちますが、会計開示は譲渡、回収、または貸し手の権利を決定するものではありません。契約モデルでは、納品、受領、サービスクレジット、税金、電力パススルー、相殺、許可された終了後の各期間に支払わなければならない支払いを特定する必要があります。

契約は、固定予約現金、変動使用量現金、払い戻された運営コスト、導入手数料、前払い金および終了金額に分割する必要があります。固定現金には条件付きの場合もあります。使用現金には観察可能な持続性があり、基本資格には不適切なままになる可能性があります。電力償還は、債務返済マージンをほとんど追加せずに、総収益を向上させることができます。前払いにより建設の流動性が向上し、払い戻しや将来のサービス義務が発生する可能性があります。

プールは、直接配送コストを除いた純寄付金を認識する必要があります。これらのコストには、データセンターのレンタルまたはホスティング、電力、ネットワーク、プラットフォーム ソフトウェア、ハードウェア サポート、運用、メンテナンス、保険、税金、および必要なライフサイクル支出が含まれます。パススルー項目や変動電力コストが重要な場合、総請求書に対する債務の金額を設定すると、サポートが過大評価される可能性があります。

提案された分析処理。契約解釈には資格のある弁護士が必要です。

顧客の信用は適格性と集中力の両方を変えるはずです。モデルでは、法的債務者と親または保証人を特定する必要があります。 1 つのグループ内のエンティティとの複数の契約を集約する必要があります。ハードウェアの供給、オリジネーターへの投資、または前払いも行う顧客は、循環サポートを作成できます。プールでは重複する値を削除し、各支払いの最終的なソースを文書化する必要があります。

契約に複数の商品が含まれている場合、現金適格性は請求書明細およびサービス期間レベルで計算する必要があります。単一の契約で、予約されたアクセラレータ、柔軟な使用法、ストレージ、ネットワーキング、サポート、実装、および電力を組み合わせることができます。これらのコンポーネントには、さまざまなマージン、受入れポイント、キャンセル権、およびオフセットエクスポージャが設定される場合があります。プールレポートには、請求額、獲得額、回収額、異議申し立て額、クレジット額が個別に表示される必要があります。このモデルでは、繰延収益と顧客の前払いを残りのサービス義務と調整する必要もあります。すべての契約収益を 1 つの売掛金残高として扱うと、払い戻しのエクスポージャー、配送条件、現金の受け取りと債務返済の利用可能性の間のタイミングのギャップが隠蔽される可能性があります。

4 契約金額を2回カウントせずにハードウェア価値を測定

ハードウェア価値は二次的な回復源です。両者は同じシステムに依存しているため、契約現金の現在価値に機械的に加算されるべきではありません。好調な契約実績は継続的な使用をサポートし、短期的な販売の関連性を低下させる可能性があります。顧客を失うと、ハードウェアが手放されると同時に収益が減少し、撤去コストが増加し、より多くの類似システムが市場に投入される可能性があります。

評価では、交換コスト、簿価、課税標準、公正価値、秩序ある清算価値、およびストレス純回収を分離する必要があります。これらの対策により、さまざまな質問に答えられます。プール前払い率は、文書で要求されている尺度を使用し、すべての評価調整を調整する必要があります。元の請求書のコストは、現在の回収の限定的な証拠を提供しながら、取得と所有権を証明できます。

復旧分析では、アーキテクチャ、メモリ、ネットワーキング、ラック構成、冷却インターフェイス、ファームウェア、ワークロードの互換性、ベンダーのサポート、使用年数、時間、状態、場所、取り外し、テスト、データの消毒、輸出許可、購入者の需要、販売期間、維持コストを考慮する必要があります。完全なラックまたはクラスターは、分離可能なコンポーネントに比べて運用価値が高くなりますが、可搬性は低くなります。評価額には、想定される販売単位とその納品に必要な作業を記載する必要があります。

提案された評価記録。値には独立した現在の証拠が必要です。

評価では、証拠の日付、範囲、仮定、矛盾、除外コスト、買い手市場および評価の信頼性を開示する必要があります。アーキテクチャが変更された場合、観察された販売価格が変動した場合、または処分期間が延長された場合には、監視を短縮する必要があります。

評価委員会は 3 つの独立した見解を調整する必要があります。運用ビューでは、現在の構成でシステムが生成できるキャッシュを見積もります。マーケットビューは、可能な場合には観察可能な入札と取引を使用して、秩序ある販売または再リースから得られる収益を推定します。リカバリビューでは、シャットダウン、撤去、テスト、消毒、輸送、仲介、税金、法的および保管コストが差し引かれ、時間割引が適用されます。見解間の相違は、それ自体がリスクシグナルです。高い運用価値と弱い外部入札の組み合わせは、現在の通信事業者または契約への依存を示しています。高い評価額と長い処分期間を組み合わせると、名目上の補償は提供できる一方で、元本のスイープが必要な場合に流動性を供給できなくなる可能性があります。

5 契約とハードウェア コホートの作成

プールに実際の多様性が含まれている場合、プールにより特異な暴露を減らすことができます。契約、顧客、システムを数えるだけでは不十分です。エクスポージャーは、同じ親顧客、モデル スポンサー、データセンター オペレーター、電力ルート、GPU 生成、冷却設計、ネットワーク ファブリック、ソフトウェア スタック、ベンダー、管轄区域、または更新日を共有できます。単一のイベントが、一見別々の複数の資産に影響を与える可能性があります。

契約コホートは、債務者、信用プロファイル、支払タイプ、残存期間、受諾状態、サービスレベル制度および更新期間ごとにエクスポージャーをグループ化する必要があります。ハードウェア コホートは、世代、構成、使用年数、サイト、顧客の使用、および復旧ルートごとにシステムをグループ化する必要があります。次に、トランザクションはコホート間の依存関係をマッピングする必要があります。 1 人の顧客に集中した契約プールと 1 つの構成に集中したハードウェア プールは、メモ データ テープに多くの行が表示されている場合でも、1 つの相関リスクを表します。

例示的なプールでは、12 のハードウェア コホートと 8 つの顧客契約が使用されています。経営陣は、最大の顧客が対象となる契約現金の 31 パーセントを占め、上位 3 社が 68 パーセントを占め、最大のサイトにはシステムの 29 パーセントが含まれ、1 つのアクセラレータ世代がストレスのかかるハードウェア価値の 44 パーセントを占めると想定しています。これらの値は設計上の仮定です。これらは市場ポートフォリオを説明するものではありません。

濃度制限は、開始時および交換、更新、顧客による修正後に適用される必要があります。違反が発生した場合は、支払い不履行になる前に補充と分配を停止する必要があります。治療法には、適格なエクスポージャーの追加、手形の返済、準備金の積み立て、または適格性の削減が含まれます。

相関関係のレビューは、データ テープ内のラベルを超えて行う必要があります。複数の顧客が同じ基盤モデルのプロバイダー、クラウド オーケストレーション層、エンド マーケット、または資金源に依存している場合があります。複数のサイトが公共施設コリドー、ネットワーク ルート、技術オペレーター、または管轄区域の許可を共有する場合があります。ハードウェア コホートは、製造バッチ、冷却依存性、またはファームウェアの脆弱性を共有する場合があります。シナリオ設計では、これらの一般的な要因に直接衝撃を与えてから、対象となる現金、営業コスト、顧客集中度、回収価値を合わせて再計算する必要があります。各フィールドに個別の割合のヘアカットを適用すると、1 つのイベントが契約パフォーマンス、資産の流動性、販売需要に同時に影響を与える場合、損失が過小評価される可能性があります。

6 下部サポートを中心とした資本構造を設計する

債務キャパシティは、キャッシュフロー支援とハードウェア復旧の両方によって制限される必要があります。モデルは、最大のハードウェア アドバンスに最大のキャッシュ フロー アドバンスを加算してはなりません。実際的な構造では、ストレスのかかる契約現金からスケジュールされたノートのサイズを決定し、二次保護として最小限のハードウェア カバレッジを必要とします。別の構造では、リンクされた各コホートの契約価値とハードウェア価値の低い方を認識する借入ベースを使用できます。

例示的なケースでは、年間総契約現金が USD 360 million、直接配送および運用コストが USD 164 million であると仮定しています。資金調達コストを除く中央ケースで利用可能な現金は USD 196 million です。経営陣は優先債券の USD 420 million、劣後債の USD 80 million、および流動性準備金 USD 32 million を想定しています。年間の優先債務および劣後債務返済額は USD 132 million で、中央カバレッジは 1.48 倍になります。提案された金額は、資金調達の見積もりや格付けのケースを表すものではありません。

ハードウェアのサポートは個別にテストされます。経営陣は、当初の設置コストを USD 864 million、現在独立してサポートされている秩序ある清算価値の USD 372 million、および撤去、テスト、再マーケティング、法律、税金、保管および販売コスト後の USD 286 million の純回収を強調しています。この回収は紙幣の元本すべてをカバーするものではありません。したがって、システムは運用価値を維持しながら、プールは継続的な契約現金と早期償却に依存しています。

手形期間は、サポートされる契約期間と保守的な経済寿命のうちの短い方の範囲内に収まる必要があります。更新または再販へのテール依存は透明である必要があります。計画的な償却により、大規模な顧客の期限切れ、ハードウェアのリフレッシュクリフ、またはサイトのリース終了の前に元本が削減されるはずです。

レバレッジによって劣化への反応が変化するため、サイジングは繰り返し解決する必要があります。元本が増加すると、予定された債務返済額が増加し、補償が開始される時点が加速され、市場が低迷している場合には資産の売却を余儀なくされる可能性があります。したがって、中心的なケースには、タイミングショック、顧客障害、サービスクレジットイベント、電力コストショック、導入の遅れ、残存価値の低下が伴うはずです。各シナリオには、毎月の現金、準備金の引き出し、トリガー日、元本スイープ、最終担保が表示される必要があります。支配的なアドバンスレートは、法的および商業上の条件に従って、これらの相互作用および必要な最低格付けまたは投資家の利益の後でも支持可能なものでなければなりません。

7 補充の代替と放出の管理

リボルビング期間により、安定した紙幣プラットフォームを維持しながら、新しいシステムや契約に資金を提供できます。また、投資家がコミットした後にオリジネーターがプールを変更することもできます。したがって、文書では、客観的な適格性、集中力、および価値のテストを通じて、許可される追加、代替、およびリリースを定義する必要があります。

追加には、締結された契約証拠、受け入れられたサービス、検証済みの権原、完全なセキュリティ、最新の評価サポート、保険、サイトへのアクセス、およびデータテープの完成が必要です。代替により、予想される純キャッシュ、残存期間、顧客の質、世代構成、ハードウェアのカバレッジと集中度が維持または向上する必要があります。目に見えにくい関連エクスポージャーの弱い資産を削除することでプールの悪化を治すべきではありません。

資産のリリースには、売却代金の受領、借入ベースと適用範囲のテストへの準拠、トリガーの不在、シリアルおよび先取特権記録の更新、安全なデータのサニタイズと合法的な移転が必要です。収益は滝に沿って進む必要があります。該当する担保価値を下回るリリース価格には、文書に従って追加の元本返済または投資家の同意が必要となります。

提案されたトランザクション制御。法的実施は構造と管轄区域に依存します。

トランザクションは、すべてのプール変更の監査証跡を維持する必要があります。投資家レポートには、追加、削除、置換、修正、およびそれらが適格性、集中性、対象範囲に及ぼす影響を示す必要があります。

補充には、文書化された前後テストを使用する必要があります。計算では、変更の直前にプールを凍結し、提案されたトランザクションを適用して、キャッシュ カバレッジ、ハードウェア カバレッジ、加重残存契約期間、加重ハードウェア年齢、およびすべての集中制限を比較する必要があります。発信者は、資産がプールに入る前に証拠パッケージを提供する必要があります。受託者または計算代理人は、テストと基礎となる記録を保持する必要があります。追加により以前の違反が解消される場合、報告書は、その解消が真の多様化によるものなのか、追加担保によるものなのか、元本の減少によるものなのか、それとも評価の前提条件の変更によるものなのかを示す必要があります。これにより、回転プールが安定しているように見えず、その下にある構成が悪化します。

8 サービスと運用継続を信用の一部にする

GPU 契約には請求書の収集以上のものが必要です。オペレーターは、容量の割り当て、クラスターの管理、電源と冷却の維持、パフォーマンスの監視、サービス クレジットの適用、顧客データの保護、請求書の発行、現金の回収を行う必要があります。これらのアクティビティは、オリジネーター、データセンターオペレーター、クラウドプラットフォーム、請求プロバイダー、受託者、口座銀行、担保代理人全体に分散できます。

サービス マップでは、各機能、責任のあるエンティティ、ソース システム、制御、バックアップ、および交換パスを識別する必要があります。 SEC 規則 AB ガイダンスでは、特定の状況におけるサービス分析の一部として、プール資産の管理または収集、および分配の計算に関与する当事者を扱います [10-12]。プライベート取引が登録された規制 AB 報告の範囲外である場合でも、その基準は有用な管理基準を提供します。弁護士は実際の適用性を判断する必要があります。

金融サービサーは GPU クラウドを運用できないため、コンピューティング契約のバックアップ サービスは困難です。構造には 2 つの継続計画が必要な場合があります。予備の金融サービサーは、請求、回収、記録、投資家報告書を保存する必要があります。後任の技術オペレーターは、施設へのアクセス、クラスター管理、セキュリティ、顧客サポート、ベンダーとの関係、およびサービスのパフォーマンスを維持する必要があります。直接契約と移行ライセンスにより、これらの機能を接続できます。

閉鎖前に動作継続性をテストする必要があります。この演習では、サービス テレメトリから請求書および管理された現金までの 1 つの契約に従い、発信者のトラブル、アカウント管理のアクティブ化、技術オペレーターの移行、投資家レポートをシミュレートする必要があります。未解決の依存関係は資格と予備に影響を与えるはずです。

継続計画では、実行可能な最小限の動作状態を指定する必要があります。移行中に利用可能な契約容量を維持するために必要な人材、資格情報、ライセンス、ベンダー サポート、データセンター アクセス、顧客コミュニケーション、運転資金を特定する必要があります。計画では、短い安定化期間と、より長い交換または販売プロセスを区別する必要があります。投資家の流動性は、必須の運営コストが継続し分配が停止する期間をカバーする必要があります。テストには、主要な関連会社の障害、管理プラットフォームへのアクセス喪失、サイバーインシデント、専門スタッフの離職などを含める必要があります。結果は、別個の運用報告書のままではなく、準備金の規模と契約上の救済策を変更する必要があります。

9 管理されたキャッシュのウォーターフォールを構築する

コレクションは、強制的な管理の対象となるアカウントに入力する必要があります。ウォーターフォールでは、顧客の前払い、サービスの受領、電力の償還、販売収益、保険、ベンダーの返金および回収を区別する必要があります。各カテゴリには、異なる使用許可と優先順位を設定できます。

運用アカウントには、サービスを維持するために十分な流動性が必要です。プラットフォームが枯渇すると、契約の現金とハードウェアの価値が破壊される可能性があります。したがって、ウォーターフォールは、承認された予算と管理の範囲内で、予定されているノートサービスの前に、検証済みの電力、サイト、ネットワーク、重要なスタッフ、サポートとメンテナンスに資金を提供する必要があります。過剰なコストや未承認の設備投資により、可視化されずに担保が損なわれてはいけません。

優先順位と金額は管理設計の前提条件であり、取引固有のアドバイスが必要です。

販売と保険の収益は、影響を受けるコホートと一致する必要があります。収益は、文書化された条件に従って、紙幣の前払い、許可された代替品への資金提供、または損傷したシステムの修復に使用されます。同じ領収書で、機器の交換と元本削減の両方に資金を提供することはできません。

ウォーターフォール計算は、銀行取引明細書や承認されたソース記録から再現できる必要があります。レポートには、すべての管理口座の期首現金、カテゴリー別の領収書、許可された控除、準備金の動き、利息、元本、手数料、期末現金が表示される必要があります。また、支払期限が過ぎているが未回収の金額と、まだ提供されていないサービスに対して受け取った現金を調整する必要もあります。独立した計算チェックでは、優先順位、上限、トリガー ロジック、および丸めをテストする必要があります。アカウント管理契約は、スイープ、支払い締め切り時間、通貨換算、許可された投資、および銀行の代替などの運用上の現実をカバーする必要があります。正しい計算式は、現金が管理口座の外に残る可能性がある場合、または移行中に業務上の支払いができない場合に、限定的な保護を提供します。

10 業績が低下する前に迅速な償却を設計する

迅速な償却により、補充および分配からの余剰現金が手形元本に振り向けられます。これは、プールがまだ現金を生成している間、およびハードウェアの価値が大幅に低下する前にアクティブ化する必要があります。支払い不履行を待つトリガーは、契約と機器のサポートがすでに弱体化した後に発生する可能性があります。

トリガーは因果関係のリスクを反映する必要があります。関連する対策には、ローリング債務返済補償、適格な契約現金、顧客の集中、サービスクレジット、延滞、紛争、回収差異、使用状況、受け入れ容量、システムの可用性、残価補償、サポートされていないハードウェア、サイトの集中、停電、サービサーの障害、報告の失敗、アカウントの漏洩が含まれます。

応答は重大度に一致する必要があります。早期の劣化により、新たな追加が停止され、報告が増加し、埋蔵量が増加したり、配布がブロックされたりする可能性があります。重大な違反が発生すると、リボルビング期間が終了し、余分な現金がすべて消去される可能性があります。劣化が続くと、交換サービス、強制売却、執行または再編が発動される可能性があります。治癒の権利には客観的な証拠、期限、権限が必要です。

マイナス面としては、6 か月の顧客遅延、サービス クレジット、電力コストの上昇、ハードウェア価値の低下により、年間利用可能なキャッシュが USD 109 million まで減少します。 USD 132 million の年間債務返済により、カバー率は 0.83 倍になります。この複合状態が発生する前に、トランザクションで現金をトラップする必要があります。したがって、初期の契約、サービス、および残存価値の指標は、単一の後ろ向きのカバレッジ テストよりも役立ちます。

トリガーガバナンスでは、測定頻度、データカットオフ、計算エージェント、チャレンジプロセス、および有効時間を定義する必要があります。重要な顧客が契約を解除したり、サイトが停電したり、輸出規制により許可された購入者範囲が変更されたりした場合、月次トリガーでは遅すぎる可能性があります。イベント駆動型の通知は、定期的なテストを補完する必要があります。また、トランザクションは、根本的な問題が残っている場合に、ある有利な期間の後にトリガーがオフになるのを防ぐ必要もあります。回復には、数回の遵守期間、回復された準備金、現在の評価、および因果関係のある違反が解消されたという証拠が必要となる場合があります。これらの規則により、迅速な償却は、危機時の即席の対応ではなく、事前に合意された信用メカニズムとなります。

11 障害経路をプールするためにトリガー マトリックスを調整する

トリガーの設計では、任意のしきい値を回避する必要があります。信用モデルでは、変更が予定された債務返済、借り換え、事業継続または回収に影響を与える時点を特定する必要があります。しきい値には、対応を実施するのに十分な時間と流動性が残されている必要があります。

最大の顧客が変わらない場合でも、1 つの契約が終了すると顧客の集中が高まる可能性があります。古いコホートが削除されると、ハードウェアの集中が高まる可能性があります。新しいアーキテクチャの発表、入札の低迷、または販売期間の長期化の後は、残存価値カバレッジが悪化する可能性があります。ローリング テストでは、分子と分母の両方の変化をキャプチャする必要があります。

しきい値は管理上の想定を例示するものであり、トランザクションの調整が必要です。

トリガーは管理されたデータから計算され、個別にチェックされる必要があります。権利放棄には、証拠、期間、補償、改定された閾値および終了条件を記載する必要があります。権利放棄を繰り返すと構造の悪化が隠蔽される可能性があるため、投資家にそれがわかるようにする必要があります。

12 法定会計税および規制境界への対応

提案された構造は、財務モデリングでは解決できない疑問を引き起こします。弁護士は、譲渡された資産が金融資産なのか担保債権なのか、譲渡制限や顧客の同意が適用されるのか、安全性がどのように確保されるか、発行会社が破産から遠く離れているかどうか、回収金とハードウェア収益がどのように隔離されるのか、執行を規制する法律は何かを判断する必要がある。売掛金の実際の売却が完了しても、それ自体では設備や運営権が譲渡されるわけではありません。

米国で登録された ABS 要件は、資産と提供構造によって異なります。 SEC 規則 AB は、対象取引の開示、サービス、静的プール情報、および継続的な報告に取り組んでいます [10-13]。規則 192 は、定義された証券化参加者の重大な利益相反に対処し、指定された登録および未登録の構造にまで適用されます。 ^[13]。米国の信用リスク保持規則、証券法、および銀行の要件には、取引固有の分析が必要です[14-18]。

欧州連合証券化規制と現行の英国証券化ソースブックには、特定の条件下で少なくとも 5% の重大な純経済的利益を含む、デューデリジェンス、透明性、およびリスク保持要件が含まれています [19-25]。英国の2026年改革協議は調査日時点では提案のままだった。現在のルールと最終ポリシーは実行時にチェックされる必要があります [24-25]。 STS の適格性、均一性、開示は、新しい GPU プールに対して決して想定されるべきではありません。

会計分析では、譲渡と管理、連結、サービシング権、留保利益、予想される信用損失、収益、リース、減損、公正価値の開示に対処する必要があります[26-34]。税務分析では、資産所有権、減価償却、移転価格、源泉徴収、管轄権、利息制限、売却代金、車両の処理に対処する必要があります。 IRS の減価償却ガイダンスは税務情報を提供するものであり、経済的耐用年数や担保価値を確立するものではありません。 ^[35].

国境を越えたプールには、単一の世界的な法的結論ではなく、管轄権マトリックスが必要です。マトリックスでは、売り手、発行者、債務者、口座銀行、設備の場所、準拠法、補完方法、執行フォーラム、破産処理、税金漏洩、およびあらゆるエクスポージャの移転制限を特定する必要があります。債権は 1 つの法律に基づいて譲渡される可能性がありますが、機器の先取特権、サイトへのアクセス、および運営ライセンスは他の法律に依存します。投資家への開示では、どの権利が地元の意見を持っているか、同意に依存しているか、そしてどの権利が発信者に対する契約上の請求権にとどまっているかを説明する必要があります。資格と昇給率は、平均的な法的評価ではなく、関連するコホートの最も弱い部分を反映する必要があります。

13 所有権の譲渡可能性と法的回復の維持

セキュリティ パッケージは、すべてのシステムとそれを所有するエンティティを識別する必要があります。注文書、請求書、納品受領書、シリアル番号、受領書、支払い、固定資産記録、UCC 申請書、および先取特権調査は一致している必要があります。リース、委託、ベンダー融資、または顧客の寄付によって取得したシステムは、別個の処理が必要です。

機器はサイト内または施設間を移動できるため、位置管理は重要です。担保代理人は、許可された移動と、アクセス、保険、セキュリティの完全性の証拠について適時に通知を受け取る必要があります。家主、データセンター運営者、および顧客の契約は、必要に応じて、貸し手のアクセス、修復、運用の継続、および撤去に対処する必要があります。

ソフトウェアの権利によりリカバリが制限される場合があります。ファームウェア、管理ツール、ベンダー サポート、ライセンス、およびクラウド プラットフォーム コンポーネントは譲渡不可であるか、オペレーターに関連付けられている場合があります。復旧計画では、システムのテスト、サニタイズ、運用、再展開、または販売に必要な最小限の権限と人員を特定する必要があります。データのサニタイズは文書化され、監査可能である必要があります。

輸出規制により、買い手範囲、仕向地、エンドユーザー、または高度なコンピューティング品目の使用が制限される場合があります。米国産業安全保障局の規則とガイダンスは、資格のある専門家によって実際の機器と取引に適用される必要があります [36-39]。モデルでは、制限された販売ルートを適格な回収として扱うべきではありません。

14 価格曲線を作らずにテクノロジー監視を利用する

GPU の経済寿命は、パフォーマンス、メモリ、相互接続、電力効率、ソフトウェア サポート、ワークロードの需要、総所有コストによって変化します。 NVIDIA の 2026 年度提出書類には、製品の移行、在庫の陳腐化、インフラストラクチャおよび需要のリスクが記載されています ^[9]。これらの開示によりメカニズムが確立されます。資金プール内のシステムの残りの価値を確立するものではありません。

監視では、ベンダーのロードマップ、ソフトウェアの互換性、ワークロードのパフォーマンス、電力コスト、観察されたリース料金、容量価格、入札、完了した販売、改修、サポート、処分時間などを追跡する必要があります。評価モデルでは、どの証拠が観察され、どれが契約固有のもので、どれが管理上の仮定であるかを示す必要があります。市場の証拠が薄い場合、信頼感は低下するはずです。

プールでは、いくつかの性質の状態をテストする必要があります。現在の契約に基づいて運用を継続すると、最高の価値を維持できます。同じサイトで再リースするには、顧客の獲得と構成の変更が必要になる場合があります。再展開には、取り外し、輸送、設置、および受け入れが必要になる場合があります。コンポーネントの販売は購入者の範囲を拡大し、クラスターの価値を犠牲にする可能性があります。清算はより迅速に行われる可能性があり、純利益は減少します。

テクノロジーの監視では、適格性、ヘアカット、償却について情報を提供する必要があります。市場の証拠が存在しない場合には、一見正確な価値曲線を作成すべきではありません。

15 取締役会と投資家の意思決定枠組みを適用する

承認文書では、調整されたプール モデルを 1 つ提示する必要があります。法的境界線、適格な契約、ハードウェアコホート、回収口座、サービス機能、運用の依存関係、手形の構造、準備金、トリガー、急速償却のウォーターフォール、回収ルートを特定する必要があります。検証された事実、専門家の結論、経営陣の仮定、未解決事項を区別する必要があります。

投資決定には 5 つの質問に答える必要があります。まず、サービス義務を満たした後に、どの支払いを譲渡または担保にして回収できるのでしょうか?第二に、どのシステムが所有、管理され、譲渡可能であり、それらの支払いにリンクされているのでしょうか?第三に、集中はどこで相関関係のある契約とハードウェアエクスポージャーを生み出すのでしょうか?第 4 に、顧客の有効期限が切れてテクノロジーが衰退するまでに、どれくらいの速さで元本が減りますか?第 5 に、その構造は、発信元が故障した場合にサービスを維持したり、資産を回収したりできるか?

提案された承認記録。すべてのゲートにはトランザクション固有の証拠が必要です。

実装は制御されたゲートを通過して進められる必要があります。作成者は、販売する前にデータテープと例外登録を確立する必要があります。弁護士、会計士、税理士、エンジニア、鑑定士、サイバーセキュリティ専門家は、最終的な資格を得る前に対象範囲の業務を完了する必要があります。投資家データはオペレーティング システムおよび取引文書と一致している必要があります。ドライランでは、クローズする前に 1 つのレポート期間、ウォーターフォール、トリガー計算、および資産回復例外レポートが生成されます。

例示的なプールは、早期の制御が重要である理由を示しています。中央のキャッシュは、経営者の想定の下で年間 1.48 倍のカバレッジを生み出します。急速な償却の前に、相関する下向きは 0.83 倍になります。 USD 286 million のストレスを受けたネット ハードウェアの回復では、想定されたノートの USD 500 million は返済されません。したがって、この構造は単一の最終評価に依存することはできません。契約現金、減少する元本、現在価値の証拠、流動性、集中制限、タイムリーな救済策が必要です。

財務的な GPU プールは、あらゆる支払いを受け入れられたコンピューティングに結び付け、あらゆる回復の前提を制御されたハードウェアに結び付けます。証拠が弱まる前に手形は償却されるべきだ。契約、サービス、集中力、または価値のテストが悪化した場合、プールの回転を停止する必要があります。投資家は、変化と利用可能な対応を理解するために十分な情報を受け取る必要があります。この規律は、急速に老朽化が進むシステムと顧客のコミットメントの集合を、監査可能な構造化信用提案に変えます。

情報源

1. CoreWeave、2025 年フォーム 10-K 年次報告書、 一次ソースを読む
2. CoreWeave、DDTL 4.0 機能について説明した最新レポート、2026 年 3 月 30 日、 一次ソースを読む
3. CoreWeave、2026 年 3 月 31 日に終了した四半期の四半期報告書、 一次ソースを読む
4. CoreWeave、シリアル番号と GPU の処分条項を含む定期ローン契約を提出、 一次ソースを読む
5. CoreWeave、2026 年 8 月の融資制度を説明する最新レポートの展示、 一次ソースを読む
6. IREN、2026 年 6 月 30 日に終了した年度の Form 10-K による年次報告書、 一次ソースを読む
7. IREN、2026 年 3 月 31 日に終了した四半期の四半期報告書、 一次ソースを読む
8. IREN、2026年度実績展示、 一次ソースを読む
9. NVIDIA、2026 会計年度用 Form 10-K 年次報告書、 一次ソースを読む
10. 米国証券取引委員会、資産担保証券の解釈、2026 年 3 月 23 日更新、 一次ソースを読む
11. 米国証券取引委員会、資産担保証券の開示と登録、 一次ソースを読む
12. 米国証券取引委員会、規制 AB 採用リリース、 一次ソースを読む
13. 米国証券取引委員会、特定の証券化における利益相反の禁止、 一次ソースを読む
14. 米国証券取引委員会および連邦銀行機関、信用リスク保持の最終規則、 一次ソースを読む
15. 通貨監督庁、監督ハンドブック資産証券化、 一次ソースを読む
16. 通貨監督庁、監督ハンドブック プロジェクトファイナンス、 一次ソースを読む
17. 米国証券取引委員会および連邦銀行機関、複雑なストラクチャードファイナンス活動に関する健全な慣行に関する省庁間声明、 一次ソースを読む
18. 連邦準備制度、モデルリスク管理に関する監督指針、 一次ソースを読む
19. 欧州連合、証券化の一般的な枠組みを定めた規則 2017/2402、 一次ソースを読む
20. 欧州証券市場監督局、証券化政策活動と報告、 一次ソースを読む
21. 欧州銀行当局、証券化とカバードボンド、 一次ソースを読む
22. 金融行動監視機構、証券化ソースブック、 一次ソースを読む
23. 金融行為監視機構、SECN 5 リスク保持に関する要件、 一次ソースを読む
24. 金融行為監視機構、英国証券化枠組み改革に関する CP26/6 規則、 一次ソースを読む
25. 健全性規制当局、証券化政策と規則、 一次ソースを読む
26. バーゼル銀行監督委員会、単純で透明性のある比較可能な証券化を特定するための基準、 一次ソースを読む
27. バーゼル銀行監督委員会、単純で透明性のある比較可能な証券化のための資本処理、 一次ソースを読む
28. 財務会計基準審議会、金融資産の譲渡およびサービスに関する声明第 140 号の概要、 一次ソースを読む
29. 財務会計基準審議会、会計基準成文化トピック 860 移転およびサービス、 一次ソースを読む
30. IFRS財団、IFRS第9号金融商品、 一次ソースを読む
31. IFRS財団、IFRS第10号連結財務諸表、 一次ソースを読む
32. IFRS財団、IFRS第12号「その他の事業体に対する持分の開示」、 一次ソースを読む
33. IFRS財団、IFRS第15号 顧客との契約からの収益、 一次ソースを読む
34. IFRS財団、IAS第36号資産の減損、 一次ソースを読む
35. 内国歳入庁、出版物 946 2025 年の不動産の減価償却方法、 一次ソースを読む
36. 米国産業安全保障局、先端コンピューティングおよび半導体製造品目管理、 一次ソースを読む
37. 米国産業安全保障局、輸出管理規制、 一次ソースを読む
38. 米国産業安全保障局、高度なコンピューティング項目に関するガイダンス、 一次ソースを読む
39. 米国商務省、統合スクリーニングリスト、 一次ソースを読む
40. 統一法委員会、統一商法第9条担保取引、 一次ソースを読む
41. 統一法委員会、2022 年統一商法修正案、 一次ソースを読む
42. NIST、サイバーセキュリティ フレームワーク 2.0、 一次ソースを読む
43. NIST、運用技術サイバーセキュリティの基盤としての資産管理、 一次ソースを読む
44. NIST、IT 資産管理実践ガイド SP 1800-5、 一次ソースを読む
45. NIST、コンピューティング デバイスの整合性の検証 SP 1800-34、 一次ソースを読む
46. NIST、AI リスク管理フレームワーク、 一次ソースを読む
47. サイバーセキュリティ・インフラストラクチャセキュリティ庁、部門横断的なサイバーセキュリティパフォーマンス目標、 一次ソースを読む
48. 国際エネルギー機関、エネルギーと AI、 一次ソースを読む
49. 米国エネルギー省、2024 年米国データセンターのエネルギー使用状況レポート、 一次ソースを読む
50. 国際資本市場協会、原則とストラクチャード・ファイナンス・ガイダンス、 一次ソースを読む