運用モデルに合う導入境界を選ぶ

導入設計には、ネットワーク、承認済みバリデーター、RPC アクセス経路、エクスプローラーコンポーネント、管理アクセス、関連する金融機関アプリケーションを記載します。信頼境界と、IDサービス、鍵のカストディ、監視、ストレージ、外部ベンダーなどの依存関係も示します。最終的な配置と接続方式は技術調査で確認し、一般的な参考アーキテクチャから推定しません。

金融機関は想定ワークロード、アクセスパターン、ホスティング上の制約、地域要件、ネットワークセキュリティ基準、データ取扱規則、運用連絡先を提示します。提供チームはそれに基づいてコンポーネント配置、リソースの前提、アクセス分離、障害時の考慮事項を評価できます。図は計画資料であり、実稼働中の顧客環境を示す証拠でも、容量や可用性の保証でもありません。

フルマネージド型では、合意済み範囲に明示的に含まれるインフラとサービスを FusionPointAI が運用します。金融機関は銀行業務方針、資産の発行と裏付け、顧客記録、ガバナンス権限、業務承認、自らに割り当てられた連携責任を引き続き担います。対象コンポーネント、アクセス方式、サポート範囲、保守方法、合意済みの継続サービスを契約に記載してください。

銀行ホスト型またはオンプレミスでは、金融機関が承認済みのホスティング環境を用意・運用し、FusionPointAI が合意済みのソフトウェアライセンス、実装、連携、アップグレード、技術サポートを提供します。インフラアクセス、監視、バックアップ、変更時間帯、復旧、インシデント対応の分担を定めます。この方式には個別見積もりと実現可能性の審査が必要であり、ソースコードの所有権が自動的に移転するわけではありません。

継続性の計画は、コンポーネントの依存関係と障害シナリオから始めます。アプリケーション接続の喪失、インフラの停止、バリデーター参加の阻害、ストレージやバックアップの問題、IDまたは鍵サービスの中断などです。金融機関と提供者は、監視責任、インシデント連絡、復旧の前提条件、意思決定権限、運用再開に必要な証拠を合意してください。復旧目標は個別の設計・契約上の判断であり、製品に自動的に備わるものではありません。

ソフトウェア保守とネットワークアップグレードには、責任者間の調整が必要です。Chain ID はネットワーク作成後に変更できません。その他の対応可能なパラメーターはガバナンスに従い、一部の変更には技術的なアップグレード調整が必要です。変更の評価、承認、テスト、日程調整、連絡方法、可能な場合のロールバックを定めます。本番展開前に、変更を準備する主体と運用上の影響を承認する金融機関側の権限者を記録してください。

実装前に、ホスティングの所有責任、対象環境、バリデーターと RPC の範囲、エクスプローラーの公開範囲、IDと鍵の境界、連携依存、ワークロードの想定、地域の制約を確認します。実現可能性が未確認の事項は、機能としてあると想定せず、未解決の問いとして記録してください。金融機関は設計の各領域を承認できる技術、セキュリティ、運用、財務、ガバナンスの意思決定者を特定します。

計画成果には、合意済みトポロジー、コンポーネントと責任の一覧、連携境界、セキュリティ前提、運用手順、継続性要件、アップグレードプロセス、テストと引き継ぎの基準が含まれます。その後、商業文書でサポート範囲、容量の前提、サービスレベル、復旧に関する約束があればそれを定めます。別途審査した範囲、正式見積もり、締結済み契約があって初めて本番サービスが開始されます。要件を送信しただけでネットワークが提供されるわけではありません。