Operación y health checks de nodos Rust de privacidad

«Operación y health checks de nodos Rust de privacidad» es una página localizada oficial de la documentación de AeroNyx. AeroNyx separa la capa de protocolo de la experiencia de producto: el protocolo aporta capacidades abiertas y resistentes, mientras App, nodeboard, chat cifrado, almacenamiento cifrado y operación de nodos forman la experiencia de uso.

Resumen

Esta página explica en español el papel de «Operación y health checks de nodos Rust de privacidad» dentro del protocolo abierto de privacidad AeroNyx, su alcance actual, sus invariantes de privacidad y las notas de desarrollo y operación.

Lugar dentro de la arquitectura AeroNyx

Este tema pertenece a Operadores de nodos. La idea clave es no ver AeroNyx como un único servicio centralizado, sino como un conjunto de capacidades de protocolo que pueden compartir clientes, nodos Rust, coordinadores backend y nodeboard.

Puntos clave de implementación

• Toda capacidad relacionada con contenido de usuario debe viajar como cifrado extremo a extremo o como objeto cifrado.
• Los nodos Rust pueden reportar salud, capacidad, conexiones, pruebas de ruta y estadísticas agregadas, pero no leer mensajes, credenciales ni secretos del usuario.
• nodeboard ofrece observabilidad operativa: salud del nodo, peer discovery, recuperación tras reinicio, capacidad, paquetes/tráfico y estado del protocolo.
• En la fase actual el backend coordina, ordena, agrega y expone APIs públicas de documentación; algunas responsabilidades pueden migrar después hacia la capa Rust.

Límite de privacidad

El invariante central de AeroNyx es blind-node invariant: los nodos de relay y los coordinadores de Memory Chain solo manejan ciphertext, marcas de tiempo, pruebas, señales agregadas de salud y metadatos de ruta limitados. No deben leer texto claro, DNS, destinos ni reconstruir relaciones sociales.

Qué deben vigilar los operadores

El operador debe observar ancho de banda, límites de conexión, pool de IP, conntrack, descriptores de archivo, packet drops, pps, bps, peer store, frescura de heartbeat y restart recovery. La interfaz debe ayudar a diagnosticar sin exponer contenido de usuario ni datos vinculables.

Integración para desarrolladores y productos

Clientes, App, AI agents y servicios externos deben reutilizar el envelope cifrado, firmas, blind relay, credenciales anónimas y healthchecks de AeroNyx. Toda API nueva debe separar metadatos públicos de campos que deben permanecer dentro del E2E payload.

Estado actual

Esta página describe el límite público actual del protocolo y producto AeroNyx. multi-hop routing, blind-signed vouchers, encrypted media blob, sincronización de Memory Chain y mejoras de node discovery deben mantenerse bajo el mismo translation_key.