ネイティブ資産はネットワークの主要資産であり、正本となる EVM 残高台帳を使用します。これは運用上重要な設計です。銀行業務画面の残高はトークン残高の別個の複製ではなく、資産会計に使う残高と、ネットワーク操作の実行に必要な技術的ガスも区別されます。
資産の目的、発行、準備金、顧客に関する方針は金融機関が決めます。プラットフォームは設定とガバナンスに基づく制御を提供しますが、準備金や裏付け、償還、カストディ、特定の財務上の扱いを約束しません。資産を使った業務フローを設計する前に、こうした境界を明確にしてください。
一つの正本残高台帳
ネイティブ資産残高は、ネットワークの残高状態の情報源である正本 EVM 台帳に記録されます。銀行業務インターフェースはその状態を管理・方針の観点から表示しますが、ネットワークの正本記録から気付かないうちに乖離する別個の残高簿は維持しません。
この台帳設計は、ブロックチェーン外の銀行記録やコアバンキングシステムと区別する必要があります。それらのシステムは顧客の本人情報、口座関係、商品条件、金融機関固有の会計記録を保持し、ネットワークは該当するアドレス、資産残高、取引を記録します。記録間の対応付けと照合は、設計・テストが必要な連携責任です。
残高の変動はネットワークの正本状態に反映される
- 承認済み操作許可された発行、焼却、送金が設定済み権限に従って行われます。
- EVM 実行ネットワークが現在の規則に従って取引を処理します。
- 正本残高ネットワーク台帳が変更後のネイティブ資産状態を記録します。
- 金融機関による確認承認済みのインターフェースと記録が照合・監督を支援します。
発行、焼却、権限
承認された運用担当者は、設定済みの役割とガバナンスプロセスに従い、サポートされる発行・焼却を管理できます。開始前に各操作の目的、提案できる役割、必要な承認、実行記録の方法、供給量と残高の確認担当を定めてください。技術機能は財務や商品方針に代わるものではありません。
金融機関は、承認済みの非本番ケースを使い、発行・焼却手順をテストしてください。承認の却下や未完了、その後の照合も含めます。変更をアプリケーションチームや運用チームに伝える方法も記録します。実際の権限と承認基準は導入済みの設定によって異なり、万能の管理者や無制限の単独権限があるとは限りません。
準備金、ガス、手数料の会計
プログラムに関係する準備金がある場合、その所有と管理は金融機関が担います。FusionPointAI が提供するのは技術と合意済みサービスであり、準備金資産ではありません。ネイティブ資産の発行だけで、裏付け、償還権、カストディ、外部資金に対する請求権、特定の法的性質が成立するわけではありません。こうした取り決めは金融機関が定め、自らのプロセスで扱います。
ネイティブ資産の会計と取引ガスはネットワークに関係しますが、運用上は別の事項です。ガスはプロトコルレベルの実行に使われます。顧客向け手数料の方針では、対象操作に別途課金するかスポンサー負担とするかを定められます。財務・運用チームは資産移動、ガス資金、顧客手数料、サービス費用を別々の記録として照合してください。
資産プログラムと技術的なガスを分ける
- ネイティブ資産プログラム発行、供給方針、準備金の責任は金融機関が定めます。
- 正本 EVM 残高ネットワーク状態が残高と該当する資産移動を記録します。
- 技術的なガスネットワーク実行にはプロトコルレベルのガス精算が必要です。
- 顧客手数料方針別個の方針により、対象活動に課金またはスポンサー負担を適用できます。
設定と開始に関する判断
設定時に、資産名、シンボル、用途、管理者の役割、供給制御、ガバナンスモデル、手数料の前提、インターフェースを確定します。ネットワーク上に置くデータと金融機関のシステムに残すデータを区別してください。外部連携が必要な場合は、事前構築済みコネクターを想定せず、データ対応付け、認証、責任、テストアクセスを評価します。
ネットワーク識別情報は特に慎重に決めてください。Chain ID は作成後に変更できません。ほかの対応設定もガバナンスに従い、一部の変更には連携したソフトウェアアップグレードが必要となる場合があります。本番前に、選択した環境でアプリケーションの前提、権限、発行・焼却の経路、残高表示、照合を検証してください。関連する方針については制限制御と Paymaster の章も参照してください。