Conversation

Notices

1. c3po (c3po@mastodon.online)'s status on Saturday, 24-Jun-2023 18:38:24 UTC c3po

   Interesting... 🤔
   How to Kill a Decentralised Network (such as the Fediverse)
   https://ploum.net/2023-06-23-how-to-kill-decentralised-networks.html

   • 🌈Matii (matiiob@mastodon.uy)'s status on Saturday, 24-Jun-2023 18:38:22 UTC 🌈Matii

     in reply to

     @c3po

     Traducción a español de https://ploum.net/2023-06-23-how-to-kill-decentralised-networks.html

     🔵 Cómo acabar con una red descentralizada (como Fediverse)
     por Ploum el 2023-06-23

     Año 2023. Todo Internet está bajo el control del imperio GAFAM. ¿Todo? No. Porque algunos pequeños pueblos se resisten a la opresión. Y algunos de esos pueblos comenzaron a agregarse, formando el "Fediverso".

     Con debates en Twitter y Reddit, el Fediverso empezó a ganar fama y atención. La gente empezó a usarlo de verdad. El imperio empezó a darse cuenta.

     🔵 Capitalistas contra la competencia

     Como dijo Peter Thiel, uno de los principales inversores de Facebook: "La competencia es para los perdedores". Sí, esos pseudo "el mercado siempre tiene razón" no quieren un mercado cuando están en él. Quieren un monopolio. Desde su creación, Facebook ha tenido mucho cuidado de matar a toda competencia. La forma más fácil de hacerlo es comprando empresas que podrían, algún día, convertirse en competidores. Instagram, WhatsApp, por nombrar algunas, fueron compradas solo porque su producto atraía a los usuarios y podía hacer sombra a Facebook.

     Pero el Fediverso no se puede comprar. El Fediverso es un grupo informal de servidores que discuten a través de un protocolo (ActivityPub). Esos servidores pueden incluso ejecutar software diferente (Mastodon es el más famoso, pero también podría tener Pleroma, Pixelfed, Peertube, WriteFreely, Lemmy y muchos otros).

     No se puede comprar una red descentralizada.

     Pero hay otra manera: hacerla irrelevante. Eso es exactamente lo que hizo Google con XMPP.
     XMPP

     🔵 Cómo Google se unió a la federación XXMPP

     A finales del siglo XX, los mensajeros instantáneos estaban de moda. Uno de los primeros de gran éxito fue ICQ, seguido rápidamente por MSN messenger. MSN Messenger era el Tiktok de la época: un mundo donde los adolescentes podían pasar horas y días sin adultos.

     Como MSN formaba parte de Microsoft, Google quiso competir y ofreció Google Talk en 2005, incluyéndolo en la interfaz de Gmail. Recordemos que, por aquel entonces, no existían los smartphones y muy pocas aplicaciones web. Las aplicaciones tenían que instalarse en el ordenador y la interfaz web de Gmail era innovadora. Incluso, en algún momento, MSN venía incluido con Microsoft Windows y era realmente difícil eliminarlo. Crear el chat de Google con la interfaz web de Gmail era una forma de estar aún más cerca de los clientes que un software integrado en el sistema operativo.

     Mientras Google y Microsoft luchaban por la hegemonía, los frikis del software libre intentaban construir una mensajería instantánea descentralizada. Al igual que el correo electrónico, XMPP era un protocolo federado: varios servidores podían hablar entre sí a través de un protocolo y cada usuario se conectaba a un servidor concreto a través de un cliente. Ese usuario podía entonces comunicarse con cualquier usuario de cualquier servidor utilizando cualquier cliente. Así es como funciona ActivityPub y por lo tanto Fediverse.

     En 2006, Google talk se hizo compatible con XMPP. Google estaba considerando seriamente XMPP. En 2008, mientras estaba en el trabajo, sonó mi teléfono. En la línea, alguien me dijo: "Hola, somos Google y queremos contratarte". Hice varias llamadas y resultó que me habían encontrado a través de la lista XMPP-dev y buscaban administradores de sistemas de servidores XMPP.

     Así que Google estaba realmente abrazando la federación. ¿No es genial? Significaba que, de repente, todos los usuarios de Gmail se convertían en usuarios de XMPP. Esto sólo podía ser bueno para XMPP, ¿verdad? Estaba extasiado.

     (Sigue) ➡️

     soloojos (Mastodon Uruguay) repeated this.
   • 🌈Matii (matiiob@mastodon.uy)'s status on Saturday, 24-Jun-2023 18:38:23 UTC 🌈Matii

     in reply to

     @c3po muy bien explicado todo. Lo pego abajo en español para difundir aun más.

     soloojos (Mastodon Uruguay) repeated this.
   • 🌈Matii (matiiob@mastodon.uy)'s status on Saturday, 24-Jun-2023 18:39:05 UTC 🌈Matii

     in reply to

     @c3po

     ➡️ (continuación)

     Traducción al español de https://ploum.net/2023-06-23-how-to-kill-decentralised-networks.html

     🔵 Cómo Google mató a XMPP

     Por supuesto, la realidad era un poco menos brillante. En primer lugar, a pesar de colaborar en el desarrollo del estándar XMPP, Google estaba haciendo su propia implementación cerrada que nadie podía revisar. Resulta que no siempre respetaban el protocolo que estaban desarrollando. No implementaban todo. Esto obligó a ralentizar el desarrollo de XMPP, a adaptarse. Las nuevas características no se implementaban o no se usaban en los clientes XMPP porque no eran compatibles con Google Talk (los avatares tardaron muchísimo en llegar a XMPP). La federación a veces se rompía: durante horas o días, no había comunicación posible entre Google y los servidores XMPP normales. La comunidad XMPP se convirtió en vigilante y depuradora de los servidores de Google, publicando irregularidades y tiempos de inactividad (yo lo hice varias veces, que es probablemente lo que motivó la oferta de trabajo).

     Y como había muchos más usuarios de Google talk que usuarios de "verdadero XMPP", había poco espacio para "no preocuparse por los usuarios de Google talk". Los recién llegados que descubrían XMPP y no eran usuarios de Google talk tenían una experiencia muy frustrante porque la mayoría de sus contactos eran usuarios de Google Talk. Pensaban que podrían comunicarse fácilmente con ellos, pero era básicamente una versión degradada de lo que tenían cuando utilizaban el propio Google talk. Una lista típica de XMPP estaba compuesta principalmente por usuarios de Google Talk con unos pocos geeks.

     En 2013, Google se dio cuenta de que la mayoría de las interacciones XMPP eran entre usuarios de Google Talk de todos modos. No les importaba respetar un protocolo que no controlaban al 100%. Así que lo desconectaron y anunciaron que ya no se federarían. Y comenzó una larga búsqueda para crear un mensajero, comenzando con Hangout (que fue seguido por Allo, Duo. Perdí la cuenta después de eso).

     Como era de esperar, ningún usuario de Google se inmutó. De hecho, ninguno se dio cuenta. En el peor de los casos, algunos de sus contactos se desconectaron. Eso fue todo. Pero para la federación XMPP, fue como si la mayoría de los usuarios desaparecieran de repente. Incluso los fanáticos acérrimos de XMPP, como su servidor, tuvieron que crear cuentas de Google para mantener el contacto con sus amigos. Recuerda: para ellos, simplemente estábamos desconectados. Fue culpa nuestra.

     Aunque XMPP sigue existiendo y es una comunidad muy activa, nunca se recuperó de este golpe. Unas expectativas demasiado altas con la adopción de Google provocaron una enorme decepción y una caída silenciosa en el olvido. XMPP se convirtió en un nicho. Tan nicho que cuando los chats de grupo se pusieron de moda (Slack, Discord), la comunidad de software libre lo reinventó (Matrix) para competir mientras que los chats de grupo ya eran posibles con XMPP. (Descargo de responsabilidad: nunca he estudiado el protocolo Matrix, así que no tengo ni idea de cómo se compara técnicamente con XMPP. Simplemente creo que resuelve el mismo problema y compite en el mismo espacio que XMPP).

     ¿Sería XMPP diferente hoy en día si Google nunca se hubiera unido a él o nunca se hubiera considerado como parte de él? Nadie podría decirlo. Pero estoy convencido de que habría crecido más despacio y, tal vez, más sano. Que sería más grande e importante de lo que es hoy. Que sería la plataforma de comunicación descentralizada por defecto. Una cosa es segura: si Google no se hubiera unido, XMPP no sería peor de lo que es hoy.

     (Sigue) ➡️