s@ (Satellite Protocol) — En nuestro radar

Estado: 🟡 En observación
Por qué hablamos de esto: Propone una arquitectura social descentralizada que elimina la necesidad de bases de datos dinámicas mediante archivos estáticos (fuente: Dossier UsedBy).

Lo que sabemos:
- Utiliza pares de claves X25519 para gestionar la identidad descentralizada y el cifrado de archivos (fuente: HN).
- El descubrimiento de clientes depende de una convención que busca el archivo satproto_root.json en la raíz del dominio (GitHub).
- Es totalmente agnóstico a la infraestructura, pudiendo alojarse en GitHub Pages, Vercel o servidores personales (fuente: satproto.org).
- Almacena claves privadas en el localStorage del navegador, lo que supone un riesgo crítico de pérdida de cuenta al borrar datos de navegación (Dossier UsedBy).

Las zonas grises:
- Identidad del equipo de desarrollo core y origen de su financiamiento (Dossier UsedBy).
- Existencia de auditorías de seguridad sobre la implementación del lado del cliente o soporte para hardware-backed keys (Dossier UsedBy).

Este artículo se actualizará cuando tengamos más datos. Mientras tanto, precaución.

En pleno 2026, con modelos como GPT-5 analizando vectores de ataque en milisegundos, usar localStorage para claves privadas es una negligencia técnica. La idea de "social networking via static files" es elegante, pero la ejecución actual es frágil. Hasta que no presenten un sistema de recuperación de identidad robusto, s@ es solo un juguete para entusiastas que no temen perder sus datos. No lo implementaría en producción ni por asomo.

Código limpio siempre,
Diego.