Manual del Túnel FSR P2P (Fenix Stream Relay)
Transferencia punto a punto de archivos, imágenes de alta resolución y notas de voz Push-to-Talk sin alojar fragmentos en servidores cloud intermedios. Arquitectura efímera con cifrado de fragmentos binarios y autodestrucción inmediata de socket al completarse el payload.
"A diferencia de WhatsApp o Telegram donde tus archivos se almacenan en servidores centrales, FSR forja un túnel efímero directo entre terminales."
Al completarse la transmisión binaria, el socket se destruye, los búferes de memoria RAM se purgan y no queda rastro indexable ni en el servidor IRC ni en almacenes de terceros. Tu tráfico viaja entre nodos soberanos.
¿Qué es FSR? & Principio de Funcionamiento P2P
Fenix Stream Relay (FSR) es el protocolo nativo de transferencia directa integrado en los clientes modernos de FenixIRC. Tradicionalmente, enviar una captura de pantalla o un documento requería subir el archivo a hosters externos (como Catbox o Imgur) o recurrir al obsoleto DCC Send (cuyos puertos suelen ser bloqueados agresivamente por firewalls residenciales y CGNAT).
FSR resuelve el trilema de privacidad, velocidad y conectividad: el servidor IRC solo actúa como canal de señalización para intercambiar un Ticket FSR efímero. Una vez emparejados emisor y receptor mediante señalización WebRTC/STUN soberana, el payload de datos viaja directamente de cliente a cliente.
EMISOR (Nodo A)
Fragmentación Binaria
192.168.1.42:54890Señalización IRC
Solo Handshake (0 Bytes de archivo)
RECEPTOR (Nodo B)
Reensamblado SHA-256
10.0.8.12:61002Ventajas vs Alojamiento en la Nube (Cloud)
Muchos clientes de chat convencionales dependen de servidores públicos de almacenamiento de imágenes. Aunque convenientes, introducen vectores de ataque, riesgos de indexación no autorizada y censura de contenido.
Privacidad Absoluta
Tu archivo nunca toca el disco duro de un servidor intermediario. No existe base de datos centralizada que pueda ser vulnerada, confiscada o analizada por terceros.
Cero Huella Digital
Al terminar la transferencia, la sesión se desvanece de inmediato. No quedan enlaces HTTP públicos flotando en los registros de chat accesibles por bots de rastreo web.
Sin Filtros de Contenido ni Tamaño
Envía archivos pesados, logs binarios, paquetes de código fuente o imágenes RAW sin compresión destructiva impuesta por proxies ni filtros restrictivos de tipo MIME.
Cifrado de Extremo a Extremo
Los fragmentos binarios se transportan encapsulados con claves de sesión efímeras. Si se combina con el Candado Verde (AES-256 de FenixIRC), el ticket queda totalmente oculto.
Preparación Crítica de Conexión
Dado que FSR forja un túnel de datos directo en vivo, ambos usuarios (Emisor y Receptor) deben permanecer conectados al servidor FenixIRC y mantener la aplicación en primer plano o con permiso activo de segundo plano mientras se transfiere el archivo.
NO CERRAR LA APP: Si el emisor cierra FenixIRC antes de que el receptor comience o finalice la descarga, el túnel colapsará y la sesión se abortará.
CONFIRMACIÓN AUTOMÁTICA: La interfaz indicará en tiempo real el porcentaje y notificará con un timbre sonoro cuando el receptor cierre el socket.
Flujo Operativo del Emisor (Paso a Paso)
Iniciar un túnel FSR requiere una acción manual desde la barra de comandos o mediante el botón de adjuntos del chat:
Selección de Proveedor
En la ventana de chat privado (o canal), pulsa el botón + situado a la izquierda de la barra de redacción. En el menú desplegable de adjuntos, selecciona "Túnel FSR Directo" en lugar de proveedores públicos como Catbox o Litterbox.
Selección y Fragmentación Local
Elige el archivo en tu explorador de almacenamiento o galería. El motor FenixIRC calculará al instante un hash criptográfico SHA-256, dividirá el binario en chunks de 64 KB y forjará un identificador de sesión único.
Emisión del Ticket FSR
Se emitirá un mensaje de señalización especial en el chat con el formato de ticket FSR. Tu cliente entrará automáticamente en estado ESPERANDO RECEPTOR... manteniendo el socket de escucha listo.
01 [FSR:IMAGE:7f9a1b:schematics_v2.png:14.2MB:chunks=227:sha256=d8e4f1a0] 02 >> STUN_REF: fenixirc.com/api.php?relay_mode=ice_rendezvous 03 >> CIPHER: AES-GCM-256 (Ephemeral session key derived from handshake) 04 >> STATUS: Awaiting remote SYN_ACK packet from peer...
Flujo Operativo del Receptor (Recepción & Ensamblado)
Cuando recibes un mensaje FSR en el canal o mensaje directo, la aplicación FenixIRC detecta la cabecera e intercepta el ticket para renderizar una tarjeta interactiva de transferencia en lugar del texto crudo:
schematics_v2.png
14.2 MB · 227 chunks · Origen: Valkyrie
Latencia ~34ms
1. Pulsar Botón Descargar: Al hacer clic en la tarjeta del ticket, el cliente contacta al endpoint de señalización para negociar los candidatos ICE y establecer el enlace directo.
2. Verificación de Integridad: A medida que llegan los fragmentos binarios, el receptor valida la suma de comprobación criptográfica. Si un chunk llega corrupto, se solicita retransmisión selectiva.
3. Notificación de Finalización: El archivo se guarda automáticamente en la carpeta de descargas de FenixIRC y el túnel P2P se cierra definitivamente.
Mensajes de Voz vía FSR (Streaming Push-To-Talk)
Notas de Voz con Cero Almacenamiento en Disco Intermedio
Las notas de voz en FenixIRC emplean una variante de baja latencia del protocolo FSR. Al pulsar y mantener presionado el micrófono PTT, la señal de audio se codifica en Opus de alta compresión y se transmite en paquetes en tiempo real al receptor.
El audio se reproduce directamente desde el búfer de memoria de la app sin persistencia forense en archivos temporales no cifrados.
Seguridad Criptográfica & Túnel E2EE
La arquitectura FSR implementa un modelo de seguridad por capas para garantizar que nadie en la ruta de red (incluyendo proveedores de internet y administradores de servidores IRC) pueda interceptar o inspeccionar el contenido.
Rendezvous STUN Cero-Logs
El endpoint de señalización (`fenixirc.com/api.php`) únicamente devuelve direcciones IP públicas y candidatos de puerto reflexivo para permitir el NAT traversal. Nunca recibe, retiene ni lee bytes del archivo transferido.
Troceado en Chunks Efímeros
El payload se segmenta en bloques indexados con identificadores aleatorios. Incluso si un observador malicioso capturara paquetes dispersos en la red local, carecerá de las claves de rotación para recomponer el archivo.
Blindaje con Candado Verde (AES-256)
Al activar el Cifrado E2EE de chat en FenixIRC, el propio string del Ticket FSR viaja totalmente encriptado dentro del paquete privado. Para el servidor IRC, es indistinguible de cualquier otro mensaje de texto cifrado.
Resolución de Problemas Frecuentes (Troubleshooting)
Causa: El emisor cerró la aplicación o entró en modo de suspensión profunda del sistema operativo antes de que el receptor pulsara "Descargar".
Solución: Solicita al emisor que mantenga FenixIRC visible en pantalla y vuelve a emitir el Ticket FSR.
Causa: Ambos terminales se encuentran detrás de routers con CGNAT estricto (NAT simétrico) que impiden la negociación de puertos directos.
Solución: Conectar uno de los dispositivos a una red Wi-Fi con UPnP habilitado o alternar momentáneamente a datos móviles para permitir el traversal STUN.
Causa: FenixIRC no cuenta con permiso concedido para escribir en la carpeta de almacenamiento de medios.
Solución: Conceder permisos de almacenamiento en los ajustes del sistema de la aplicación o redefinir el directorio de descargas a la memoria interna protegida.
Simulador Interactivo de Handshake FSR
Probar Secuencia de Señalización & Túnel
Ejecuta una simulación local en vivo para observar los estados de la máquina FSR: Handshake STUN, Fragmentación, Intercambio de Chunks y Destrucción del Socket.