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 diferente y tiene una función diferente. El diseño separa el trabajo crítico para la seguridad del trabajo de estrategia y del trabajo a escala de mercado, de modo que cada pieza pueda tener el tamaño adecuado y ejecutarse en el entorno correcto.

Las tres capas

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

Edge: cortafuegos determinista de intención

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, no en probabilidades. Un pequeño modelo en el dispositivo está muy bien adaptado a 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 falla 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 contracargo, 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 de razonamiento privado

DMind-3-Mini se ejecuta en el dispositivo de un usuario y se ocupa del trabajo que toca información privada: analizar las tenencias de una cartera, redactar una estrategia en torno a posiciones específicas, leer investigación con la cartera del usuario como contexto.

Mini está entrenado para cuestionar sus propias respuestas (véase Métodos de entrenamiento el método C³-SFT). Para cada pregunta genera una respuesta inicial y luego entra en un paso de reflexión en el 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.

Nube: 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 maneja el trabajo que necesita contexto a escala de mercado:

• Análisis de flujos de capital entre cadenas en Ethereum, Solana, Cosmos y las principales L2.
• Detección de regímenes de mercado, prediciendo transiciones entre estados de volatilidad, entornos de tasas de financiación y condiciones de liquidez.
• Modelado de riesgo sistémico, simulando rutas de liquidación en cascada a través de protocolos DeFi.
• Informes de investigación extensos sobre protocolos, tokenomics y posicionamiento competitivo.
• Orquestación de flotas 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 DeFi puede llegar a 100.000 tokens antes de añadir cualquier material de comparación.

Cómo se enrutan las solicitudes

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

Una solicitud que toca información privada (saldos de monedero, intención de trading, identidad) permanece local. Incluso si Mini tiene dudas, 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 sobre la que Mini está seguro se queda 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 primero en la nube. El valor predeterminado es local. La nube es un asistente restringido para las cosas que realmente necesitan una visión global.

La puerta de políticas

Cualquier respuesta que devuelva el Oráculo tiene que volver a pasar por la capa Edge antes de poder activar una acción del monedero. A la nube no se le permite firmar nada directamente. Nano ejecuta sus comprobaciones de seguridad sobre cualquier transacción que sugiera la nube, y el usuario firma solo después de que esa puerta se haya superado.

La autoridad de ejecución reside en el edge.