Bluesky no es descentralizado
(beige.party)- Bluesky usa AT Protocol, pero se considera más una app con servidor central y control corporativo, en la misma categoría que Facebook, X, LinkedIn y TikTok
- Aunque hoy el feed predeterminado y la experiencia de bloqueo sean aceptables, una buena experiencia de uso no significa por sí sola una arquitectura descentralizada
- En la red real solo hay 1 nodo activo de Bluesky, y otros participantes de ATP dependen de los 13 millones de usuarios de Bluesky para autenticación y alcance
- AT Protocol apunta a la portabilidad de identidad basada en DID, pero se considera que en la app real de Bluesky todavía no está implementada la capacidad de migración que los usuarios esperarían
- La Serie A de aproximadamente 15 millones de dólares ($15m) y la incorporación de Blockchain Capital al directorio generan preocupación de que Bluesky quede más atado al capital de riesgo y a decisiones corporativas
Una app centralizada y un feed aceptable son cosas distintas
- Bluesky se promociona con “descentralización” y “sin algoritmo”, pero en la práctica se considera más cercana a una app corporativa centralizada
- El feed predeterminado en sí recibe una evaluación positiva
- Se pueden ver todas las publicaciones de los amigos
- El usuario puede bloquear como quiera
- No mete spam a la fuerza en el feed
- Se considera que no hace shadowban a las publicaciones políticas de tus amigos
- Aun así, el hecho de que la experiencia del feed sea aceptable y la afirmación de que la estructura del servicio está descentralizada deben verse por separado
La estructura real de la red que AT Protocol oculta
- Bluesky funciona, en teoría, sobre un protocolo de red que podría ser descentralizado, pero actualmente el único nodo activo es Bluesky
- Se considera que otros integrantes pequeños de la red ATP usan a los 13 millones de usuarios cautivos de Bluesky para autenticación y alcance
- AT Protocol se usa para transmitir mensajes entre edge nodes, pero las funciones clave siguen estando en el centro
- El protocolo separa “speech” y “reach”, permitiendo que el alcance se administre desde un punto central
- bloqueo centralizado
- amplificación en varios feeds
- filtrado
- También hay críticas de que el propio protocolo no está implementado por completo según su diseño
DID y la portabilidad de identidad incompleta
- AT Protocol tiene una estructura que puede ofrecer portabilidad de identidad mediante DID
- En teoría, el objetivo es que, si más adelante el usuario se muda a un servicio competidor hipotético como GreenSky, no pierda lo siguiente
- seguidores
- lista de bloqueos
- historial de publicaciones
- La app real de Bluesky recibe críticas porque no ofrece DID como una función perceptible para el usuario
- La implementación relacionada en GitHub se llama
did-placeholder, y se considera que sigue como un stub y en estado TBD - did-method-plc originalmente llevaba el nombre “placeholder” y aclara que espera que la forma actual no permanezca para siempre, sino que sea reemplazada o evolucionada hacia un método menos centralizado
- los identificadores
did:plcexistentes seguirán siendo compatibles hasta un período de gracia razonable después del despliegue del método sucesor - también planean ofrecer una ruta de migración para que los identificadores existentes puedan seguir usándose
- los identificadores
Inversión de Blockchain Capital e incorporación al directorio
- Bluesky recaudó una Serie A de 15 millones de dólares, liderada por Blockchain Capital
- Kinjal Shah, general partner de Blockchain Capital, se incorporó al directorio de Bluesky
- El comunicado de Bluesky dice que ni la app Bluesky ni AT Protocol usan blockchain o criptomonedas, y que no sobre-financiarán la experiencia social con tokens, transacciones cripto, NFT u otros mecanismos similares
- Sin embargo, esa promesa por sí sola no elimina la preocupación de que un inversionista cripto haya entrado al directorio
- Enlaces relacionados
Modelo de suscripción y preocupación por el deterioro del servicio
- Bluesky anunció que empezará a desarrollar un modelo de suscripción para funciones como video en alta calidad, colores de perfil y marcos para avatar
- Bluesky afirma que siempre podrá usarse gratis y que no hará uprank a las cuentas de pago
- Se considera que una inversión de VC no es un préstamo sino una apuesta que espera un gran exit, por lo que el servicio podría quedar bajo presión para generar retorno
- Las derivas que preocupan son las siguientes
- cobrar una suscripción para acceder al conjunto completo de funciones
- agregar anuncios al tier gratuito
- después, podrían entrar anuncios también al tier de pago
- Se considera distinto donar a Mastodon o compartir el costo de operar una instancia frente a la suscripción de Bluesky
- en Mastodon se sabe a quién se le paga y en qué se usa el dinero
- se pueden hacer respaldos de toots y migrar a otra instancia, conservando la mayoría de los seguidos, seguidores y listas de bloqueo
- se considera que Bluesky tiene más decisiones privadas por su número de empleados, costos de hosting, responsabilidades legales y de Trust & Safety, directorio e inversión recibida
Donde sigue estando el control
- Se reconoce que Bluesky es mejor que Facebook, más fácil que Mastodon, más ingenioso que TikTok y que, simplemente, no es X, por lo que puede ser un servicio utilizable
- Pero una buena experiencia de uso o el hecho de usar AT Protocol no lo convierten automáticamente en un servicio descentralizado
- El punto clave no está en una discusión de definiciones sobre la topología de la red, sino en la concentración del control
- Quién toma las decisiones, para quién, con el consentimiento de quién y en beneficio de quién está en el centro del debate sobre Bluesky
1 comentarios
Opiniones de Hacker News
Vale la pena leer este artículo: https://atproto.com/articles/atproto-for-distsys-engineers
AT Protocol funciona como la web, donde cada usuario es un sitio web y cada aplicación es un motor de búsqueda. Las apps rastrean la red de hosts para agregar la actividad; hay más de 100 hosts externos y al menos 3 apps de agregación. Es un modelo distinto al de ActivityPub, que se parece más al correo electrónico.
Nunca dijimos que “no habría algoritmos”. No sé de dónde salió ese meme. Hay un sistema abierto para algoritmos, que podemos operar nosotros y también desarrolladores externos. También existe Discover, el algoritmo predeterminado para todos los usuarios. Tener una respuesta para los algoritmos en una red descentralizada fue uno de nuestros principales intereses.
La solución más probable para DID PLC es trasladar el registro a una organización sin fines de lucro que lo mantenga, al estilo de ICANN. También se admite el método Web DID y, si estas preocupaciones persisten, estamos abiertos a otros métodos DID. Es importante, pero lo veo más como infraestructura que sostiene la red de aplicaciones, como DNS o las entidades emisoras de TLS.
No es que quiera defender los algoritmos de Twitter u otras redes sociales, pero parece que algunas personas odian ciegamente todos los algoritmos por un malentendido.
Más abajo hay muchos textos que parecen muy negativos e imprecisos, pero el desarrollo de Atproto ya tiene muchas fortalezas y el interés de los desarrolladores ha crecido mucho en las últimas semanas. Espero ver florecer este ecosistema y siento que estamos en un punto de inflexión.
Si quieres resolver este problema, recomiendo leer primero la documentación de Scuttlebot que todavía está disponible: https://scuttlebot.io/
A veces pienso en revivir Scuttlebot con un estilo retro. Si alguien quiere iniciar un proyecto así, puede contactarme con los datos de mi perfil.
Mastodon no es descentralizado, sino federado. No resuelve parte de los problemas de la centralización; solo crea más entidades con los mismos problemas. Sigue existiendo una estructura sujeta a la voluntad del servidor y, curiosamente, ni siquiera resuelve por completo la portabilidad de los datos. En la práctica, no se pueden mover las publicaciones.
La “descentralización” de Mastodon puede ser incluso peor que una promesa teórica, porque en algunos aspectos es literalmente una promesa de marketing que no funciona así. Sigues estando “centralizado” en el servidor al que te uniste, y también quedan rastros de un servicio central real. Es mejor, sí, pero no tanto como se exagera, y resulta irónico burlarse o inventar suposiciones de esta forma.
Eso no es un problema, sino una ventaja. La libertad de moverse y de juntarse con quien quieras es muy importante. Curiosamente, en línea hay gente que finge que esto no importa, pero eso no tiene sentido.
Si no quieres pasar tu tiempo libre alrededor de Eric, deberías poder irte a otro lugar donde no esté Eric. Eso es libertad real. Si me atan a un lugar o me obligan a convivir con Eric, eso es encerrarme.
La capacidad de elegir cómo, por qué, dónde y con quién pasar tu tiempo libre es importante y no es un “problema”. Eso es autodeterminación, y ojalá la gente no se opusiera a ella llamándola problema.
Por otro lado, hay una calidad de servicio que se puede obtener solo con una federación “simple”, y que en muchas estrategias descentralizadas es mucho más difícil. La topología real importa, pero creo que la federación es un modelo bastante bueno. Hay una razón por la que el correo electrónico ha sido un sistema útil durante tanto tiempo.
Para que los “enlaces” queden correctamente, habría que federar de nuevo y probablemente desfederar el lado anterior, pero si los clientes no manejan bien publicaciones con fechas pasadas, los resultados pueden ser confusos. La mayoría de los clientes que se usaban en 2023 eran así.
Puede haber soluciones[1][2], pero parece ser un área que ActivityPub todavía no ha pensado a fondo.
[0] https://docs.joinmastodon.org/methods/statuses/#create no tiene un campo de fecha.
[1] Cuando importé 10 años de historial de Twitter a una instancia de Akkoma, modifiqué el código para a) permitir establecer fechas pasadas en publicaciones, b) permitirlo solo para una cuenta específica, y c) impedir que las publicaciones con fecha pasada de esa cuenta se federaran. No resuelve todo el problema, pero para mí fue suficiente.
[2] Si se permite publicar estados con fechas pasadas, obviamente también surgen otros problemas, como que la gente cree historiales falsos.
Hay contraejemplos a la idea de que BlueSky haya presentado “sin algoritmos” como una gran afirmación. Hace más de un año ya había un blog que decía lo contrario: https://bsky.social/about/blog/3-30-2023-algorithmic-choice
También se afirma que la app real de BlueSky no implementa DID, que en GitHub se llama “did-placeholder” y que es un stub aún no definido, pero hasta donde sé, personas con DID did:web pueden crear cuentas y usar Bluesky.
Tampoco es nuevo lo de que un inversionista cripto llamado Blockchain Capital compró un asiento en el directorio con una Serie A de 15 millones de dólares. Uno de los primeros inversionistas fue Jack Dorsey, y han usado bibliotecas y conceptos que estaban de moda en criptografía y criptomonedas. Siempre ha sido así.
Cualquiera podría sumarse a los chats de desarrollo relevantes, o preguntarles a quienes levantaron su propio servidor o están trabajando en eso qué tan centralizado o descentralizado es bsky, pero esta publicación no parece haber investigado de esa manera.
Es interesante que nadie esté reaccionando al dato de la estructura de propiedad en este texto.
“¿Quién compró un asiento en el directorio de BlueSky con una Serie A de 15 millones de dólares?” es lo único que realmente importa.
Las piezas técnicas para diseños alternativos de interacción en línea ya existen: descentralizado, federado, distribuido, P2P. Sea lo que sea, lo importante es el resultado.
Lo que falta por completo en estas ridículas “guerras de protocolos” es una visión concreta y realista de cómo sería una buena web de próxima generación, no en términos técnicos, sino económicos, sociales y políticos. Importa quién obtiene poder y quién es explotado, quién tiene una voz más fuerte y quién es manipulado por esa voz.
Las normas, los contratos sociales y las instituciones que existían antes de la era digital quedaron completamente rotos, pero no se ve ningún reemplazo más allá de ideales vagos.
La forma de la “web de próxima generación” dependerá en gran medida de quién la financie y por qué, qué incentivos y expectativas tenga, y qué incentivos y expectativas genere en todo el ecosistema de desarrolladores, fundadores, moderadores y usuarios.
Cada vez que explican por qué Bluesky supuestamente es mejor, suena como si hubieran tomado alguna droga rara
Otros servicios centralizan tanto la identidad como los algoritmos y la operación. Pero Bluesky parece centralizar solo la identidad, dejando fuera lo segundo, así que se siente como si juntara lo peor de ambos lados
El problema de la identidad centralizada ya lo “resolvimos” en gran medida con el correo electrónico. Como suele pasar, lo importante no es ser perfectamente a prueba de balas, sino fallar con elegancia. El correo electrónico federado en general permite que cada persona elija qué centralización quiere y, más importante aún, le permite matar su cuenta y empezar de nuevo si hace falta. Por eso Mastodon es la mejor comparación
¿Qué me estoy perdiendo? ¿Cuál es la ventaja de Bluesky aquí?
No sé cómo hacer que la gente que diseña servicios descentralizados y federados entienda que una experiencia de usuario centralizada y fluida es clave para cualquier plataforma
La cantidad de usuarios activos de Lemmy cae mes a mes, y Mastodon también cae, aunque en menor medida. La razón por la que ninguno de los dos logra despegar bien es que fragmentan todo en pequeños jardines amurallados donde no pasa nada, haciendo que la gente pierda el tiempo saltando entre comunidades vacías en vez de estar en un espacio unificado
Sea o no centralizado el backend, en el frontend la gente necesita lo mismo. Estos intentos valientes de recrear sitios populares para el público y por el público no solo pelean contra empresas que quieren eliminar el concepto mismo de lo que hacen, sino también contra sus propias decisiones tontas. A largo plazo, es probable que esa barrera sea demasiado grande
https://slrpnk.net es una excepción: un espacio lindo con activismo y noticias relacionadas, pero eso no es lo único que quiero, sobre todo cuando uso internet para desconectarme
Todavía es una muestra de solo 5 días, pero BlueSky era lo que estaba esperando. Especialmente para contenido científico, con memes o sin ellos
Para quienes prefieren la experiencia del viejo Twitter, BlueSky está bastante bien
Hasta ahora, el grado de descentralización ha sido inversamente proporcional a una buena experiencia de usuario
nostr está muy descentralizado, pero la experiencia de usuario es terrible porque hay que gestionar claves manualmente
Mastodon depende de DNS y no permite migrar cuentas, así que está descentralizado a medias; además, es confuso saber qué instancia usar, y cuando quieres interactuar con algo aparece “Take Me Home”, por lo que la experiencia de usuario es mala
Bluesky (atproto) está moderadamente descentralizado por did:plc, y la experiencia de usuario es excelente
La principal ventaja que atproto tiene sobre los otros dos es que, si alguien resuelve el problema de did:plc, podría convertirse de la noche a la mañana en la primera plataforma de redes sociales muy descentralizada y con una excelente experiencia de usuario
Los conocimientos básicos de gestión manual de claves deberían ser obligatorios para todos los usuarios de internet. Piensa en los gestores de contraseñas
Lo bueno de Nostr es que las personas pueden participar activamente en mejorarlo. Es completamente abierto, así que cualquiera puede construir lo que quiera encima. Estoy de acuerdo en que hoy no es perfecto, pero mejorará con el tiempo, y los avances que ya logró muestran que Nostr llegó para quedarse y mejorar. Mientras más desarrolladores haya, más rápido avanzará el ecosistema
Personalmente disfruto usarlo. El cross-posting ya está resuelto, así que ni recuerdo la última vez que abrí Twitter. Mastodon nunca me atrajo mucho. Bluesky es otro Twitter y no está descentralizado. Por cierto, ellos pueden leer los DM
Una de las mejores funciones de Nostr es que, si creas algo, obtienes usuarios de inmediato; y cuando publicas en Nostr, también se publica de forma cruzada en Mastodon y Bluesky. Las reacciones también son intercambiables entre sí
Creo que sí se podría escribir un texto interesante sobre lo fácil que sería capturar bsky por parte de una sola entidad. Podría analizar la realidad actual de los PDS: el 99,9999% está alojado por bsky, y lo mismo pasa con los relés. Y luego podría ordenar los escenarios EEE, qué tan probables son y si bsky está lo suficientemente descentralizado como para impedirlos
Pero este texto no es eso y, según mi criterio, no da en el blanco
Lamentablemente, a la mayoría de las personas que están en Bluesky o se mudaron ahí les importa muy poco si es descentralizado o no. Solo quieren otro Twitter que funcione bien
La mayoría de quienes se mudaron a Bluesky son artistas, académicos, escritores y creadores, y no les interesa la tecnología
Si les importara la descentralización, ahora todos se habrían ido a Mastodon, pero ahí no hay tracción de millones de usuarios
La migración también funciona. Actualmente es una herramienta de línea de comandos extraña, pero cuando a alguien empiece a importarle, la van a pulir. Funciona mejor que Mastodon, y el historial y la red se trasladan mejor que en una migración de servidor de Mastodon
Puedes operar tu propio Personal Data Server y conectarlo a la red de bsky, y entonces todos podrán ver tus publicaciones e interactuar con ellas. Todavía es un sistema nuevo de apenas unos años, pero las piezas correctas van en la dirección correcta
Al final, todo es un tema de experiencia de usuario. Lo mismo pasa con la privacidad y la seguridad
Bluesky no ha publicado sus usuarios activos diarios ni mensuales, pero las cifras de Mastodon tampoco son tan malas
https://bsky.social/about/blog/10-24-2024-series-a
https://mastodon-analytics.com
Esto es una diatriba paranoica absurda y, por la naturaleza de Mastodon, no seguirá estando en la internet activa dentro de 10 años