導入
AI インフラストラクチャは、プロジェクト ファイナンス、設備ファイナンス、不動産ファイナンス、テクノロジー クレジットの特徴を組み合わせています。プロジェクトは、電力供給されたデータセンター シェルを所有またはリースし、専用のプロセッサとネットワーク機器を購入し、クラウド プラットフォームを運用し、複数年契約に基づいて容量を販売することができます。各層には、異なる建設順序、耐用年数、取引相手、施行ルートがあります。キャパシティ契約はレイヤーを収益に結びつけることができますが、同時にかなりの納期とパフォーマンスのリスクをプロジェクト会社に移転する可能性もあります。
公開情報は、新たなモデルを示しています。 CoreWeave は、顧客は通常、複数年のテイク・オア・ペイ契約に基づいて指定された容量を購入し、主にそれらの契約によって裏付けられた資産レベルの負債を通じてインフラストラクチャ開発に資金を提供していると述べています [1-4]。公開申請書には、前払い、残りの履行義務、可用性クレジット、配送遅延、集中、および特定の容量を再販する権利についても記載されています。 Core Scientific は、固定支払い、年次エスカレーター、資本責任、顧客関連の救済策を伴う長期インフラ協定を開示しています [5-7]。これらの開示は、考えられる構造とリスクを示しています。別のプロジェクトのテンプレートは提供しません。
需要環境は大規模であり、場所に固有です。 IEA は、2024 年の世界のデータセンター電力消費量が約 415 TWh であると報告し、2030 年までの大幅な増加を予測しています [8-11]。米国エネルギー省は、2023 年の米国データセンターの電力使用量が約 176 TWh であると報告し、2028 年には 325 TWh から 580 TWh の範囲になると予測しています [12-14]。全国的な需要は、個々のサイトでの電力の利用可能性、顧客の需要、または財務可能性を確立するものではありません。
このペーパーは、プロジェクト スポンサー、AI - クラウド オペレーター、データ センター開発者、インフラ投資家、商業銀行、民間信用基金、設備投資家、顧客およびアドバイザーを対象としています。トランザクションとクレジットのフレームワークを提供します。法律、税務、会計、規制、エンジニアリング、サイバーセキュリティ、投資に関するアドバイスは提供しません。関連する専門家は、作成された文書、管轄区域、技術、取引相手、およびプロジェクトを評価する必要があります。
1 契約を評価する前に容量製品を定義する
最初のタスクは、顧客が購入を約束したものを定義することです。容量とは、予約された電気負荷、重要な IT メガワット、アクセラレータ数、アクセラレータ時間、クラスタ アクセス、ストレージ、ネットワーク スループット、プラットフォーム サービス、またはバンドルを指します。ヘッドラインの契約金額は、単位、場所、開始日、パフォーマンス基準、価格、エスカレーション、請求基準が明確になるまでは、信用の意味が限定されます。
プロジェクトでは、キャパシティ単位のスケジュールを維持する必要があります。契約メガワットをラック、プロセッサ、メモリ、ネットワーキング、冷却、電力と調整する必要があります。容量が専用であるかプールされているか、プロバイダーがハードウェアを代替できるかどうか、顧客がサイト間でワークロードを移動できるかどうか、未使用の容量を再販できるかどうかを識別する必要があります。スケジュールでは、インストール済み、テスト済み、利用可能、顧客が承認した、予約済み、請求対象、および使用済みの容量を区別する必要があります。
テイク・オア・ペイという言葉は、完全な交渉の中で分析されるべきです。顧客は、慢性的なサービス障害、不可抗力、セキュリティ違反、規制変更、またはプロバイダーのデフォルトに対して、承諾後に無条件の最低支払いを受けることができ、承諾前の権利を保持することができます。解約金には上限が設定されたり、割引されたり、軽減の対象となったり、異議が申し立てられたりする場合があります。貸し手は、マーケティングラベルではなく、関連する各州の下で強制可能な純支払いをモデル化する必要があります。
| 寸法 | 証拠 | 信用に関する質問 | モデル治療 |
|---|---|---|---|
| 容量単位 | スケジュール、アーキテクチャ、注文フォーム | 正確にどのようなサービスが予約されているのか | 1つの制御単位レジスタに変換 |
| 位置 | サイトリストと移転権 | サービスは 1 つの施設から提供されなければなりません | テストサイト固有の完成度と移植性 |
| 開始 | 準備、受け入れ、および長期停止条件 | 最低支払いはいつ始まりますか | サポートされているトリガー後にのみ現金を認識します |
| 可用性 | サービスレベルと測定方法 | どのようなパフォーマンスで予約料が発生するのか | 現実的なクレジットと停止を差し引く |
| 価格 | 固定料金、使用量、パススルー、エスカレーション | どの現金が予測可能か | 個別の固定現金、変動現金、および払い戻し可能な現金 |
| 置換 | ハードウェアとプラットフォームの柔軟性 | 古い資産は同意なしに置き換えられる可能性がある | モデルのアップグレードのコストと承認のリスク |
| 転売 | プロバイダーのリマーケティング権 | 未使用の容量を別の顧客に提供できますか | 実行可能な残余需要のみを認識する |
提案された勤勉構造。契約解釈には資格のある弁護士が必要です。
出力は、法的条件、エンジニアリング構成、および財務モデルを調和させる容量レジスターである必要があります。すべての収益ラインは、定義されたキャパシティ ユニットと支払い義務を指す必要があります。
2 テイクオアペイの言葉をキャッシュフロースケジュールに変換する
貸し手は、契約総額ではなく、契約から現金化までのスケジュールを必要とします。スケジュールには、予約料金、使用料金、電力払い戻し、実装料金、前払い、クレジット、税金、パススルー項目、請求日、支払い条件、セキュリティを示す必要があります。相殺、源泉徴収、異議申し立て、または払い戻しが可能な金額を特定する必要があります。
残存履行義務は会計上の開示であり、確約された収益の有用な証拠を提供することができます。これらは自動的に貸し手のキャッシュフローと等しくなるわけではありません。タイミング、変動対価、サービスクレジット、契約解除、納期遅延、会計上の認識が変換に影響を与えます [1-4、38-42]。信用モデルは、RPO 残高の合計ではなく、実行された支払い義務と運営能力から開始する必要があります。
モデルでは、前払いと無料の現金を区別する必要があります。顧客のデポジットは、機器に資金を提供したり、将来の請求額を削減したり、返金義務をサポートしたり、制限された口座に保管したりすることができます。流動性が向上し、パフォーマンスが向上する可能性があります。融資書類には、許可された使用、ランク、返金条件、終了時の扱いを記載する必要があります。
提案されたプロジェクトとファイナンスのシーケンス。それぞれの移行には、実行された証拠と運用パフォーマンスが必要です。
現金スケジュールには、契約総額から債務返済に使用できる回収現金までの毎月の橋渡しを含める必要があります。これにより、年間収益予測では隠れている可能性のあるタイミングのギャップが明らかになります。
3 顧客の信用と集中を引き受けます
最低支払額は債務者によって異なります。引受ファイルには、法的な顧客、親、保証人、信用サポートプロバイダー、および支払い源を特定する必要があります。強力なブランドは、関連する事業体からの履行された義務に代わるものではありません。貸し手は財務能力、サービスへのビジネスの依存度、競合するコミットメント、構造的劣後性を評価する必要があります。
顧客の集中により、プロジェクトファイナンスの強みと借り換えの弱みが生まれる可能性があります。投資適格または十分な資本を備えた取引相手 1 社が建設をサポートし、運営を簡素化できます。単一の顧客は、受諾、異議申し立て、更新、および設備の価値を管理することもできます。モデルは、最大の顧客、最大のサイト、および最大の容量ブロックに重点を置いた後の債務返済を示す必要があります。
勤勉チームは互恵性と循環性を調査する必要があります。顧客は、スポンサーへの投資、テクノロジーの提供、クラウド配信の提供、容量のリース、または保証の受け取りを行うことができます。こうした関係によってインセンティブが調整され、同じ経済的支援が複数回カウントされる可能性があります。すべての出資、前払い、購入義務、保証および売掛金は、最終的な資金源まで追跡される必要があります。
| 寸法 | 証拠 | マイナス面の質問 | 施設の対応 |
|---|---|---|---|
| 債務者の身元 | 締結された契約と事業体の記録 | どの主体が支払わなければならないのか | 指定された強制力のある義務に対抗して貸付する |
| 経済力 | 監査済みの口座、申告、流動性 | 債務者は不景気でも支払えるか | 資格とレポートのしきい値を設定する |
| 保証 | 形式、キャップ、期間および準拠法 | サポートはすべての支払い義務をカバーしますか | 強制力のある直接的なサポートが必要 |
| 集中 | 収益、容量、サイトシェア | 最大のエクスポージャーが失敗した後に何が起こるか | ヘアカット、リザーブまたは多様化契約 |
| 戦略的依存 | ワークロードの移行と代替案 | 顧客は契約を維持しますか | テストの切り替えと交換の経済性 |
| 相互暴露 | 株式、供給、ワラント、再販 | プロジェクト自体によって資金提供されるサポートです | 借入ベースから循環価値を削除する |
| 紛争履歴 | クレジット、請求および支払い記録 | 請求書はどのように確実に現金化されますか | 回収された現金のパフォーマンステストを使用する |
提案された信用記録。格付けと法的結論には最新の証拠が必要です。
顧客スコアは、前払い率、償却、および準備金の要件を推進する必要があります。財務状況、契約の使用、または戦略的関係が変化した場合には、更新する必要があります。
4 配送義務と顧客救済を調整する
テイク・オア・ペイは、プロバイダーが配達義務を果たした場合にのみ債務のサポートを開始します。契約では、設備、容量、ハードウェア、ソフトウェア、ネットワーク、電力、試運転、セキュリティ、コンプライアンス、およびサービスの開始を定義する必要があります。予測、技術情報、テスト、接続性、タイムリーな決定など、顧客の依存関係も記載する必要があります。
受け入れは、客観的、みなし、または裁量によるものです。客観的なテストでは、測定期間、作業負荷、ベンチマーク、許容範囲、再テスト、証拠を指定する際の曖昧さが軽減されます。みなし承諾は、そのメカニズムが強制可能であれば、顧客がテストを遅らせた場合にプロバイダーを保護することができます。広範囲にわたる顧客満足度の条件は、支払いを遅らせ、契約を弱体化させる可能性があります。
救済策には完全な階層構造が必要です。サービス クレジットにより収益が減少する可能性があります。慢性的な障害により終了が生じる可能性があります。配送遅延により、損害賠償、返金、代替容量またはキャンセルが発生する可能性があります。セキュリティ イベントにより一時停止または終了が発生する可能性があります。責任の上限により、定義された事項が除外される場合があります。貸し手は、最低料金を固定として扱う前に、救済策をモデル化する必要があります。
| イベント | プロバイダーの義務 | お客様の救済策 | 信用管理 |
|---|---|---|---|
| 遅れたサイト | マイルストーンとロングストップ日までに納品 | 返金、損害賠償、または終了 | 完了サポートと遅延描画 |
| 受け入れ失敗 | 客観的な技術テストを満足する | 再テスト、修正、または拒否 | 独立したテストと緊急事態対応 |
| 可用性の不足 | 測定された稼働時間とパフォーマンスを満たします | サービスクレジットまたは料金の割引 | 収益のヘアカットとパフォーマンス規約 |
| 慢性的な失敗 | 持続的なサービスを復元する | 終了または移行のサポート | 予備、治療計画、および代替オペレーター |
| セキュリティ侵害 | システムを保護し、通知する | 一時停止、損害賠償、または終了 | サイバー制御、保険、イベントレポート |
| 規制上の制限 | 合法的なサービスを維持する | 移転、変更または終了 | 管轄区域のレビューとポータビリティ計画 |
| 顧客の遅延 | アクセス、テスト、または情報を提供する | 救済またはみなし受け入れをスケジュールする | 文書化された依存関係と通知プロセス |
提案された契約レビュー。強制力は草案、事実、準拠法によって異なります。
救済モデルは、各事象を現金、準備金、契約、債務不履行の処理に結び付ける必要があります。これにより、契約上の保護が熱心に言及されたり、債務規模の決定から省略されたりすることがなくなります。
5 電力とサイトの準備状況を容量負債に合わせる
AI コンピューティングは、管理されたサイト、十分な電力、冷却、ファイバー、および操作の承認がなければ提供できません。クレジット ファイルでは、要求された電力、検討された電力、予約された電力、契約された電力、通電された電力、および動作電力を区別する必要があります。ネットワークのアップグレード、デポジット、コスト責任、削減、バックアップ、および長期停止の日付を特定する必要があります。 FERC および NERC の資料は、大負荷相互接続、コロケーション、信頼性、およびコスト配分に対する注目が高まっていることを示しています [15-21]。
サイトの準備には、財産権、許可、アクセス、環境条件、給水または冷却戦略、ネットワークの多様性、保険が含まれます。容量契約では場所を指定したり、移転を許可したりすることができます。移転権は、代替電力供給能力、ハードウェア、承認、および接続が契約期間内に提供できる場合にのみ価値を持ちます。
貸し手は、公共事業会社、家主、請負業者、機器ベンダー、ネットワーク通信事業者、プラットフォーム、顧客をカバーする日付の付いた依存関係スケジュールを要求する必要があります。各依存関係では、証拠、残りのコスト、責任者、救済策、最新の安全日を特定する必要があります。物理的なチェーンが提供される前に顧客とのコミットメントが開始されると、担保ではなく責任が生じます。
提案された依存関係アーキテクチャ。プロジェクトの証拠はあらゆるつながりを確立する必要があります。
一致する債務トランシェが利用可能になる前に、電力と敷地条件が満たされている必要があります。これにより、契約したサービスをサポートできる資産と資金が調整されます。
6 管理されたソースと用途のスタックを構築する
資金計画では、不動産、電力、コンピューティング、プラットフォーム、埋蔵量を分離する必要があります。長寿命の不動産およびグリッド資産は、完成と譲渡可能性が証明された後、長期の資本をサポートできます。コンピューティング機器は、保守的な経済生活の中で償却する必要があります。プラットフォームの開発コストと顧客獲得コストは、その回収が実行に依存するため、通常、自己資本または劣後資本が必要となります。
各情報源は、借り手、コミットメント、使用状況、利用可能性、期間、返済、担保、保証、および債権間の立場を特定する必要があります。顧客の前払いは、無制限の資本、収益、債務返済の現金として同時にカウントされるべきではありません。スポンサーの資本は、完了インセンティブを維持する順序で資金を供給する必要があります。公的インセンティブは、管理され譲渡可能な場合にのみ認識されるべきです。
管理者は、サイト、シェル、および冷却の USD 300 million で構成される USD 1.20 billion の例示的なプロジェクトを想定しています。電力およびネットワークインフラストラクチャのUSD 160 million。 USD 570 million のコンピューティング資産とプラットフォーム資産。および手数料、利息、運転資金、準備金の USD 170 million。資金は、建設負債の USD 510 million、設備負債の USD 260 million、スポンサー資本の USD 290 million、および顧客の現金の USD 140 million で構成されます。これらは経営上の仮定です。
| ソース | 額 | 主な用途 | キーの可用性の制御 |
|---|---|---|---|
| 建設施設 | 510 | サイト、シェル、冷却、電源、ネットワーク | モニター認定のコストおよび完了テスト |
| 設備施設 | 260 | アクセラレータ、ネットワーキング、インストール | 納品、タイトル、シリアルレコードおよび受理 |
| スポンサー資本 | 290 | 最初の損失コスト、プラットフォーム、および緊急事態対応 | 借金に先立って、または借金と比例して資金が供給される |
| 顧客前払い | 140 | 契約固有の能力構築 | 使用制限と払い戻し予約 |
| 合計 | 1,200 | プロジェクトと予備を完了する | ソースは管理された使用に等しい |
すべての金額は、USD 百万単位の管理上の仮定です。
債権者間取り決めでは、担保、収益、権利回復、執行管理および資産解放条件を割り当てる必要があります。プロジェクト全体のデフォルトでは、貸し手が異なるレイヤーに融資する場合でも、調整された運用が必要になる場合があります。
7 成果物および請求可能な容量からの負債のサイズ
負債のサイジングは、契約期間内に提供、受け入れ、請求できる容量から始める必要があります。このモデルでは、ヘッドラインの契約総額に前払い率を適用すべきではありません。パススルーコスト、サービスクレジット、税金、運営費、メンテナンス、アップグレード支出、予備資金、債務返済前の優先債権を差し引く必要があります。
経営陣は、96 メガワットの重要な IT 容量と 72 メガワットの 6 年間のコミットメントを想定しています。中央ランプはサービス開始時に 24 メガワット、6 か月後には 48 メガワット、12 か月後には 72 メガワットに達します。残りの 24 メガワットは未契約であり、適格なコミットメントまたは回収された加盟店収益によってサポートされるまで負債価値はありません。
能力とタイミングは管理上の想定であり、特定されたプロジェクトを説明するものではありません。
このモデルは、契約済み、遅延、部分的に承認された、サービスクレジットおよび顧客債務不履行のケースに基づいて債務容量を計算する必要があります。前払い料金は、顧客のクレジット、契約期間、納品状況、残存資産価値によって異なります。サポートされている最も低い制約が適用される必要があります。
8 最低支払額とは別にモデルを利用する
テイク・オア・ペイ料金は、使用率がコスト、パフォーマンス、更新、残存価値に影響を与え続ける一方で、収益の変動性を低減できます。プロジェクトでは、予約容量、実際のワークロード、請求対象の使用量、電力消費量、粗利益を個別にモデル化する必要があります。十分に活用されていない専用機器でも予約料が発生し、更新前に関連性が失われる可能性があります。
使用率が高いと別のリスクが生じる可能性があります。容量は、冷却、ネットワーク、または信頼性の制限を超える可能性があります。ワークロードが急増すると、電力とサービスのパフォーマンスに影響を与える可能性があります。オペレーターは、スケジューリング、可観測性、メンテナンス、および予備のキャパシティを必要とします。顧客の契約では、需要の急増やメンテナンス中にパフォーマンスを測定する方法を定義する必要があります。
更新の場合は、有料だが未使用の容量が更新されることを想定すべきではありません。顧客は、コミットメントを削減したり、別のプラットフォームに移行したり、より効率的なモデルを採用したり、より低い市場価格の恩恵を受けることができます。貸し手は、堅実な契約と保守的な設備耐用年数の範囲内で債務を返済し、管理可能な借り換えエクスポージャーを残すべきです。
| 州 | 契約状況 | 動作状態 | 信用への影響 |
|---|---|---|---|
| 予約され、受け入れられました | 固定料金の支払い | すぐに使える容量、低い作業負荷 | 短期的な現金サポート。更新リスクは残る |
| 予約され利用されている | 固定料金と使用料 | アクティブなワークロードと実績のあるサービス | 戦略的依存の最強の証拠 |
| インストールされていますが受け入れられていません | 支払いはまだトリガーされていません | テストまたは未解決の欠陥 | 営業キャッシュではなく完成エクスポージャ |
| クレジットで受け付けます | パフォーマンス改善により料金が削減されました | サービスの問題が解決しない | ヘアカット収入とテスト治療計画 |
| 未契約で利用可能 | 最低支払い額なし | 販売者またはリマーケティング オプション | 需要が証明されるまで除外する |
| 時代遅れまたは行き詰まった | 契約が終了したか、資産が拒否されました | 限られた互換性のある需要 | テスト済みの清算または再配置の値を使用する |
提案されている営業および信用分類。
使用率レポートは、ハードウェア、サイト、顧客ごとにコホートベースで行う必要があります。集約により、パフォーマンスの低い資産や集中したワークロードを隠すことができます。
9 債務返済と準備金モデルの構築
債務返済に利用できる現金は、回収された顧客の現金から開始する必要があります。電力、ホスティング、ネットワーク、メンテナンス、ソフトウェア、人員配置、税金、運転資本、および必要な資本支出を差し引く必要があります。パススルー電力の償還は、実際のコストとタイミングに合わせて行う必要があります。払い戻された電力を含む総額請求書によって債務返済範囲が膨らむべきではありません。
ウォーターフォールは、運営コスト、税金、優先債務返済、準備金補充、必要な資本支出、下位債務および分配を割り当てる必要があります。前払いと解約の支払いには別の処理が必要です。現金は、許可された引き出しが定義されている管理された口座を介して移動する必要があります。
経営陣は、中央ケースの債務返済カバレッジの最低額をランプ後 1.47 倍と想定しています。 6 か月の遅延、サービスクレジット、追加の運営コスト、回収の遅さなどのマイナス面により、準備金の使用と償却が制御される前の最小補償範囲は 0.93 倍に減少します。債務返済準備金、建設中の利息、完成支援、資金調達は、貸し手の救済を維持しながら流動性を回復すると想定されています。
すべての比率は経営陣の仮定であり、特定された資金調達を説明するものではありません。
補償範囲は、制限付き現金、一時的な領収書、および維持資金を明確に扱い、将来および過去のベースに基づいて計算される必要があります。ロックアップおよびデフォルトのしきい値は、修正措置を講じる時間を提供する必要があります。
10 約款と借入ベースのパッケージを設計する
規約パッケージは、契約履行を信用管理に結び付ける必要があります。財務制限条項には、債務返済の補償範囲、流動性、レバレッジおよび準備金の要件を含めることができます。運用規約には、利用可能な容量、サービス レベル、顧客の集中度、適格な契約金額、電力の準備状況、機器のメンテナンス、保険、セキュリティ、レポートが含まれます。
借入ベースは、顧客の信用、残存期間、納品状況、パフォーマンス、集中および紛争のヘアカット後の適格な契約キャッシュ フローを認識できます。未承認の容量、異議申し立てのある請求書、キャンセル可能なオプション、サポートされていない残存価値は除外する必要があります。償却によって少なくとも同程度の速さで負債が減らない限り、契約期間が短くなるにつれて借入ベースは減少するはずだ。
| コントロール | 測定 | 早期警戒トリガー | 考えられる対応 |
|---|---|---|---|
| 対象となる約定現金 | サポートされる正味受取額の現在価値 | 契約の修正または信用格下げ | ヘアカットと必須の前払い |
| 配送範囲 | 受け入れられたキャパシティとスケジュールされたキャパシティ | マイルストーンの遅延またはテストの失敗 | ドローをやめて治療計画を要求する |
| サービスパフォーマンス | 利用可能性と信用率 | 信用度の上昇または慢性的な失敗 | リザーブ、修復、キャッシュトラップ |
| 顧客集中 | 債務者別の適格現金 | 承認された制限を超える暴露 | 前進率の低下または多様化 |
| DSCR | 利用可能な現金と借金返済 | ロックアップ以下のフォワードレシオ | 流通ブロックと現金掃引 |
| 流動性 | 無制限かつ管理された埋蔵量 | 最低額を下回る積立金 | スポンサーキュアまたはドローストップ |
| 資産状況 | コホートの年齢、利用および維持 | ハードウェアの陳腐化またはサポートされていない | 加速償却およびアップグレード計画 |
提案された構造。しきい値には、プロジェクト固有のモデリングと法的草案が必要です。
情報権には、契約、請求書、回収、使用状況、サービスクレジット、インシデント、電力状態、機器の記録、顧客の信用および予測が含まれる必要があります。データ定義は固定され、監査可能である必要があります。
11 コントロールの完了、ランプ、およびテクノロジーリスク
完了には、建物、電力、冷却、ネットワーク、コンピューティング、プラットフォームにわたる統合テストが必要です。プロジェクトが契約されたワークロードを提供できない間に、シェルが物理的に完成する可能性があります。独立したエンジニアは、設計、調達、建設、試運転、容量テスト、スケジュール、完了までのコスト、および緊急事態を確認する必要があります。
テクノロジーリスクにはコホート分析が必要です。アクセラレータの世代、ネットワーク、メモリ、ソフトウェア、ワークロードの互換性は、債務期間内で変更される可能性があります。プロジェクトはシリアルレベルの記録、保証、ベンダーサポート、スペア、メンテナンスおよびアップグレードパスを維持する必要があります。残存価値は、元のコストではなく、テストされた再展開または販売ルートに基づく必要があります。
プロバイダーが同等またはより優れたハードウェアを代替し、ワークロードを移動する場合、契約の柔軟性により陳腐化を軽減できます。同等性が争われたり、アップグレードに資金が不足したりすると、資本リスクが生じる可能性があります。資金計画には、サービスの約束に沿ったメンテナンスと資本のリフレッシュが含まれている必要があります。
完了サポートでは、遅延、コスト超過、テストの不合格、および目標完了日までの返金義務をカバーする必要があります。サポートは、スポンサーの株式、スタンバイ施設、保証、パフォーマンス保証金、清算された損害賠償金、および保険から得られます。貸し手は、各サポート手段の資金源、金額、有効期限、および執行可能性を評価する必要があります。
12 収益認識と財務報告に取り組む
財務報告は信用を知らせることができますが、契約分析に代わるものではありません。 IFRS第15号では、契約、履行義務、取引価格、義務の履行を特定することが求められている[38-40]。変動対価、サービスクレジット、前払い、契約変更、および重要な財務要素がタイミングに影響を与える可能性があります。 US GAAP の開示は、SEC 登録会社に関連する証拠を提供することができます [1-7、41-42]。
プロジェクトでは、契約請求、収益認識、繰延収益、RPO、売掛金および現金回収を調整する必要があります。差異はタイミング、業績、変動対価、会計方針によって説明されるべきである。貸し手の債務返済モデルでは、融資書類に基づいて利用可能な現金を使用する必要があります。
債務、リースおよび財務保証には、適用される基準に基づく会計審査が必要です[43-46]。特別目的事業体、関連当事者との取り決め、および顧客資金調達は透明である必要があります。構造はスポンサーの連結貸借対照表から外れ、経済的にスポンサーまたは顧客サポートに依存したままになる場合があります。
実際のプロジェクトについては、監査人、評価、税務に関するアドバイスを得る必要があります。信用委員会は、現金、資産管理、下振れ回復について独自の見解を維持すべきである。
13 ダウンサイド移転および執行計画の作成
プロジェクトの債務にはデフォルト後の信頼できるルートが必要です。貸し手は、契約、電力権、サイト権益、ライセンス、機器、データ、スタッフを代替事業者に移転できるかどうかを知っておく必要があります。同意、治療、譲渡、およびステップインの規定は、文書全体で整合する必要があります。顧客との直接契約により、貸し手が修復または移転する間、サービスを維持できます。
下振れ計画では、一時的な事業の失敗とビジネスモデルの失敗を区別する必要があります。代替オペレーターは、資産と契約が存続可能な場合にはサービスを復元できます。ハードウェアと権限が移転可能な場合、リマーケティングが役立ちます。機器が特殊化されている、時代遅れである、邪魔になっている、または撤去に費用がかかる場合、清算価値は低くなる可能性があります。
提案された施行ロードマップ。執行は契約、法律、資産、運営能力に依存します。
サイバーセキュリティと運用上の回復力は施行時に重要です。アクセスキー、モニタリング、インシデント対応、顧客データ、ベンダーサポートは常に管理されなければなりません。 NIST と CISA のフレームワークは、ガバナンスと復旧計画に情報を提供できます [31-37]。
14 取締役会の決定枠組みを適用して結論を得る
取締役会と信用委員会は、証拠に基づいた決定書を 1 通受け取る必要があります。それには、キャパシティレジスター、契約権利マトリックス、顧客信用分析、依存関係スケジュール、ソースと用途、建設計画、利用曲線、キャッシュウォーターフォール、債務サイジング、約款、ダウンサイド移転計画が含まれている必要があります。検証された事実、専門家の意見、経営陣の仮定、未解決の項目は分離しておかなければなりません。
5 つの質問が決定を左右します。まず、法的にコミットされ、物理的に提供可能な容量はどれですか?第二に、顧客の最低支払額はいつ無条件になるのか、また、それを引き下げるにはどのような救済策があるのでしょうか?第三に、顧客の信用、集中力、相互関係はネットサポートにどのような影響を与えるのでしょうか?第四に、債務は企業契約と保守的な資産耐用年数内で償却されるのでしょうか?第五に、貸し手は債務不履行後にサービスを維持したり、プラットフォームを譲渡したりできるでしょうか?
承認には、最大負債、必要な資本、準備金レベル、完了サポート、前払い率、規約の基準値、許可される分配および先行条件を明記する必要があります。依然として許容可能なダウンサイドのケースと、価格の再設定、前払い、または資金調達の停止が必要なイベントを記録する必要があります。
実装は段階的なゲートに従う必要があります。最初の図面を作成する前に、プロジェクトは、サイト管理、許可、電力ルート、締結された顧客契約、顧客信用度、資本および完了までのコストを証明する必要があります。設備負債の前に、注文書、所有権、納品、保険、および互換性のある設備の準備が整っていることを証明する必要があります。期間の切り替え前に、試運転、顧客の受け入れ、請求、回収、および継続的なサービスを証明する必要があります。
実践的な実行制御
プロジェクトは、商業契約と資金調達モデルを調和させる 1 つの管理されたタームシートから開始する必要があります。タームシートには、コミットされた容量単位、納入場所、契約期間、価格、エスカレーション、電力処理、前払い、サービス開始、受諾、可用性基準、クレジット、終了、保証および譲渡の権利を記載する必要があります。スポンサー、顧客、技術顧問、および貸し手は、同じ定義された用語を使用する必要があります。負債規模を決定する前に、セールス、エンジニアリング、財務の定義間の違いを解決する必要があります。
契約書の要約は、作成された文書の横に置く必要があります。すべてのモデル入力に対して有効な節を引用または引用する必要があります。要約には、修正、サイドレター、注文書、サービススケジュール、および交渉による例外を特定する必要があります。また、準拠法、紛争処理、通知先、同意要件も記録する必要があります。実行されたドキュメントまで追跡できないモデル入力は管理上の仮定のままにし、検証されるまで借入基準値を受け取るべきではありません。
納品ベースラインは、請負業者のスケジュール、ユーティリティ プログラム、機器計画、プラットフォームのリリース、および顧客テストに参加する必要があります。各マイルストーンには、計画日、契約日、証拠ソース、責任者、前任者、利用可能なフロートおよび救済策が含まれている必要があります。統合されたスケジュールにより、信用委員会は、プロジェクトが独自の依存関係を満たす前に顧客の支払いが開始されるかどうかを確認できます。また、実際のクリティカル パス上に緊急事態を配置することもできます。
調達管理では、予約、注文書、ベンダーの受け入れ、製造、出荷、所有権、配送、設置、試運転、および保証を区別する必要があります。アクセラレータとネットワーク機器には早期のデポジットが必要な場合があります。施設は、承認されたベンダー、文書化された仕様、返金または担保権、および資産を受け取ることができるサイトスケジュールに対してのみ、これらのデポジットをリリースする必要があります。シリアルレベルの記録は、機器の後に担保登録簿に記録される必要があります。
コスト管理では、確定額、発生額、支払額、予測額、残額を調整する必要があります。不測の事態はリスクごとに割り当てられ、管理された状態を維持する必要があります。電源や冷却が不完全なまま高価な機器が納入された場合、完了率レポートは誤解を招く可能性があります。独立した監視者は、物理的な進捗状況、クリティカル パスの進捗状況、完了までのコスト、不測の事態の十分性、および契約上の履行に対する各変更の影響を報告する必要があります。
顧客の受け入れをリハーサルする必要があります。オペレータは、合意されたワークロード、測定ウィンドウ、テスト データ、ソフトウェア バージョン、およびパフォーマンスしきい値を使用する必要があります。リハーサルでは、欠陥、硬化時間、顧客の依存関係、証拠の形式を記録する必要があります。内部ベンチマークが成功すると、有用な準備が得られますが、契約で顧客のアクションや独立した証明書が必要な場合に、承認に代わるものではありません。
請求の準備には、単に承認するだけでは不十分です。プロジェクトでは、メーター データ、容量記録、電力パススルー、サービス クレジット、税金、請求書の形式、発注書参照、顧客ポータルをテストする必要があります。誰が請求書を承認するのか、紛争がどのようにエスカレーションされるのかを確認する必要があります。請求リハーサルでは、サービスを運営しているにもかかわらず現金の支払いを遅らせる管理上の不備を特定できます。
回収は請求書レベルで監視する必要があります。レポートには、発行日、期日、金額、控除、異議申し立て、領収書、および管理アカウントのクレジットが表示される必要があります。理由のない支払い遅延は、資格を減じる可能性があります。管理口座外で集めた現金は速やかに処分する必要があります。貸し手は、後の受け取りを減らすことができる相殺、クレジット、返金を可視化する必要があります。
容量のリマーケティングは、下値価値を受け取る前に証明される必要があります。プロジェクトでは、互換性のあるワークロード、販売リードタイム、価格、移行作業、顧客獲得コスト、契約上の制限を特定する必要があります。 AI 需要が強いという一般的な主張は、問題のサイト、ハードウェア世代、およびサービス レベルでの交換収入を確立するものではありません。残存価値は、適切なコストとタイミングを差し引いた、観察されたトランザクションまたは実行可能な需要を使用する必要があります。
テクノロジー更新計画では、電源、冷却、ネットワーク、ソフトウェア、または顧客の受け入れを変更せずにアップグレードできるコンポーネントを特定する必要があります。資本コスト、ダウンタイム、ベンダーへの依存関係、および顧客契約に基づく扱いを示す必要があります。必要な更新に資金を提供するには、準備金または株式コミットメントが必要です。オプションのアップグレードは返品テストに合格する必要があり、債務返済や契約履行に必要な現金を消費してはなりません。
電力コストをパススルーする場合は、別の制御アカウントが必要です。メーター境界、損失係数、デマンド料金、ネットワーク料金、バランス、証明書、税金、バックアップ生成は、顧客の計算式と一致する必要があります。タイミングの違いにより、最終的に顧客がコストを償還する場合でも、運転資本が損失する可能性があります。モデルには最大の月次現金ギャップを含める必要があり、施設はそれに資金を提供する必要があります。
サービスレベル管理では、営業データを財務上の結果に結び付ける必要があります。オペレータは、契約上の方法を使用して可用性を計算し、除外を分類し、影響を受ける容量を特定し、クレジットを見積もり、顧客レポートを発行する必要があります。クレジット計算は請求書と照合する必要があります。信用度の上昇傾向は、慢性的な障害イベントになる前に、技術的なレビューとフォワード DSCR テストをトリガーする必要があります。
サイバーセキュリティのレポートには、顧客の契約と貸し手の継続性に関する関心が反映されている必要があります。プロジェクトでは、アクセス ガバナンス、脆弱性管理、インシデント対応、バックアップ、リカバリ、ベンダー管理、顧客通知を維持する必要があります。重大なインシデントは、物理的な容量がまだ利用可能な場合でも、サービス、終了、評判に影響を与える可能性があります。資金調達書類には、速やかなイベント通知と資金提供された改善計画が必要です。
保険はリスクのタイムラインにマッピングされる必要があります。建設業者のリスク、立ち上げの遅延、物的損害、機械の故障、サイバー、事業中断、責任補償など、さまざまな事象に対応できます。被保険者、期間、限度額、控除額、除外、損失支払先のステータス、および回復については検討が必要です。保険収益は管理されたウォーターフォールに入り、定義された条件の下で復旧または強制的な前払いをサポートする必要があります。
スポンサーは四半期ごとの証拠パックを準備する必要があります。これには、容量記録、納入スケジュール、コストレポート、顧客クレジットの更新、サービスパフォーマンス、請求書、回収、使用状況、機器の状態、電力の状態、契約の計算、予備および予測が含まれる必要があります。各アイテムはソース システムと一致し、責任のある所有者を指名する必要があります。トレンドとモデルのドリフトを観察できるように、パックは前の期間を保存する必要があります。
ストレステストは行動に結びつける必要があります。プロジェクトでは、遅延、部分的な承認、サービス クレジット、顧客のダウングレード、支払いの遅延、電力コストの不一致、機器の故障、契約の終了をモデル化する必要があります。各ケースでは、流動性、DSCR、約定日、準備金の使用および経営陣の対応を記載する必要があります。遅延により関心が高まり、機器の価値が低下し、顧客の再交渉が起こる可能性があるため、複合的なケースが重要です。
配布ポリシーは証拠に従属するべきです。配当には、過去および将来の保証、積立金の積立、デフォルトなし、現在の配当と実績、および準拠した借入ベースが必要です。利用状況、顧客の信用、または契約期間が弱まった場合、現金一括払いは負債を加速させるはずだ。これにより、借り換え期限が避けられなくなる前に柔軟性が保たれます。
プロジェクトでは、借り換えと終了のカレンダーも維持する必要があります。債務満期、契約満了、更新期間、ハードウェアの更新、電力更新日、顧客への通知期間を特定する必要があります。借り換えの準備は、残りの契約期間がまだ信用できるうちに開始する必要があります。顧客がコミットメントを削減または終了できるまで待つと、貸し手のオプションが大幅に弱まる可能性があります。
最後に、取締役会は資金提供停止ルールを確立する必要があります。必要な契約、電力、建設、設備、受け入れ、信用、または流動性の条件が承認された基準値以内に証明されない場合、追加の債務は停止されるべきです。規則では、誰が治癒を許可できるか、最長治癒期間、資金源を特定する必要があります。これにより、ガバナンスが遡及的な報告からプロジェクト価値の積極的な保護に変換されます。
独立した検証はリスクに比例する必要があります。エンジニアは、構造、電力、冷却、コンピューティングの設置、および受け入れの証拠を検証できます。モデル監査人は、計算式、タイミング、税金、準備金、契約の計算をテストできます。弁護士は、契約、セキュリティ、直接契約、許可、権利譲渡を分析できます。サイバーセキュリティの専門家は、サービスの継続性に関連する制御をテストできます。各アドバイザーは、範囲、前提条件、信頼性、および未解決の問題を述べる必要があります。
資金調達モデルでは、ソース証拠から出力までの監査証跡を保持する必要があります。契約料金、容量、日付、電力の想定、運用コスト、および救済策には出典参照が必要です。配合の変更は管理する必要があります。シナリオの入力は観察された結果から分離する必要があります。承認された証拠から貸し手のケースを再現できないモデルは、抽選や分配の決定を支配すべきではありません。
関連当事者との取り決めには具体的な検討が必要です。スポンサー関連会社は、サイトの開発、電力の供給、機器のリース、プラットフォームの運営、または容量の購入を行うことができます。この構造には、価格設定、サービス、支払いの優先順位、終了、譲渡、および競合を文書化する必要があります。信用事件では、同じグループ内の循環資金に依存する現金や保証を除外する必要があります。独立した顧客の現金と外部から強制力のあるサポートは可視化されたままでなければなりません。
環境および地域社会への義務は、建設と運営に影響を与える可能性があります。水、バックアップ発電、騒音、排出ガス、送電網コスト、土地利用は、許可、料金、利害関係者の受け入れに影響を与える可能性があります。コスト計画では、該当する管理とモニタリングに資金を提供する必要があります。持続可能性に関連した主張は、一般的な企業のコミットメントではなく、実際の電力と運営体制によって裏付けられるべきです。
税金と管轄区域もキャッシュチェーンに影響を与えます。源泉徴収、付加価値税、関税、輸入税、恒久的施設、移転価格、インセンティブ条件により、プロジェクトのキャッシュが変化する可能性があります。国境を越えた保証、アカウントのセキュリティ、機器の所有権には現地の分析が必要です。このモデルでは、借り手構造で利用可能な税引後の現金を使用する必要があり、適格性と譲渡可能性が証明されるまでインセンティブに依存すべきではありません。
貸し手の質問に基づいて取引準備室を組織する必要があります。コア フォルダーには、契約、顧客信用、企業構造、サイト、許可、電力、エンジニアリング、建設、設備、プラットフォーム、サイバーセキュリティ、保険、環境、財務モデル、税金、会計、セキュリティ、施行をカバーする必要があります。すべての材料モデル入力は、ドキュメントまたは名前付き管理仮定にリンクする必要があります。この構造により、手戻りが軽減され、正式な引受前の証拠のギャップが明らかになります。
重要な前提が変更された場合、取締役会は承認を更新する必要があります。トリガーには、顧客のダウングレード、契約の修正、サイトの移転、納期の遅延、電力の変更、ハードウェアの交換、コストの超過、サービス インシデント、規制措置、または資金調達の変更などが含まれます。更新された決定には、以前の訴訟、新しい証拠、経済的効果、軽減策、および要求された権限が示されている必要があります。これにより、動きの速いコンピューティング プロジェクトが進化する際にも説明責任が維持されます。
| ゲート | 必要な証拠 | 決断 | 障害対応 |
|---|---|---|---|
| 契約 | 実行能力、支払い、救済および直接契約 | 対象となる現金を含む | サポートされていない値を除外またはヘアカットする |
| お客様 | 債務者の信用、保証および集中 | 前進率を設定する | 負債を留保、分散、または削減する |
| 工事 | 固定範囲、スケジュール、許可、および資金提供された緊急事態 | オープン建設トランシェ | 描画を停止し、サポートを必要とする |
| 力 | 強制的なサービスルートと資金提供されたアップグレード | 実現可能な能力を認識する | 遅延設備と収益クレジット |
| 受け入れ | 独立したテストと顧客の確認 | 期初の借金 | 治療、再テスト、または再構築 |
| パフォーマンス | 在庫状況、クレジット、請求書、および回収 | 配布許可 | キャッシュトラップと修復 |
| 欠点 | 譲渡同意、オペレーターおよび回収分析 | 残りの依存を承認する | 償却を加速する |
提案された承認記録。各ゲートにはプロジェクト固有の証拠が必要です。
例示的なケースでは、1.47 倍という中心最小 DSCR は、経営陣の想定内でのみ提案された構造を裏付けています。遅れたケースはコントロール前の 1.00 倍を下回ります。したがって、決定はトランシング、完了サポート、準備金、資金調達、および直接の契約上の権利に依存します。実際のプロジェクトでは、あらゆる仮定を実行された証拠と最新の専門家のアドバイスに置き換える必要があります。
契約と物理システムが 1 つのキャッシュ チェーンとして引き受けられる場合、テイク オア ペイ キャパシティは AI コンピューティング プロジェクト ファイナンスをサポートできます。関連する担保は、受け入れられたサービスを提供し、法的強制力のある請求書を発行し、現金を回収し、ストレス下でも業務を維持できる能力です。規律ある構造により、ヘッドラインコミットメントが適格な現金に変換され、それに先立つリスクに資金が供給され、実績が計画から逸脱した場合に貸し手にコントロールが与えられます。
情報源
- CoreWeave、2025 年フォーム 10-K 年次報告書、 一次ソースを読む
- CoreWeave、フォーム S-1 の登録届出書、 一次ソースを読む
- CoreWeave、四半期報告書および提出書類、 一次ソースを読む
- CoreWeave、アニュアルレポート提出展示、 一次ソースを読む
- コアサイエンティフィック、年次および四半期報告書、 一次ソースを読む
- Core Scientific、CoreWeave 契約について説明した 2026 年の投資家向け資料、 一次ソースを読む
- 核となる科学的、最新のレポートおよび重要な合意、 一次ソースを読む
- 国際エネルギー機関、エネルギーと AI、 一次ソースを読む
- 国際エネルギー機関、エネルギーおよび AI エグゼクティブサマリー、 一次ソースを読む
- 国際エネルギー機関、AI からのエネルギー需要、 一次ソースを読む
- 国際エネルギー機関、AI のエネルギー供給、 一次ソースを読む
- 米国エネルギー省、2024 年米国データセンターのエネルギー使用状況レポート、 一次ソースを読む
- ローレンス バークレー国立研究所、2024 年米国データセンター エネルギー使用量レポート、 一次ソースを読む
- 米国エネルギー省、電力需要成長リソースハブ、 一次ソースを読む
- 連邦エネルギー規制委員会、PJM コロケーション命令、 一次ソースを読む
- 連邦エネルギー規制委員会、大負荷相互接続手続き EL26-67-000、 一次ソースを読む
- 連邦エネルギー規制委員会、2026 年市場情勢、 一次ソースを読む
- North American Electric Reliability Corporation、2025 年長期信頼性評価、 一次ソースを読む
- North American Electric Reliability Corporation、新たな大負荷の特性とリスク、 一次ソースを読む
- PJM相互接続、データセンター負荷およびシステム計画、 一次ソースを読む
- テキサス州電気信頼性評議会、大負荷相互接続、 一次ソースを読む
- 世界銀行、PPP 契約条項に関するガイダンス、 一次ソースを読む
- 世界銀行、プロジェクトファイナンスおよび PPP リファレンスガイド、 一次ソースを読む
- 国際金融公社、パフォーマンス基準、 一次ソースを読む
- 国際金融公社、電気通信の環境、健康、安全に関するガイドライン、 一次ソースを読む
- 国際金融公社、環境、健康、安全に関する一般ガイドライン、 一次ソースを読む
- 欧州投資銀行、プロジェクトおよびインフラストラクチャーファイナンス、 一次ソースを読む
- 通貨監督庁、監督ハンドブック: プロジェクト ファイナンス、 一次ソースを読む
- 連邦預金保険公社、審査方針のリスク管理マニュアル、 一次ソースを読む
- バーゼル銀行監督委員会、信用リスク管理原則、 一次ソースを読む
- NIST、サイバーセキュリティ フレームワーク 2.0、 一次ソースを読む
- NIST、AI リスク管理フレームワーク、 一次ソースを読む
- NIST、安全なソフトウェア開発フレームワーク、 一次ソースを読む
- サイバーセキュリティ・インフラストラクチャセキュリティ庁、セキュア・バイ・デザイン、 一次ソースを読む
- サイバーセキュリティ・インフラストラクチャセキュリティ庁、部門横断的なサイバーセキュリティパフォーマンス目標、 一次ソースを読む
- ISO、ISO/IEC 27001 情報セキュリティマネジメント、 一次ソースを読む
- ISO、ISO 22301事業継続マネジメント、 一次ソースを読む
- IFRS財団、IFRS第15号 顧客との契約からの収益、 一次ソースを読む
- IFRS財団、IFRS第15号関連資料、 一次ソースを読む
- IFRS財団、IAS第37号の規定、偶発負債および偶発資産、 一次ソースを読む
- 米国財務会計基準委員会、トピック 606 顧客との契約からの収益、 一次ソースを読む
- 米国証券取引委員会、経営陣の議論と分析に関する委員会ガイダンス、 一次ソースを読む
- IFRS財団、IFRS第9号金融商品、 一次ソースを読む
- IFRS財団、IFRS第16号リース、 一次ソースを読む
- IFRS財団、IFRS第10号連結財務諸表、 一次ソースを読む
- IFRS財団、IFRS第12号「その他の事業体に対する持分の開示」、 一次ソースを読む
- 米国統一商法、第 9 条 安全な取引、 一次ソースを読む
- 国際弁護士協会、開発金融における公正な移行のための原則、 一次ソースを読む
- 赤道原則協会、赤道原則 EP4、 一次ソースを読む
- 国際資本市場協会、グリーンボンド原則、 一次ソースを読む
