Soy nuevo en Mastodon, de los que llegamos en noviembre. Pero yo me he quedado. He seguido y participado en el debate #TertuliaExtraordinaria #MetaEnElFedi. Después de un tiempo de reflexión voy a expresar aquí mi postura provisional sobre si debemos bloquear a Threads preventivamente.

Es posible que cuando se publique esta discusión esté ya agotada y no tenga sentido, puede que la gente de Meta firme un acuerdo sólo con las tres o cuatro instancias mayores o que cambien de idea sobre ActivityPub y no nos necesiten para nada. No creo que lo que pensemos en instancias pequeñas tenga mucha influencia en lo que ocurra globalmente pero sí tiene importancia para los miembros de cada instancia. Una hipótesis: la clave de si Threads solicita federarse con el Fediverso va a depender de las exigencias de la Unión Europea (Europa tiene una influencia en la normativa mundial que pocas veces se recuerda) y no de un interés por comerse un espacio de doce millones de usuarios que huirían inmediatamente.

El punto de partido está claro: a los que estamos aquí no nos gusta Meta, tememos un ataque EEE (Embrace, Extend and Extinguish) por su parte y tememos también las posibles consecuencias de una federación con la instancia Threads. Pero debemos dejar de mirar la situación desde nuestra pequeño rincón y alcanzar una visión global. ActivityPub es un protocolo abierto. La comunicación entre servidores (no bloqueados) debe ser universal como el teléfono o el correo. Nunca hemos bloqueado los correos de @gmail.com o de @hotmail.com. ¿Vamos a bloquear @threads.com? Bloquear Threads no va a acabar con el capitalismo. Los bloqueos tienen que estar muy bien justificados y no arrinconarnos. ¿Es necesario un bloqueo preventivo? ¿Es útil?

Threads no se crea contra el Fediverso, sino contra Twitter. Eso no quiere decir que no podamos ser un daño colateral; contra ese daño colateral es contra el que debemos defendernos. Prometen integrar el protocolo ActivityPub para gestionar mejor el grafo social y posiblemente para superar las condiciones que impone la Unión Europea. Eso sería bueno. De hecho la mudanza entre instancias todavía da problemas, se pierden los toots… ¿Y lo malo? Frenar el crecimiento del Fediverso, comprar instancias, sacarlas del camino por las nuevas exigencias de recursos de un Fediverso gigantesco, invasión de mensajes no moderados, dividirnos (como si nos hiciera falta ayuda para esto)… El problema fundamental es que la instancia Threads sería una instancia muy especial, masiva, no moderada, manejada por algoritmos y criterios que no nos interesan y que pueden perjudicarnos. Por otro lado no le veo sentido a ver el flujo de mensajes de Threads en mi línea de tiempo federada en Mastodon, sólo perjuicios. Y a Threads no le interesa la línea de tiempo de Mastodon, su negocio consiste en el control de lo que ven los usuarios.

¿Qué hacer? Creo que deberíamos distinguir entre el producto de Meta y las cuentas de los usuarios de Instagram-Threads. No sé cómo se puede hacer técnicamente esa distinción, si con algunas instancias que hagan de pasarela o con alguna otra solución. En el modelo universal del que hablaba antes tendría sentido y sería bueno poder contactar con amigo@threads.com desde mi aplicación del Fediverso. ¿Pero un mensaje mío a amigo@threads.com va a aparecer en su timeline como un retoot comentado o como se llame en Threads, y estar sometido a la posible lluvia de odio de ese espacio? Un porcentaje importante del Fediverso está aquí huyendo de eso. Sólo sería admisible ese intercambio si los mensajes son privados. Tengo una opinión menos fuerte sobre si mis toots públicos deben o no ser consultables en el timeline de Threads (primero porque ya son públicos y segundo porque estoy convencido de que el algoritmo no tiene ningún interés en mostrar toots externos y sin publicidad), y sobre si hay problemas con ver los mensajes públicos de amigo@threads.com desde mi cliente de Mastodon.

En conclusión provisional, estoy en contra de tratar a threads.com como una instancia como las demás. Estoy en contra de la aparición del timeline de Threads en mi línea de tiempo federada. Estoy en contra de que los mensajes que intercambie con alguien sean visibles allí. ¿Es técnicamente posible eliminar todo estos problemas y que quede un sistema de comunicación funcional, algún mecanismo de interoperabilidad? No lo sé pero sospecho que la cosa puede ir por ahí.