El activo nativo es el activo principal de la red y utiliza el registro canónico de saldos EVM. Esto tiene importancia operativa: la vista bancaria no es una copia independiente de los saldos de tokens y el saldo utilizado para contabilizar el activo sigue siendo distinto del gas técnico necesario para ejecutar operaciones de red.
La institución elige el propósito del activo y sus propias políticas de emisión, reservas y atención al cliente. La plataforma proporciona configuración y controles gobernados, no reservas ni una promesa de respaldo, reembolso, custodia o tratamiento financiero. Defina expresamente estos límites antes de diseñar flujos de trabajo en torno al activo.
Un único registro canónico de saldos
Los saldos del activo nativo se representan en el registro canónico EVM, que es la fuente del estado de saldos de la red. La interfaz bancaria presenta vistas administrativas y orientadas a políticas de ese estado; no mantiene un segundo libro de saldos independiente que pueda divergir en silencio del registro autorizado de la red.
Este diseño debe distinguirse de los registros bancarios fuera de la cadena y de los sistemas de banca central. Estos pueden conservar la identidad de clientes, las relaciones entre cuentas, las condiciones de productos y la contabilidad propia de la institución, mientras que la red registra las direcciones, los saldos de activos y las transacciones correspondientes. La correspondencia y conciliación entre registros es una tarea de integración que debe diseñarse y probarse.
Un cambio de saldo se refleja en el estado canónico de la red
- Acción autorizadaUna emisión, quema o transferencia permitida sigue las facultades configuradas.
- Ejecución EVMLa red aplica la transacción conforme a sus reglas vigentes.
- Saldo canónicoEl registro de red consigna el estado resultante del activo nativo.
- Revisión institucionalLas interfaces y registros aprobados facilitan la conciliación y supervisión.
Emisión, quema y autoridad
Los operadores autorizados pueden administrar las acciones de emisión y quema admitidas dentro de los roles y el proceso de gobernanza configurados. Antes del lanzamiento, defina el propósito de cada acción, qué rol puede proponerla, qué aprobaciones hacen falta, cómo se registra la ejecución y quién revisa la oferta y los saldos resultantes. Una capacidad técnica no sustituye las políticas de tesorería ni de producto.
La institución debe probar los procedimientos de emisión y quema con casos aprobados fuera de producción, incluidas las aprobaciones rechazadas o incompletas y la conciliación posterior. Documente cómo se comunican los cambios a los equipos de aplicaciones y operaciones. Los permisos y umbrales de aprobación dependen de la configuración desplegada; no presuponga un administrador universal ni autoridad individual sin restricciones.
Reservas, gas y contabilización de comisiones
La institución es titular de las reservas asociadas a su programa, si las hay, y las gestiona. FusionPointAI proporciona tecnología y los servicios acordados, no activos de reserva. Emitir un activo nativo no establece por sí mismo respaldo, derecho de reembolso, custodia, derecho sobre fondos externos ni una clasificación jurídica concreta; esos acuerdos los define y gestiona la institución conforme a sus propios procesos.
La contabilización del activo nativo y el gas de transacción están relacionados con la red, pero son cuestiones operativas distintas. El gas financia la ejecución a nivel de protocolo, mientras que una política de comisiones para el cliente puede cobrar o patrocinar por separado una operación admitida. Los equipos de finanzas y operaciones deben conciliar por separado los movimientos de activos, la financiación del gas, los cargos a clientes y los costes de servicio.
Separar el programa de activos del gas técnico
- Programa de activo nativoEmisión definida por la institución, política de oferta y responsabilidad sobre las reservas.
- Saldo EVM canónicoEl estado de red registra los saldos y movimientos pertinentes del activo.
- Gas técnicoLa ejecución de red requiere liquidar el gas a nivel de protocolo.
- Política de comisiones al clienteUna política distinta puede cobrar o patrocinar la actividad admitida.
Decisiones de configuración y lanzamiento
Durante la configuración, determine el nombre y símbolo del activo, su uso previsto, los roles administrativos, los controles de oferta, el modelo de gobernanza, las hipótesis de comisiones y las interfaces. Confirme qué datos pueden estar en la red y cuáles deben permanecer en los sistemas institucionales. Si se necesitan integraciones externas, evalúe la correspondencia de datos, la autenticación, las responsabilidades y el acceso de prueba, en lugar de suponer que hay un conector preintegrado.
La identidad de red requiere especial cuidado: el Chain ID no puede cambiarse una vez creada la red. Los demás parámetros admitidos siguen sujetos a gobernanza y algunos pueden requerir una actualización coordinada del software. Antes de producción, valide en el entorno elegido las hipótesis de las aplicaciones, los permisos, los flujos de emisión y quema, la presentación de saldos y la conciliación. Consulte los capítulos de controles de restricción y Paymaster para las decisiones de política relacionadas.