El protocolo atproto, sobre el que opera Bluesky, no utiliza instancias en el sentido de Mastodon o ActivityPub, y confundir ambos modelos lleva a debates estériles sobre descentralización. Este artículo explica, paso a paso, la diferencia arquitectónica entre ambos enfoques.
En el modelo de blogs clásico —y de forma equivalente en RSS con Google Reader o Feedly— el alojamiento de los contenidos y la agregación que realizan las aplicaciones son capas separadas. El usuario publica en su propio servidor, y los lectores consumen esos datos desde apps que actúan como proyecciones del conjunto de ecosistema.
Mastodon, en cambio, fusiona alojamiento y aplicación en una sola "caja" llamada instancia, con lo que la identidad del usuario queda atada a un servidor concreto (identidad@instancia). La comunicación entre instancias requiere federación explícita, y si dos instancias dejan de federar, los usuarios dejan de verse. Esta arquitectura escala con complejidad O(n²) y hace que el número de instancias se convierta en la única métrica de descentralización.
atproto separa de nuevo ambas capas a nivel de red: existen servidores de datos personales (PDS) intercambiables y aplicaciones que agregan contenidos de todo el conjunto. Migrar de hosting es automático, y crear nuevas apps es libre. El artículo ilustra esta idea con ejemplos como Tangled, Semble o la app Sidetrail del autor, y señala que ejecutar múltiples copias del servidor de Bluesky no aporta más utilidad que ejecutar múltiples copias de Google Reader. La descentralización relevante se mide así en migración de hosting y diversidad de aplicaciones, no en número de instancias.