s@: red social descentralizada sobre sitios estáticos

¿Qué es el protocolo s@ y por qué importa para founders tech?

En un ecosistema digital donde X (Twitter), Meta y TikTok controlan los datos de millones de personas, un desarrollador conocido como remysucre publicó en Hacker News una propuesta diferente: s@ (pronunciado sat-at), un protocolo de red social descentralizada que funciona exclusivamente sobre sitios estáticos. Sin servidores centrales, sin relays intermediarios, sin algoritmos que decidan qué ves. Solo tú, tus amigos y tu propio sitio web.

El proyecto, disponible en GitHub como satellite, está en versión 0.1.0 y representa una visión radicalmente minimalista de lo que puede ser la interacción social en internet. Para founders que construyen productos con valores de privacidad, soberanía del dato o infraestructura descentralizada, este protocolo ofrece señales importantes sobre hacia dónde puede evolucionar la web.

El panorama actual de las redes sociales descentralizadas

Para entender el valor de s@, conviene ubicarlo dentro del ecosistema más amplio de protocolos descentralizados que compiten hoy por definir el futuro de las redes sociales:

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

AT Protocol (Bluesky): Creado por ex equipo de Twitter, promete portabilidad de datos pero sigue dependiendo en gran medida del servidor central bsky.social, con restricciones importantes para el auto-hospedaje.
ActivityPub / Mastodon: La base del Fediverse, con más de 10 millones de usuarios activos. Alta interoperabilidad entre servidores, aunque los mensajes directos son accesibles por administradores del servidor.
Nostr: El protocolo más resistente a la censura, basado en relays y claves criptográficas. Sin entidad central que pueda banear cuentas.
DSNP (Decentralized Social Networking Protocol): Impulsado por Project Liberty, usa blockchain para establecer un grafo social compartido.

Cada uno de estos protocolos introduce servidores, relays o nodos intermediarios. s@ elimina esa capa por completo.

Cómo funciona el protocolo s@ técnicamente

La propuesta de satproto es tan sencilla como elegante: cada usuario es dueño de un sitio estático (por ejemplo, hospedado en GitHub Pages) que actúa como su perfil y almacén de datos. Un cliente que corre en el navegador agrega los feeds y publica posts. No hay ningún servidor en el medio.

Identidad basada en dominio propio

Tu identidad en s@ es tu nombre de dominio. La autenticación se realiza a través de HTTPS/TLS: si puedes hacer fetch desde un dominio, se asume que eres el dueño de ese contenido. Simple, robusto y sin cuentas que dependen de plataformas de terceros.

Modelo de cifrado de extremo a extremo

Toda la información del usuario se almacena cifrada. El modelo criptográfico usa tecnología probada:

X25519: Algoritmo de intercambio de claves por curva elíptica. Cada usuario genera un par de claves; la pública se publica en el documento de descubrimiento (satproto.json), la privada vive en el localStorage del navegador.
XChaCha20-Poly1305: Cifrado simétrico autenticado para el contenido de los posts. Ofrece alta velocidad y resistencia a ataques de repetición.
Libsodium sealed boxes: Para cifrar la clave de contenido de forma individual para cada seguidor, usando su clave pública X25519.

Este diseño garantiza que solo el autor y sus seguidores mutuos puedan leer los posts. Si alguien deja de ser seguidor, el sistema genera una nueva clave de contenido, re-cifra todos los posts y revoca el acceso anterior de forma efectiva.

Estructura de archivos estáticos

Un sitio habilitado para s@ expone la siguiente estructura:

satproto.json: Documento de descubrimiento con versión y clave pública.
posts/index.json: Lista de IDs de posts en texto plano (ordenados por fecha).
posts/{id}.json.enc: Posts cifrados individualmente.
follows/index.json: Lista de seguidores en texto plano.
keys/_self.json: Caja sellada con la clave de contenido del propio usuario (permite recuperar acceso desde otro dispositivo).
keys/{domain}.json: Clave de contenido cifrada para cada seguidor específico.

Las diferencias filosóficas que hacen a s@ único

Más allá de la técnica, s@ toma decisiones de diseño que lo diferencian profundamente de cualquier red social existente:

No hay influencers por diseño

Para ver los posts de alguien, ambos deben seguirse mutuamente. No existe la figura del seguidor unilateral. Esto elimina de raíz la dinámica de influencers, los bots de spam y la economía de atención que sostiene a Facebook, Instagram o X.

Sin relay, sin servidor, sin intermediario

A diferencia de Nostr (que usa relays) o Mastodon (que requiere servidores de instancia), s@ opera con cero infraestructura propia. Los datos viajan directamente desde tu sitio estático al navegador de tus amigos.

Privacidad por arquitectura, no por política

La privacidad de s@ no depende de que la empresa prometa no vender tus datos. Depende de matemáticas: si no tienes la clave privada, no puedes descifrar el contenido. Ni siquiera el hosting provider (como GitHub) puede leer tus posts, ya que solo tiene acceso a los archivos cifrados.

Primeros pasos: implementación en minutos

El onboarding técnico de s@ está diseñado para ser mínimo:

Hacer fork del repositorio satellite en GitHub.
Activar GitHub Pages en el fork (deploy desde la rama main).
Visitar la URL generada (ej: https://username.github.io/satellite/).

Si ya tienes el path /satellite/ ocupado en tu dominio, basta con agregar un archivo satproto_root.json en la raíz del sitio apuntando al repositorio correcto. El protocolo es agnóstico al proveedor de hosting: funciona en cualquier servicio que sirva archivos estáticos.

Implicancias para founders y builders del ecosistema startup

Desde la perspectiva de un founder tech, s@ es relevante en al menos tres dimensiones:

1. Infraestructura radicalmente barata

Un protocolo social sobre sitios estáticos puede servirse desde un CDN a costo marginal casi cero. Para startups que construyen productos de comunicación o comunidad, este patrón arquitectónico reduce drásticamente el costo operativo comparado con bases de datos en tiempo real o servidores de mensajería.

2. Soberanía del dato como propuesta de valor

En mercados como LATAM, donde la desconfianza hacia plataformas centralizadas crece —especialmente tras escándalos de datos como el de Cambridge Analytica o las restricciones de plataformas en contextos políticos—, un producto que garantiza que los datos del usuario viven en su propio dominio tiene un diferencial competitivo real.

3. Inspiración para arquitecturas de privacidad-first

Aunque s@ hoy es un experimento técnico temprano, el modelo de cifrado por seguidor individual (donde cada usuario tiene su propia clave de contenido y acceso granular) es un patrón aplicable a productos SaaS de comunicación, salud, educación o fintech donde la privacidad es crítica.

Limitaciones y desafíos actuales

Ser honesto con las limitaciones también es parte del análisis:

Sin tiempo real: Los sitios estáticos no permiten notificaciones push nativas. El cliente debe hacer polling manual para detectar nuevos posts.
Experiencia de usuario incipiente: El proyecto está en versión 0.1.0; no tiene app móvil nativa ni interfaz pulida.
Escala limitada de follows: A medida que crece la lista de seguidos, el cliente debe hacer más requests HTTP para agregar feeds, lo que puede impactar rendimiento.
Rotación de claves costosa: Cuando se deja de seguir a alguien, hay que re-cifrar todos los posts. Con mucho contenido, esta operación puede ser lenta.
Barrera técnica: El onboarding actual requiere familiaridad con GitHub y conceptos de web estática, lo que limita adopción masiva.

Conclusión

s@ no pretende ser la próxima red social masiva. Pretende demostrar que la interacción social puede ocurrir sin ninguna infraestructura centralizada, con privacidad garantizada por criptografía y con soberanía total del usuario sobre sus propios datos. En un 2026 donde Bluesky, Mastodon y Nostr compiten por definir el estándar descentralizado, satproto aporta una propuesta radicalmente minimalista que merece atención de cualquier founder interesado en privacidad, infraestructura o el futuro de las redes sociales.

La pregunta no es si s@ reemplazará a X o WhatsApp. La pregunta es qué podemos aprender de su arquitectura para construir mejores productos. Y esa es siempre una pregunta que vale la pena hacerse en comunidad.

Profundiza estos temas con nuestra comunidad de founders tech en Ecosistema Startup

Unirme a la comunidad