Skip to main content
El ecosistema @nekzus/liop está diseñado para ser potente pero familiar. Si has construido servidores para MCP, la transición a LIOP es casi directa. En esta guía, crearemos un Servidor LIOP que expone una herramienta y un Cliente que la invoca.
Internamente, LIOP compila la lógica en módulos aislados y la distribuye por la malla. El SDK gestiona el transporte gRPC y P2P subyacente y provee métodos estándar de registro e invocación de herramientas.
¿Desarrollas en Rust? LIOP ofrece crates nativos en Rust (liop-client y liop-core) para software de sistemas, módulos WASI huésped y agentes de baja latencia. Consulta la Visión General del SDK de Rust para instrucciones de configuración con Cargo y ejemplos de inyección in-situ.
1

Instalar el SDK

Instala el SDK oficial en tu proyecto de Node.js o TypeScript:
2

Crear un Servidor LIOP (Data Node)

Un Servidor LIOP actúa como un Nodo de Datos. Se conecta a la malla y procesa la lógica inyectada por agentes remotos para ofrecer herramientas y recursos protegidos.Crea un archivo llamado server.ts:
server.ts
3

Crear un Cliente LIOP (Agent Node)

El Cliente actúa como la Inteligencia. Descubre servidores e inyecta solicitudes lógicas.Crea un archivo llamado client.ts:
client.ts
4

Ejecutar la Malla

Primero, inicia el servidor:
En otra terminal, ejecuta el cliente del agente:

Experimenta con LIOP Studio y el Playground Interactivo

Para depuración visual, validación de lógica WASM/JS in-situ e inspección de pruebas criptográficas en tiempo real, elige el entorno correspondiente a tu instalación:
Si instalaste @nekzus/liop en tu propio proyecto, inicia LIOP Studio directamente sin clonar el repositorio:
Abre http://localhost:16000 en tu navegador para inspeccionar la malla.
Capacidades principales en ambas interfaces:
  • Línea de Tiempo de Streaming en Vivo: Eventos Server-Sent Events (SSE) en tiempo real que rastrean 7 fases de ejecución (Bootstrap, Discovery, Handshake PQC ML-KEM-768, Sellado AES-256-GCM, Ejecución en Sandbox WASI, Verificación de Recibo ZK y Resultado Agregado).
  • Editor de Código con Plantillas: Prueba micro-módulos preconfigurados para Trading de Alta Frecuencia (HFT), detección de anomalías bancarias, análisis de historias clínicas o defensa contra exfiltración PII.
  • Inspector de Pruebas Criptográficas: Inspecciona ImageID SHA-256, sellos de recibo ZK HMAC-SHA256 y resúmenes de integridad de datasets.
  • Temas Oscuros Duales: Alterna entre las interfaces Obsidian OLED y Slate Midnight.

¿Qué acaba de ocurrir?

1. Descubrimiento de Pares

El cliente localiza el enclave destino mediante la DHT Kademlia o el directorio Nexus sin intermediarios centralizados.

2. Túnel Post-Cuántico

La encapsulación de claves ML-KEM-768 establece un túnel cifrado con AES-256-GCM resistente a ataques cuánticos futuros.

3. Ejecución In-Situ

La lógica inyectada se ejecuta en un sandbox WASI aislado. Solo los resultados agregados y los recibos ZK salen del enclave.
A diferencia de las APIs tradicionales o el parsing de strings en MCP:
  1. Tu Cliente descubrió el Servidor instantáneamente mediante la tabla de enrutamiento Kademlia P2P.
  2. Un handshake Post-Cuántico Kyber (ML-KEM-768) aseguró la sesión.
  3. La consulta se serializó en formato binario con Protocol Buffers y se cifró con AES-256-GCM.
  4. La ejecución ocurrió dentro de un sandbox WASI en el servidor, protegido por el Guardian AST y el Egress PII Shield.
  5. El resultado se selló criptográficamente con un recibo ZK HMAC-SHA256.

Siguientes Pasos

Una vez ejecutado el cliente en la malla, revisa la arquitectura del núcleo para configurar Watchdogs persistentes y atestaciones ZK.

Arquitectura del Protocolo

Conoce cómo interactúan las capas de transporte y datos en LIOP.