Parley: el chat que devuelve el control — IRC federado sin servidor central

Un tipo escribe "hes never coming over dario" en Google y el buscador le consuela. Otro abre su terminal de siempre, escribe /msg [email protected] psst, y la persona al otro lado lo lee. Eso segundo es Parley, y acaba de reventar Hacker News con 244 puntos y 116 comentarios sin que casi nadie fuera a contarlo.

La pregunta que reabre todo el debate de los chats federados no es técnica: es quién puede leerte cuando cierras la puerta.

El problema que Parley decide no resolver

Matrix lleva años siendo "el Matrix de la federación" y sigue siendo un acuerdo incómodo para el usuario normal: rooms, Matrix Spec, puente a Telegram, clientes que se rompen al actualizarse, y un cifrado punto a punto que en la práctica casi nadie usa bien.

Parley es un proyecto de prologic — el mismo que está detrás de Dendrite, el homeserver de Matrix en Go — y su tesis es radical: no uses un cliente nuevo.

Parley es una red de chat sin centro. Cada persona o equipo corre una instancia pequeña para su propio dominio.

Tu identidad se ve como un correo: [email protected] corre en foo.com, [email protected] en bar.com. Bob escribe /msg [email protected] y funciona, aunque las dos instancias no se hayan visto nunca en la vida.

IRC no muô: por qué esto importa

El 90% del interés de la noticia no es la federación, es esto: el protocolo de 1990 que usás en 2026 sigue siendo el cliente. Conectas con irssi, WeeChat o Textual, sin plugins.

Y no es nostalgia. Es arquitectura:

• Scrollback que te sigue a ti, no a tu cliente. Marcas un canal como leío desde el celular y se limpia en el escritorio, porque el marcador vive en la cuenta.
• Historial en SQLite con índice full-text. parleyctl search busca por texto completo. Las conversaciones de Matrix en Homeserver, con suerte.
• Tags que sobreviven al viaje. El +reply sigue siendo una respuesta cuando sale del historial, no se convierte en texto plano.
• Dos tipos de canal. #dev es global, replicado, sin dueño ni operadores. ¬es es local y nunca sale de tu instancia. Elige sabiamente.

La seguridad no es un checkbox, es una firma

Aquí está lo que separa a Parley del discurso federado técnico. Cada evento es un documento JSON que se hace POST al /inbox del peer con una firma ed25519 separada en los headers. El receptor verifica contra la clave que descubrió él mismo, no contra una que le mandaron en el mismo mensaje.

Y el descubrimiento es DNS puro, sin servidor de directorio:

_parley._tcp.example.com.  IN SRV 0 0 443 chat.example.com.
https://chat.example.com/.well-known/parley/instance.json  # clave pública ed25519 + inbox
https://chat.example.com/.well-known/parley/alice.json    # "esta existe"

Es literalmente cómo funciona el correo: SRV para saber a quién pregunto, documentos bien-conocidos para verificar quién es. Y las instancias se descubren solas entre sí: si le mandas un mensaje a un dominio nuevo, se enlazan y se intercambian los peers que conocen (gossip). La malla se forma sola, sin configuración.

La federación es abierta: cualquier instancia cuya firma cuadre puede hablar contigo. Así que la moderación no es "echar a alguien del canal" sino una lista de bloqueo por máscara: /ban [email protected] para una persona, /ban *!*@example.com para toda una instancia.

La parte honesta: nadie te lo va a garantizar

El propio README lo dice en la primera línea del estado: proof of concept funcional, no endurecido. Corre una instancia real, demuestra el diseño de punta a punta, y aún no está listo para producción.

Y hay una lección de la historia que Parley repite sin saberlo. En 1996 Microsoft decidió que su recién toolkit de DirectX no iba a soportar quads, solo triángulos. El NV1 de NVIDIA se fue a la ruina y despidió a buena parte de la plantilla. Jensen Huang tuvo que esperar a que el mercado impusiera el estándar. Un protocolo de 30 años sigue vivo porque siempre hubo alguien dispuesto a hablarlo, no porque sea bonito.

Quizás ese es el punto real: Parley no gana por superioridad técnica sobre Matrix. Gana por pereza bien entendida. Si la federación se puede usar desde el irssi que ya tienes abierto, la federación tiene usuarios. Matrix perdió porque exigió aprender algo nuevo antes de darte algo.

El ángulo que importa en LATAM

La combinación de dominio propio + SQLite local + ed25519 es un diseño que en América Latina tiene un atractivo que en Silicon Valley no siempre se valora igual. Con un VPS de 5 dólares, un dominio y un Let's Encrypt tienes tu propio servidor de chat, sin depender de una central en San Francisco para decidir quién se queda dentro. La conversación no se va cuando la plataforma decide que el costo de almacenamiento superó su presupuesto.

Es la misma lógica que ya usas con Tailscale, con WireGuard, con un VPS en lugar de un SaaS. Solo que esta vez el cliente es el que ya tenías abierto.

Si te interesa: el código está en git.mills.io/prologic/parley, licencia MIT, imagen Docker oficial (prologic/parley), y make demo levanta dos instancias con CoreDNS y una CA local para que veas la federación funcionando antes de tocar un dominio real.

Mi opinión, sin filtro

Parley no va a matar a Matrix. Probablemente no va a matar a nada, porque no tiene la red de efecto que un proyecto respaldado por una fundación grande necesita para sobrevivir el siguiente par de años.

Pero es la primera federación que no empieza pidiéndote la fe. Y eso importa más de lo que parece: el ecosistema de chats privados lleva años muriéndose de sobre-cumplimiento, y lo que falta no es otro protocolo, es un cliente que no obligue a nadie a aprender nada.

Si el proyecto llega a release 1.0 y aguanta un año, se vuelve la respuesta obvia para equipos técnicos que hoy usan Mattermost para no darle la base de datos a Google o a Slack. Si se muere en silencio, al menos dejó demostrado que la idea era correcta — que siempre se supo, solo faltaba el arranque de 1993.

Comparte esto con alguien que todavía cree que para tener un chat privado necesitas un servidor central, y si estás de acuerdo en que Matrix perdió por exceso de ambición, déjamelo en comentarios. Me interesa saber si el mismo argumento aplica a la mitad de las herramientas que usamos todos los días.