XIONIA Faraday
Una red overlay soberana que elimina intermediarios obligatorios. No es un mensajero. Es un user-space kernel de comunicación con cifrado E2E, relay ciego zero-knowledge, y una Jaula de Faraday lógica que trata al host como hostil. Corre en TV boxes con 1 GB de RAM.
No es otro chat. Es una capa de infraestructura soberana
Web5-Mesh (nombre interno: XionIA Faraday) es una red overlay que actúa como un User-Space Kernel de comunicación. Su objetivo no es competir con WhatsApp en features, sino eliminar la dependencia de intermediarios obligatorios.
Lo que la hace diferente:
🔐 Túneles U2P
User-to-Peer directos, cifrados E2E. Sin servidor que lea, almacene o reenvíe tus mensajes en claro.
🗼 Faro Ciego
Relay zero-knowledge: solo reenvía paquetes cifrados. Opera en RAM volátil. Sin logs persistentes. Sin metadata útil.
🛡️ Jaula de Faraday
Workspace aislado (~/.xion/) con permisos estrictos. El host es tratado como hostil. Wipe total con un comando.
📺 Hardware accesible
Corre en Xeon, Raspberry Pi, TV boxes ARM64 con 1 GB RAM. El faro consume 2.6 MB de RAM.
Xionia-XTP (XionChat) es el cliente Android en Flutter que usa el motor Go
de Web5-Mesh vía FFI. Chat simple, sin cuentas, sin números. Identidad
did:maia:... generada localmente. Faros públicos con fallback automático.
Privacidad ≠ Soberanía
— MANIFIESTO.md
Signal cifra tus mensajes, pero dependés de Signal para registrarte, para que el relay funcione, para que no te baneen. Eso es privacidad sin soberanía. Si Signal cae, caés. Si te banean, desaparecés.
XionIA invierte la lógica: tu nodo es tuyo. Tu identidad se genera localmente. El faro es reemplazable, agnóstico, ciego. Si un faro cae, conectás a otro. Si todos caen, levantás el tuyo. Nadie puede banear tu DID porque no hay autoridad central que lo emita.
La distinción en una línea
Privacidad: "no me mires". Soberanía: "no te necesito".
El Faro Ciego: un cartero que no abre los sobres
Qué sabe el faro
- Qué IP pasó el Gate DID (y la olvida en 2 horas)
- A qué IP reenviar el paquete
Qué NO sabe el faro
- Quién habla con quién
- Qué dice el mensaje
- Cuántos mensajes hay
- Qué DIDs existen
- Nada que sirva para vigilancia
Gate DID: la puerta con candado
Desde julio 2026, el faro tiene un Gate DID: solo entran nodos que presenten un handshake Ed25519 válido. El faro verifica la firma, regenera el DID desde la clave pública, y si coincide, autoriza la IP. Los bots que escanean TCP 443 reciben un 403 y desaparecen. Zero logs. Zero CPU. Zero entrada.
Ed25519 + X25519 + ChaCha20 + Noise IK
Ed25519
Identidad y firmas. Tu DID es tu clave pública. Firmás cada mensaje. El faro verifica tu handshake con esto.
X25519
Intercambio de claves Diffie-Hellman. Derivás una clave compartida con cada peer. Nadie más puede descifrar.
ChaCha20-Poly1305
AEAD. Cifrado autenticado. Si alguien toca un byte del ciphertext, la autenticación falla y el mensaje se descarta.
Noise IK
Handshake pattern (como WireGuard). Forward secrecy, autenticación mutua, resistencia a KCI. 2 rondas.
Noise Protocol IK — Desglose
XionIA usa el patrón IK del Noise Protocol Framework (el mismo de WireGuard). "I" = el initiator envía su clave estática inmediatamente. "K" = el responder ya conoce la clave del initiator de antemano.
Propiedades de seguridad
- Forward secrecy: comprometer claves estáticas no rompe sesiones pasadas (efímeras)
- Autenticación mutua: ambos verifican la identidad del otro
- Resistencia a KCI: si roban tu clave, no pueden hacerse pasar por otros
- Anti-replay: nonce incremental + timestamp con ventana de 60 segundos
- Indistinguibilidad: con padding aleatorio, el tráfico parece ruido
v0.2-beta: de demo técnica a app funcional
XionChat es el cliente Android en Flutter que usa el motor Go de Web5-Mesh
vía FFI (Foreign Function Interface). El binario Go se compila como
libxionia.so (CGO_ENABLED=1, buildmode=c-shared) y se carga en runtime.
Flutter no reimplementa nada: llama al motor real.
Lo que trae v0.2-beta
📱 Persistencia en background
Foreground Service + PARTIAL_WAKE_LOCK + START_STICKY. El nodo Go sigue vivo con la pantalla apagada. Si Android mata el proceso, se reinicia.
🔔 Notificaciones push
flutter_local_notifications. Te llega "💬 Juan: Hola" aunque la app esté cerrada. Permiso POST_NOTIFICATIONS para Android 13+.
⚡ FFI asincrónico
Las llamadas al motor Go no bloquean la UI. No más ANR al conectar. compute() + Isolate.
🔄 Reconexión automática
Si se corta internet, reintenta cada 2 segundos. UDP 54321 → UDP 443 → WSS 443. Mensajes en cola.
Arquitectura del APK
Specs del APK
- Tamaño: ~25 MB
- Android: 10 a 15 (API 29+), arm64-v8a
- Permisos: INTERNET, FOREGROUND_SERVICE, WAKE_LOCK, POST_NOTIFICATIONS
- Sin: cuentas, números de teléfono, email, Google Play Services
- Faros: Argentina (190.220.45.26) + Oracle (150.136.55.87), fallback automático
XionIA vs. el ecosistema completo
Comparativa estilo eylenburg.github.io actualizada a julio 2026, con XionIA / XionChat incluida.
| Aspecto | SimpleX | XMPP | Delta Chat | Matrix | Session | Signal | Telegram | Threema | XionIA / XionChat |
|---|---|---|---|---|---|---|---|---|---|
| Año | 2021 | 1999 | 2017 | 2014 | 2020 | 2014 | 2013 | 2012 | 2025-26 |
| Modelo | Decentralized (relays ciegos) | Federated | Federated (email) | Federated | Decentralized (blockchain) | Centralizado | Centralizado | Centralizado (pago) | Overlay soberano + Faro ciego |
| Identidad | Sin IDs persistentes | user@server | @user:server | Session ID | Teléfono | Teléfono | ID anónimo pago | DID did:maia (claves locales) | |
| E2EE | Sí (default) | OMEMO | OpenPGP | Olm/Megolm | Sí | Sí | Opcional | Sí | Siempre (Ed25519/X25519/ChaCha20) |
| Metadata | Muy baja | Media | Baja-media | Media | Baja | Media | Alta | Baja | Muy baja (relay zero-knowledge) |
| Soberanía | Alta | Alta (self-host) | Alta | Media-alta | Alta | Baja | Baja | Baja | Muy alta (nodos propios + Jaula) |
| Relay / Servidor | Relays ciegos | Servidores federados | Email servers | Homeservers | Oxen nodes | Centralizado | Centralizado | Centralizado | Faro ciego (zero logs, RAM-only) |
| NAT Traversal | Bueno | Depende | Depende | Depende | Bueno | Central | Central | Central | Excelente (UDP hole punching + U2P) |
| Anti-DPI | Media-alta | Baja-media | Baja | Baja | Media | Baja | Media | Baja | Alta (padding + UDP ruido) |
| Hardware bajo | Bueno | Variable | Bueno | Variable | Bueno | Bueno | Bueno | Bueno | Excelente (TV Box, RPi, 1 GB RAM) |
| Shell avanzada | No | Sí (varios) | No | No | No | No | No | No | Sí (go-prompt, autocompletado) |
| IA integrada | No | No | No | No | No | No | Limitada | No | Sí (llama.cpp local + P2P) |
| Android | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ (XionChat Flutter) |
| iOS | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | En roadmap |
| Desktop | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ (terminal) |
| Grupos | ✅ | ✅ | ✅ | Excelente | ✅ | ✅ | Excelente | ✅ | ✅ (básicos Fase 1) |
| Voz / Video | ✅ | ✅ | No | ✅ | ✅ | ✅ | ✅ | ✅ | Planeado Fase 3 (XPT) |
| Facilidad uso | Alta | Media-alta | Muy alta | Alta | Alta | Muy alta | Muy alta | Alta | Media (mejorando) |
| Adopción | Baja-media | Media | Media | Media-alta | Baja-media | Muy alta | Muy alta | Baja-media | Muy baja (temprano) |
| Precio | Gratis | Gratis | Gratis | Gratis | Gratis | Gratis | Gratis | Pago único | Gratis |
| Licencia | AGPL | GPL | GPL | AGPL | GPL | AGPL | Propietaria | Propietaria | MIT + Anti-Corporate |
| Fortaleza clave | Privacidad extrema | Estándar abierto | Usa email | Interoperabilidad | Anonimato | Usabilidad | Features | Pago anónimo | Soberanía + bajo hardware + relay ciego + IA P2P |
Conclusión de la tabla
XionIA se posiciona en el segmento alto de soberanía y resistencia técnica, compitiendo directamente con SimpleX y Session, pero con un enfoque más "infraestructura kernel" que mensajero puro. Nadie más ofrece shell + IA distribuida + verificación de binarios + relay ciego + TV boxes en esta etapa.
Fin de Fase 1: 8.7 / 10
Fin Fase 1
Fortalezas
- Fase 1 cumplida con solidez: base criptográfica madura, relay ciego funcional, Jaula de Faraday, shell potente
- Enfoque en soberanía real, no solo privacidad
- Hardware accesible: TV boxes ARM64 con 1 GB RAM
- Seguridad por defecto: permisos 0600, padding anti-DPI, ACL explícita, wipe total
- Cliente Android con FFI al motor Go (no reimplementación)
- Gate DID anti-bots: zero logs, zero CPU para escaneos
Áreas de mejora (Fase 2)
- Auditoría cripto externa pendiente
- UX: la shell limita el público, la app Android necesita multi-device
- Testing en campo: CGNAT reales, firewalls corporativos, redes móviles argentinas
- Federación y multi-faro
- Métricas públicas: benchmarks de latencia, consumo RAM
Lo que viene: Fase 2 y 3
🔵 Fase 2 — Infraestructura
U2P estable (conexión directa sin relay). Hosting soberano P2P. Proxy SOCKS5. IA colaborativa con llama.cpp local. Mercado P2P de modelos. Verificación de binarios con Cosign + SLSA.
🟢 Fase 3 — Expansión
XPT (Xionia Peer Transport): voz y video P2P. iOS. Multi-device. Grupos maduros con adjuntos. Federación de faros. Red de hosting soberano.
📌 Estado actual
Fase 1 cerrada el 22 de julio de 2026. XionChat v0.2-beta publicada. Dos faros en producción (Argentina + Oracle). Gate DID activo. UDP 54321 principal, UDP 443 fallback, WSS 443 último recurso.
No hay comentarios:
Publicar un comentario