¿Quién posee tu identidad ATProto?

Adopción y viabilidad de Bluesky / ATProto

  • Algunos participantes sostienen que Bluesky ha “fracasado” en su misión de desplazar a las grandes redes sociales: el crecimiento se ha estancado o ha pasado a ser negativo, los DAU son bajos en relación con los registros y corre el riesgo de convertirse en una “empresa zombi”.
  • Otros replican que sigue siendo la red social abierta más exitosa hasta ahora: decenas de millones de cuentas registradas, varios millones de MAU, un impacto cultural significativo y adopción por parte de usuarios generalistas.
  • Las críticas se centran en la retención, la percepción de marca (cámara de eco política) y las dudas sobre reactivar a usuarios que abandonaron la plataforma mediante nuevas funciones (p. ej., Communities).
  • La financiación y la autonomía financiera restante (~2–3 años, según se menciona) generan preocupación por la eventual monetización y la “enshittification”, especialmente dada la gran inversión de capital riesgo/capital privado.

Descentralización, propiedad de la identidad y confianza en PDS

  • La preocupación principal: la mayoría de los usuarios dependen de PDS operados por Bluesky que conservan sus claves de firma, por lo que el anfitrión puede hacerse pasar criptográficamente por ellos en todas las aplicaciones ATProto.
  • Los críticos califican esto de “falsa descentralización”: aunque el autoalojamiento es posible, supuestamente ~99,9% no lo hacen, y los incentivos hacen pensar que probablemente nunca lo harán.
  • Los defensores argumentan que ATProto sigue siendo una mejora significativa frente a la centralización al estilo X: varias opciones de PDS, capacidad de migración y autoalojamiento para quienes lo valoran.

Claves, DIDs y recuperación

  • ATProto admite DIDs, claves de rotación y claves de recuperación; en principio, los usuarios pueden:
    • Añadir sus propias claves, anular un PDS hostil e incluso hacer “migración adversarial”.
    • Usar did:web con su propio dominio o did:plc con claves de mayor prioridad.
  • El consenso del hilo: estas herramientas existen, pero se usan poco; la UX es mala y casi nadie configura claves de recuperación/PLC. Algunos proponen una incorporación al estilo Proton que cree automáticamente y muestre las claves de recuperación.

Blockchain y modelos alternativos de identidad

  • Algunos ven las blockchains como una buena opción para la identidad autosoberana y la recuperación de claves (p. ej., contratos inteligentes, sistemas de nombres mascota, esquemas al estilo Farcaster).
  • Otros cuestionan los incentivos de las cadenas no financieras y señalan tarifas, desigualdad y complejidad.
  • Varios observan que muchos de estos beneficios pueden lograrse con criptografía sin blockchain (multifirma, intercambio de secretos, claves jerárquicas).

Fediverse y otras comparaciones de protocolos

  • Los defensores del Fediverse subrayan la descentralización real y el autoalojamiento; los críticos apuntan a la fricción, la fragmentación y la falta de una “instancia predeterminada” estable.
  • Se considera que ATProto intercambia una centralización más fuerte en la práctica por una UX más fluida y un alcance más amplio.

Seguridad frente a usabilidad y “usuarios normales”

  • Muchos sostienen que esperar que los usuarios típicos gestionen de forma segura claves privadas es poco realista; perder dispositivos, no tener copias de seguridad y usar solo la web son situaciones comunes.
  • Persiste la tensión entre claves robustas controladas por el cliente y las realidades de la UX web y la adopción masiva.