La integración conecta las aplicaciones institucionales con las capacidades de red mediante interfaces acordadas. EVM RPC ofrece una vía estándar para que los clientes compatibles lean el estado de la red y envíen transacciones firmadas. Los componentes de cartera, contrato, eventos, API o SDK también pueden formar parte de un diseño delimitado. La disponibilidad de interfaces EVM conocidas no significa que los sistemas centrales del banco ya estén conectados ni que se incluya un conector específico para la institución.
Los equipos deben distinguir tres capas: la aplicación bancaria que gestiona el flujo del cliente, los componentes de integración que preparan y observan las solicitudes de red, y la red bancaria que ejecuta las transacciones admisibles. Esta separación aclara quién autentica a los usuarios, quién firma, dónde se comprueban las políticas, cómo se gestionan los fallos y qué equipo concilia las pruebas de red con los libros y obligaciones de la institución.
Elegir interfaces según los límites de la aplicación
RPC es la interfaz con la red para operaciones EVM compatibles. Una aplicación bancaria o un servicio de integración puede utilizarla para leer información de cadena admitida y retransmitir una transacción preparada correctamente. Las herramientas de cartera y contratos ayudan a crear o autorizar solicitudes de aplicación según el diseño elegido por la institución. El acceso a los endpoints, las credenciales, los entornos de red y los límites operativos se acuerdan durante la incorporación técnica.
Un SDK es un paquete de software que puede facilitar el uso de interfaces documentadas en un entorno de desarrollo determinado; no es un sistema bancario ni garantiza la cobertura de flujos empresariales. Utilice únicamente los paquetes y la documentación suministrados para el despliegue acordado. No diseñe basándose en métodos prácticos imaginados: confirme con el equipo de implementación la interfaz real, su versión, la autenticación, el comportamiento ante errores y los límites de soporte.
De la solicitud de la aplicación al recibo de red
- 01Aplicación bancariaRecoge la operación prevista y la autorización aplicable del cliente o del operador.
- 02Componentes de integraciónAplican las responsabilidades acordadas de preparación, firma, política y envío.
- 03RPC y redTransmiten una solicitud firmada admisible para su procesamiento en la red.
- 04Recibo y eventosProporcionan pruebas del resultado de red para el flujo posterior de la aplicación.
Mantener la integración separada de la banca central
Una integración de red gestiona cuestiones propias de blockchain, como la codificación de transacciones, la coordinación de firmas, la comunicación RPC, la interpretación de recibos y los eventos de contratos admitidos. La plataforma de banca central sigue siendo el sistema autorizado para las cuentas de clientes, las reglas de productos, los asientos financieros y los procesos empresariales del banco, salvo que la institución diseñe y apruebe una conexión específica con esos sistemas.
La integración con el sistema central requiere analizar la titularidad del sistema, las interfaces disponibles, el mapeo de datos, la identidad y autorización, los estados de excepción, la idempotencia, el soporte operativo y las responsabilidades de conciliación. Puede ser necesaria la cooperación del proveedor y la labor de implementación institucional. Una API o un SDK no implica que exista un conector preintegrado para banca central; ese trabajo se evalúa y delimita para la institución en lugar de presuponerse disponible.
Tratar los recibos como pruebas y después conciliar
El recibo de una transacción informa del resultado de red asociado a una transacción enviada, mientras que los eventos admitidos pueden describir actividad pertinente de contratos. Las aplicaciones deben conservar los identificadores y datos de estado necesarios para su propio procesamiento e investigación. El diseño de integración debe definir cómo gestionar respuestas pendientes, riesgos de reenvío, fallos, tiempos de espera, notificaciones duplicadas y la política de confirmación de la institución.
Un recibo no contabiliza una operación fuera de la cadena, no liquida una obligación de pago distinta ni demuestra que hayan concluido todos los flujos internos. La conciliación compara la actividad de red con los registros mantenidos por la institución y otros sistemas de pago o liquidación pertinentes. Antes de depender de un proceso automatizado, acuerde con los equipos de finanzas y operaciones las claves de correspondencia, las ventanas temporales, quién gestiona las diferencias, las pruebas de revisión y los procedimientos de corrección.
Límite de integración y titularidad de los sistemas
- Flujo de cliente u operadorAplicación institucional, verificaciones de identidad, aprobaciones y experiencia de usuario.
- Integración de redResponsabilidades acordadas de cartera, API, SDK, RPC, contratos y eventos.
- Banca centralCuentas, registros, reglas empresariales y contabilización financiera de la institución.
- Conexión delimitadaCorrespondencia, controles, gestión de excepciones y titularidad definidos durante el análisis.
Definir un alcance de integración que pueda probarse
Una especificación útil de interfaz registra los entornos, las operaciones admitidas, la gestión de credenciales, los límites de firma, los campos de datos, los casos de error, las expectativas sobre eventos y los contactos de escalada pertinentes para el alcance acordado. Debe identificar qué proporciona la plataforma y qué implementa la institución u otro proveedor. La revisión de seguridad debe cubrir secretos, acceso de red, mínimo privilegio, registros y tratamiento seguro de los datos de transacción.
Planifique la validación con escenarios representativos propios de la institución: solicitudes aceptadas y rechazadas, procesamiento de recibos, interpretación de eventos, recuperación tras tiempos de espera, excepciones de conciliación y traspaso operativo. Los entregables pueden incluir documentación de interfaces, configuración, componentes de integración acordados y pruebas. No garantizan velocidad de liquidación, rendimiento ni finalización integral del proceso empresarial; la capacidad y las condiciones de servicio deben confirmarse por separado.