Skip to main content
Versión de la Especificación: 1.0 Fecha de Ratificación: 31 de Agosto de 2026 | Primera Publicación: 1 de Marzo de 2026 Estado: Estándar Ratificado Autor: Mauricio Ortega (Nekzus) & Organización Nekzus Solutions Licencia: CC BY 4.0 Attribution Required / Atribución Requerida: Cualquier uso, adaptación o distribución de estos conceptos arquitectónicos debe atribuirse explícitamente a Mauricio Ortega (Nekzus) y Nekzus Solutions, e incluir un enlace oficial a este proyecto.

​
1. Introducción

El Logic-Injection-on-Origin Protocol (LIOP) es una red de transporte binario descentralizada y de alto rendimiento, diseñada para la comunicación robusta de Inteligencia Artificial Máquina-a-Máquina (M2M). Complementa a los protocolos de agentes a nivel de aplicación reemplazando la arquitectura clásica de “Context-Pulling” por el paradigma Logic-Injection-on-Origin (LIO) en cómputo distribuido de alta criticidad.

​
2. El Postulado Logic-Injection-on-Origin (LIO)

Postulado de Origen (Núcleo de Ejecución): Los datos nunca deben ser extraídos hacia la inteligencia. La inteligencia debe ser inyectada hacia los datos. Un Agente LIOP interactuando con un Servidor LIOP inyecta lógica ejecutable (en forma de módulos .wasm compactos o algoritmos transpilados dinámicamente). El servidor ejecuta de forma segura esta lógica dentro de un estricto sandbox y retorna únicamente resultados matemáticos agregados o listas filtradas, impidiendo la exfiltración involuntaria de PII (Información de Identificación Personal) derivada de extracciones masivas de contexto.

​
3. Arquitectura Topográfica

​
3.1 Capa de Red (libp2p & Malla Descentralizada)

  • LIOP opera sobre una arquitectura superpuesta descentralizada de libp2p.
  • Los Servidores (Nodos de Datos) escuchan en puertos TCP/QUIC y se anuncian como servicios de larga duración.
  • Los Clientes (Inyectores Agentes) se conectan de forma ad-hoc en redes locales o WAN pública mediante enrutamiento DHT Kademlia.
  • LIOP opera sin intermediarios ni servidores proxy centralizados.

​
3.2 Transporte y Multiplexación

  • Las conexiones utilizan multiplexación vía Yamux, permitiendo cientos de inyecciones Logic-Injection-on-Origin concurrentes sobre un solo socket TCP sin sufrir Bloqueos de Cabecera (Head-Of-Line Blocking).

​
3.3 Capa RPC (Tonic / gRPC)

  • Los payloads binarios se encapsulan en definiciones estrictas de Protocol Buffers (.proto).
  • Toda la interacción LIOP se basa en Protocol Buffers transmitidos sobre HTTP/2 mediante Tonic, eliminando el sobrecoste de serialización JSON-RPC de forma nativa.

​
4. Arquitectura de Seguridad Criptográfica

​
4.1 Encapsulamiento de Claves Post-Cuánticas (ML-KEM-768)

  • En la inicialización, las conexiones ejecutan un intercambio Post-Cuántico. LIOP emplea ML-KEM-768 (Kyber) para negociar secretos compartidos de manera segura contra ataques de descifrado informático cuántico (“Harvest Now, Decrypt Later”).
  • Ciclo de Vida de Sesión: Las claves de sesión PQC tienen un tiempo de vida determinístico de 1 hora con renegociación silenciosa automática.

​
4.2 Firmas Digitales Post-Cuánticas (ML-DSA-65)

  • La identidad de nodo y el no repudio se sellan mediante firmas post-cuánticas ML-DSA-65 (Dilithium), garantizando autenticidad criptográfica en saltos de red no confiables.

​
4.3 Sellado Simétrico del Payload

  • El secreto simétrico Post-Cuántico acordado se emplea para cifrar el payload mediante AES-256-GCM, envolviendo la ejecución entera dentro de una cápsula zero-trust hermética.

​
4.4 Integridad Computacional (ZK-Receipts y zk-VM)

LIOP define un marco criptográfico tri-modal que garantiza no repudio e integridad matemática:
  • Modo 0 (HMAC_LEGACY, 0x00): Compromiso simétrico derivado del secreto compartido ML-KEM-768.
  • Modo 2 (GROTH16, 0x02): Prueba no interactiva de conocimiento cero sobre curvas BN254 con un journal binario de 144 bytes (guest_image_id, logic_digest, dataset_digest, output_digest, fuel_consumed, execution_timestamp).
  • Modo 3 (GROTH16_PQC_HYBRID, 0x03): Recibo binario con sellado dual que combina la prueba Groth16 con una firma digital post-cuántica ML-DSA-65 (NIST FIPS 204) de 3,309 bytes y su clave pública de 1,952 bytes sobre SHA-256(journal || proof).
  • Estructura Wire Binaria v2.1: [0x02][0x03][journalLen: 4B BE][journal: 144B][proofLen: 2B BE][proof][sigLen: 2B BE][signature: 3309B][publicKey: 1952B][checksum: 32B SHA-256]
  • Ancla de Integridad del Dataset: Los recibos incorporan un dataset_digest SHA-256 que garantiza que la Privacidad Diferencial y la agregación se apliquen estrictamente sobre datos inmutables de origen.

​
4.5 Atestación Previa al Vuelo por Hardware TEE

Antes de autorizar la inyección lógica en enclaves confidenciales, los nodos entregan evidencias de atestación física validadas mediante verifyTeeAttestationDetailed:
  • AMD SEV-SNP: Valida reportes binarios de 1,184 bytes, comprobando que REPORT_DATA en el desplazamiento 0x50 coincida rigurosamente con SHA-256(publicKey || nonce).
  • AWS Nitro Enclaves: Valida documentos COSE_Sign1, verificando las mediciones de arranque seguro (PCRs) y la presencia de la clave pública en user_data.

​
5. Núcleo de Ejecución y Aislamiento

​
5.1 Instanciación WASI y Aislamiento de Entorno

  • La lógica inyectada se despliega en una Máquina Virtual Wasmtime o Isolate V8 implementando la interfaz WebAssembly System Interface (WASI).
  • Globals Envenenados: 25 objetos globales peligrosos (eval, Function, process, require, WebSocket, fetch, etc.) son activamente neutralizados con trampas de seguridad.
  • Congelamiento de Prototipos: 11 prototipos nativos de JavaScript (Object, Array, Function, String, etc.) son congelados profundamente antes de la ejecución, mitigando Prototype Pollution (CWE-915).
  • Combustible CPU Determinístico: La ejecución está acotada por límites de combustible derivados del AST, neutralizando bucles infinitos y ataques de denegación de servicio.
  • Precalentamiento de Workers: Los pools de hilos de Piscina pre-calentados eliminan el arranque en frío de V8 (reducción de ~820k de combustible).

​
5.2 Guardián AST Estático

  • Previo a la ejecución, LIOP analiza el Árbol de Sintaxis Abstracta (AST) del payload. Descarta módulos que intenten importar funciones fuera de la allowlist estricta de 14 funciones WASI, soportando sentencias return en el nivel superior para módulos dinámicos.

​
5.3 Defensa PII de Egreso

  • El SDK de LIOP inyecta un Escudo de PII en la fase de egreso mediante un pipeline de 4 etapas: coincidencia exacta de clave → coincidencia difusa → validadores regex (Algoritmo de Luhn para tarjetas de crédito, SSN, emails, teléfonos) → Reconocimiento de Entidades Nombradas (NER).

​
5.4 Motor de Privacidad Diferencial (NIST SP 800-226)

  • Inyecta automáticamente ruido de Laplace dependiente de la consulta en campos numéricos para datasets reducidos (n<10n < 10).
  • Aplica un suelo de privacidad ϵ≥1.0\epsilon \ge 1.0 y utiliza CSPRNG a nivel de sistema operativo (crypto.randomBytes).
  • Privacidad Diferencial Determinística (DDP): Para reproducibilidad en auditorías, permite PRNG sembrado con SHA-256 (dataset_hash + image_id), generando ZK-Receipts verificables y repetibles.

​
5.5 Query Budget Estratificado por Sensibilidad (NIST SP 800-226)

  • Rastrea la fuga de información mediante una clasificación de 3 niveles:
    • forbidden: 3 consultas/sesión (identificadores PII, claves directas).
    • sensitive: 8 consultas/sesión (campos biométricos, financieros, diagnósticos).
    • public: 25 consultas/sesión (métricas y categorías generales).

​
6. Remediación Autónoma de Protocolo

LIOP implementa un middleware de auto-instrucción integrado. Si un Agente intenta interactuar mediante solicitudes JSON-RPC sobre adaptadores MCP tradicionales violando el paradigma Logic-Injection-on-Origin (ej. solicitar extracción de datos crudos), LIOP intercepta la petición, la bloquea y devuelve un prompt estructurado que permite al agente reformular su petición como lógica inyectada.

​
7. Compatibilidad de Era Dual con MCP y Adaptador Gateway

  • Soporte MCP v2: Cumplimiento completo con la especificación 2026-07-28 (subscriptions/listen y resources/templates/list) sin sobrecoste de sondeo.
  • Fallback Legacy: Compatibilidad transparente con clientes JSON-RPC 2025-11-25.
  • Framing gRPC-Web: Adaptador de tramas HTTP/1.1 para navegadores y entornos edge.
  • Telemetría de Producción: Endpoints integrados /healthz, /readyz y métricas Prometheus /metrics.

​
8. Gobernanza de la Especificación

Las enmiendas técnicas a esta especificación se rigen mediante el proceso de Propuestas de Mejora de LIOP (LEP). Toda LEP debe mantener estricta conformidad con los 7 Principios de Diseño definidos en el Manifiesto de Origen.