部署决策涉及网络组件运行的位置、运营方、团队访问方式，以及如何处理变更和恢复。经评估并达成协议后，产品支持托管交付及由机构托管或本地部署的范围。无论选择哪种方式，银行仍负责自身资产政策、储备、客户记录、治理决策和业务承诺。
未调研工作负载和依赖之前，不能照搬一张通用拓扑图作出部署选择。验证者位置、RPC 暴露方式、区块浏览器访问、区域、存储、监控、备份和集成都应符合机构要求及获批环境。容量、韧性、恢复目标、维护窗口和服务等级都须针对具体部署确定，不能从套餐名称中推定。
围绕实际依赖设计拓扑
部署设计应列出网络、获授权的验证者、RPC 访问路径、区块浏览器组件、管理访问，以及相关机构应用。设计还应展示信任边界，以及身份服务、密钥托管安排、监控、存储和外部供应商等依赖。最终的组件位置和连接方式须经技术调研确认，不能从通用参考架构中预先假定。
机构应提供预期工作负载、访问模式、托管限制、区域要求、网络安全标准、数据处理规则和运营联系人。交付团队随后可以评估组件位置、资源假设、访问隔离和故障场景。拓扑图是规划资料，不是实时客户环境的证据，也不保证容量或可用性。
部署组件示意
- 约定的访问边界已配置的 RPC、管理访问和允许的网络路径。
- 网络与验证者为具体项目确定验证者拓扑的专用 EVM 网络。
- 区块浏览器与运营约定的网络可见性、监控、维护和支持组件。
比较托管与机构自托管职责
采用全托管交付时，FusionPointAI 运营双方明确约定范围内的基础设施和服务。机构仍负责银行业务政策、资产发行及支持安排、客户记录、治理权限、业务审批，以及分配给机构的集成职责。合同应说明覆盖的组件、访问模式、支持边界、维护方式和任何约定的连续性服务。
采用银行托管或本地部署时，机构提供并运营获批的托管环境，FusionPointAI 则按约定提供软件许可、实施、集成、升级和技术支持。职责划分须涵盖基础设施访问、监控、备份、变更窗口、恢复和事件协同。这种模式需要定制报价和可行性审查；源代码所有权不会自动转移。
规划维护、恢复和升级
连续性规划应从组件依赖和故障场景入手：应用连接中断、基础设施不可用、验证者参与受影响、存储或备份问题，以及身份或密钥服务中断。机构和服务提供方应商定监控责任、事件沟通、恢复前提、决策权限和恢复运营所需证据。恢复目标属于具体设计和合同决策，不是产品自动具备的属性。
软件维护和网络升级需要协调责任。网络创建后 Chain ID 不可更改；其他受支持参数按治理流程管理，部分变更需要协调技术升级。应定义变更如何评估、批准、测试、排期、沟通，并在可行时回滚。生产发布前，应记录由哪一方准备变更，以及哪项机构授权负责批准其运营影响。
不同部署模式下的职责分配
托管模式：服务方运营约定范围。自托管：机构运营获批环境。
FusionPointAI 按合同提供实施和软件服务。
机构仍负责政策、发行、储备、客户记录和业务职责。
服务覆盖、恢复角色、目标和升级路径写入协议。
以具体决策结束调研
实施前应确认托管所有权、目标环境、验证者和 RPC 范围、区块浏览器可见性、身份与密钥边界、集成依赖、工作负载假设及区域限制。记录尚待评估的可行性问题，不要将其转化为默认存在的功能。机构应指定能够批准设计相应部分的技术、安全、运营、财务和治理决策人员。
预期规划成果包括商定的拓扑、组件及职责清单、集成边界、安全假设、运营程序、连续性要求、升级流程，以及测试和交接标准。商业文件随后可列明支持覆盖、容量假设、服务等级和任何恢复承诺。只有在另行审查范围、提供正式报价并签署协议后，生产服务才会开始；提交需求并不会自动开通网络。