集成通过商定接口，将机构应用连接到网络能力。EVM RPC 为兼容客户端读取网络状态和提交已签名交易提供标准路径。具体范围内的设计还可能包括钱包、合约、事件、API 或 SDK 组件。采用熟悉的 EVM 接口，并不意味着银行核心系统已经接通，也不代表包含机构专属连接器。
团队应区分三个层次：负责客户工作流程的银行应用、负责准备和观察网络请求的集成组件，以及负责执行符合条件交易的银行业网络。这样的划分有助于明确谁验证用户身份、谁签名、在哪里检查政策、如何处理故障，以及由哪个团队将网络证据与机构自己的账簿和义务进行对账。
围绕应用边界选择接口
RPC 是执行兼容 EVM 操作时面向网络的接口。银行应用或集成服务可以用它读取受支持的链上信息，并转发已妥善准备的交易。钱包和合约工具可根据机构选定的设计创建或授权应用请求。端点访问、凭据、网络环境和运营限额须在技术接入过程中商定。
SDK 是可简化特定开发环境下已记录接口使用方式的软件包；它本身不是银行系统，也不保证覆盖业务工作流程。只能使用为约定部署提供的软件包和文档。不要依据想象中的便捷方法进行设计；应与实施团队确认实际接口、版本、身份验证、错误行为和支持边界。
从应用请求到网络收据
- 01银行应用收集预期操作及适用的客户或运营人员授权。
- 02集成组件按约定职责完成准备、签名、政策检查和提交。
- 03RPC 与网络将符合条件的已签名请求转交网络处理。
- 04收据与事件为应用后续工作流程提供网络结果证据。
明确网络集成与银行核心系统的区别
网络集成处理区块链特有事项，例如交易编码、签名协调、RPC 通信、收据解释和受支持的合约事件。除非机构设计并批准了与银行核心系统的特定连接，否则客户账户、产品规则、财务过账和业务流程仍以银行核心系统为权威来源。
核心系统集成需要调研系统所有权、可用接口、数据映射、身份与授权、异常状态、幂等性、运营支持和对账职责。可能需要供应商配合及机构自行实施。提供 API 或 SDK 并不表示已有现成的核心银行连接器；此类工作须针对机构评估并明确范围，不能预先假定可用。
将收据视为证据，并进行对账
交易收据报告已提交交易对应的网络结果；受支持的事件则可能描述相关合约活动。应用应保存自身处理和调查所需的标识及状态信息。集成设计必须规定如何处理待完成响应、重复提交风险、失败、超时、重复通知，以及机构采用的确认政策。
收据不会记入链下账簿、履行另一项付款义务，也不能证明每个内部工作流程都已完成。对账要将网络活动与机构维护的记录及其他相关支付或结算系统进行比较。依赖自动化流程之前，应与财务及运营团队确定匹配键、时间窗口、差异处理责任、复核证据和更正流程。
集成边界与系统所有权
- 客户或运营人员工作流程由机构负责的应用、身份检查、审批和用户体验。
- 网络集成约定的钱包、API、SDK、RPC、合约和事件职责。
- 银行核心系统由机构负责的账户、记录、业务规则和财务过账。
- 明确范围的连接在调研中定义映射、控制、异常处理和责任归属。
让集成范围可测试
实用的接口规范应记录约定范围内的环境、受支持操作、凭据处理、签名边界、数据字段、错误情形、事件预期和升级联系人。规范还应说明哪些内容由平台提供，哪些由机构或其他供应商实施。安全审查应涵盖密钥、网络访问、最小权限、日志记录和交易数据安全处理。
验证应覆盖具有代表性的机构自有场景：请求获准和被拒、收据处理、事件解释、超时恢复、对账差异及运营交接。交付物可能包括接口文档、配置、约定的集成组件和测试证据，但不保证结算速度、吞吐量或端到端业务完成。容量和服务条款须另行确认。