Arquitectura soberana

DMind-3 está construido como un sistema de tres capas llamado la pila soberana Edge-Local-Cloud. Cada capa es un modelo diferente, se ejecuta en un lugar distinto y tiene una función distinta. El diseño separa el trabajo crítico para la seguridad del trabajo de estrategia y del trabajo a escala de mercado, para que cada pieza tenga el tamaño adecuado y se ejecute en el entorno correcto.

Las tres capas

Capa	Modelo	Dónde se ejecuta	Tarea
Edge	DMind-3-Nano (270M)	Navegador, billetera, móvil	Verificaciones deterministas de seguridad de transacciones
Local	DMind-3-Mini (4B)	Dispositivo del usuario	Razonamiento privado de estrategia e investigación
Cloud	DMind-3 (21B)	API en la nube o VPC privada	Análisis entre mercados y entre cadenas

Edge: cortafuegos determinista de intenciones

Cuando un usuario está a punto de firmar una transacción, DMind-3-Nano analiza localmente el calldata y lo compara con un conjunto fijo de patrones de alto riesgo: aprobaciones ilimitadas, transferencias a contratos recién desplegados, llamadas delegate sospechosas, interacciones con direcciones de phishing conocidas.

La comprobación se basa en reglas y no en probabilidades. Un modelo pequeño en el dispositivo es muy adecuado para este tipo de reconocimiento de patrones fijos, y el modelo nunca envía los datos de la transacción a ninguna parte. Si la red está caída o el servicio en la nube no está disponible, Nano sigue funcionando.

La razón por la que esta capa importa: una transacción firmada en la cadena no puede deshacerse. No hay devolución, no hay ticket de soporte, no hay período de reflexión de 24 horas. La seguridad tiene que ocurrir antes de la firma, no después.

Local: motor privado de razonamiento

DMind-3-Mini se ejecuta en el dispositivo del usuario y se encarga de tareas que implican información privada: analizar las tenencias de una billetera, elaborar una estrategia en torno a posiciones específicas, leer investigaciones usando la cartera del usuario como contexto.

Mini está entrenado para cuestionar sus propias respuestas (véase Métodos de entrenamiento para el método C³-SFT). Para cada pregunta genera una respuesta inicial y luego entra en una etapa de reflexión en la que busca errores en su propio razonamiento antes de producir una respuesta final. Esto reduce el modo de fallo en el que un modelo pequeño afirma con seguridad algo incorrecto.

Cloud: oráculo a escala de mercado

DMind-3, el modelo en la nube de 21B, tiene la visión global. Se ejecuta en la nube o en una VPC privada y se encarga de tareas que necesitan contexto a escala de mercado:

• Análisis de flujos de capital entre cadenas en Ethereum, Solana, Cosmos y las principales redes de capa 2.

• Detección de regímenes de mercado, predicción de transiciones entre estados de volatilidad, entornos de tasas de financiación y condiciones de liquidez.

• Modelización del riesgo sistémico, simulando trayectorias de liquidación en cascada a través de protocolos DeFi.

• Informes de investigación extensos sobre protocolos, tokenómica y posicionamiento competitivo.

• Orquestación de una flota de agentes, donde muchas instancias locales de Mini y Nano se coordinan a través del Oráculo.

El Oráculo tiene una ventana de contexto de 256k tokens. Esto importa porque un solo informe de auditoría de DeFi puede alcanzar 100.000 tokens antes de añadir cualquier material comparativo.

Cómo se enrutan las solicitudes

Las solicitudes se enrutan entre las capas en función de dos preguntas: qué tan sensible es esto para la privacidad y qué tan seguro está el modelo local.

Una solicitud que toca información privada (saldos de la billetera, intención de trading, identidad) permanece local. Incluso si Mini no está seguro, los datos no salen del dispositivo. Una solicitud que no es sensible para la privacidad pero necesita contexto a escala de mercado va al Oráculo, con los detalles personales eliminados antes de enviarla. Una solicitud que no es sensible para la privacidad y de la que Mini está seguro permanece local de todos modos, porque no hay razón para hacer un viaje de ida y vuelta a la nube.

Esto invierte el modelo habitual de prioridad a la nube. El valor predeterminado es local. La nube es un asistente restringido para las cosas que realmente necesitan una visión global.

La compuerta de políticas

Cualquier respuesta que devuelva el Oráculo tiene que pasar de vuelta por la capa Edge antes de poder activar una acción de la billetera. La nube no tiene permitido firmar nada directamente. Nano ejecuta sus comprobaciones de seguridad sobre cualquier transacción que la nube haya sugerido, y el usuario firma solo después de que esa compuerta se haya superado.

La autoridad de ejecución reside en el borde.