Arquitectura

Darwin es tres productos coordinados sobre un protocolo unificado: Captia (captura), Tracium (trazabilidad), Fidenta (digital product passport). Son apps whitelabel sobre la misma infraestructura compartida.

Flujo de alto nivel

   Captura (Captia)   →   Trazabilidad (Tracium)   →   Pasaporte (Fidenta)
        ↓                       ↓                            ↓
   operadores de         supply-chain admins        consumidores + retailers
   campo capturan        estandarizan +             + auditores ven el DPP
   eventos               anclan on-chain            vía QR
   on/offline + IoT

Para el desglose visual completo de inputs, plataforma y outputs, ver el diagrama de arquitectura de la plataforma.

Los tres productos

Captia

La capa de captura. PWA mobile + conectores ERP / IoT / CSV.

Digitaliza el primer eslabón operativo: talleres, campos o cooperativas que hoy trabajan sin un sistema de gestión. Diseñada offline-first: el operador captura el evento desde el celular sin conectividad, la PWA lo encola con UUIDs idempotentes generados por el cliente, y los envía cuando vuelve la red.

Captia también ingiere datos de los sistemas que el cliente ya corre (SAP, Oracle, Microsoft Dynamics, ERPs propios, IoT MQTT brokers, archivos CSV / Excel / EPCIS 2.0). El principio es no requerir reemplazos: Darwin se integra con tus sistemas existentes vía conectores y APIs, sumando una capa de trazabilidad, compliance e identidad de producto sobre lo que ya tenés.

Tracium

La capa de trazabilidad. Estandariza eventos de Captia y de la ingesta, los valida contra el mapa de procesos del tenant, ancla los eventos críticos on-chain, y auto-genera paquetes regulatorios por normativa.

Superficie para admin de operaciones y compliance officer. Expone una API REST y GraphQL, con operaciones de lectura y de escritura para acciones administrativas.

Fidenta

La capa de identidad digital. Acuña un Digital Product Passport por producto, accesible vía QR. Vistas por actor:

Consumidor: narrativa, certificaciones, huella ambiental.
Distribuidor: datos de compliance, evidencia del proveedor.
Auditor: prueba on-chain, IPFS CIDs, metadata sin procesar.
Marca: analytics, métricas de escaneo, geolocalización de consumo.

El visor es whitelabel, multilingüe (es / en / pt-BR / fr) y sirve SSR para first paint rápido.

El protocolo compartido

Debajo de los tres productos, Darwin corre un solo protocolo: 13 smart contracts desplegados una vez por chain, más el Passport registry, más los servicios off-chain que orquestan todo.

On-chain

Soporte multi-chain: la plataforma soporta despliegues en EVM L1 y L2 (Polygon PoS, OP-Stack L2, redes RaaS, redes privadas basadas en Geth para entornos de evaluación).
13 contratos: 7 de identidad (DIDs, organizaciones, permisos), 4 de proceso (NFT inventory, trace events, mapa de procesos), 2 plantillas por instancia.
Ver On-chain vs off-chain para qué va on-chain y qué se queda en la base de datos operativa.

Off-chain (managed)

La capa off-chain incluye base de datos operativa, almacenamiento de objetos para evidencia (fotos, certificados, documentos), distribución de configuración por tenant, caché y colas de procesamiento, y observabilidad operativa. Toda esta capa la opera Darwin como servicio gestionado.

Darwin opera la infraestructura on-chain y off-chain. Los clientes integran vía API y no necesitan operar nodos blockchain ni servidores.

AI Insights

Capa sobre los eventos:

Detección de anomalías (motor de reglas determinístico): rupturas de cadena de frío, lotes fantasma, vacíos de custodia, expiración de certificados, timing inusual.
Compliance agéntico: Q&A en lenguaje natural contra normativas regulatorias. “¿El lote LOT-8901 se puede exportar a US?”

Cinco categorías de anomalías están disponibles. Ver la vista general de AI Insights en el sitio principal.

Modelo multi-tenant

Un solo entorno aloja múltiples tenants. Aislación de tenant:

Off-chain: los datos operativos (eventos crudos, fotos, documentos, registros de captura, PII) están aislados por tenant. Alcance de tenantId en la capa de DB y control de acceso a nivel de fila vía JWT delimitado por tenant más API keys.
On-chain: cada tenant tiene su smart contract dedicado y configuración propia. Lo que se publica on-chain está diseñado para ser verificable sin exponer datos sensibles: on-chain viven hashes, identificadores y referencias, mientras que los payloads originales viven off-chain bajo control de acceso del tenant.

Ver Tenants e identidad para el modelo de datos.

Whitelabel por defecto

Cada tenant puede personalizar su branding (logo, colores, tipografía, copy) en sus interfaces operativas y portales públicos. La elección de marca se aplica durante el aprovisionamiento del tenant y se propaga a Captia, Tracium y al visor de Fidenta.