Por qué murió Napster y sobrevivió Gnutella

6

Se movió rápido. Ésa es la única manera de describir el ascenso de Napster. En menos de doce meses, el sitio pasó de cero a 60 millones de visitantes mensuales. No fue sólo popular. Fue el sitio web más visitado en Internet en su apogeo. Luego intervinieron los tribunales. Una sola orden lo cerró debido a violaciones desenfrenadas de derechos de autor. No volvió a ver la luz hasta 2003, rebautizado como un servicio legal de pago por música bajo Roxio.

El llamamiento fue sencillo. Tienes música gratis. No era necesario conducir hasta una tienda. No era necesario comprar un CD, introducirlo y esperar a que lo copiaran. Acabas de hacer clic. Una enorme base de datos contenía casi todas las canciones existentes. Fue sin esfuerzo. Fue gratis.

Pero esa facilidad tuvo un costo. La arquitectura fue el defecto fatal.

Napster dependía de un servidor central para indexar y conectar a los usuarios. Este modelo centralizado facilitó la búsqueda de música, pero también facilitó su eliminación. Cuando los jueces dictaminaron que Napster estaba facilitando la infracción de derechos de autor, el cierre fue quirúrgico. Desconecte el servidor y toda la red desapareció. No hubo respaldo. Sin respaldo descentralizado. Sólo silencio.

A los usuarios no les importaban los matices legales. Les importaba el acceso. La mayoría migró a un tipo diferente de sistema para compartir archivos. Uno que no podría morir tan fácilmente.

El auge de Gnutella

Entra Gnutella.

Esta era la alternativa. No era sólo una herramienta; Era una filosofía diferente. En lugar de un centro central, Gnutella utilizó una red peer-to-peer (P2P). Cada computadora en la red era a la vez un servidor y un cliente. No hubo ningún punto único de fracaso. Para apagarlo, tendrías que apagar la computadora de cada usuario individual.

Esta arquitectura descentralizada es la razón por la que Gnutella sobrevivió. Incluso cuando los tribunales tomaron medidas enérgicas contra otros servicios, Gnutella persistió. Se adaptó. Evolucionó. Se convirtió en la columna vertebral de muchos protocolos P2P modernos.

El Napster original era una tienda sin cerraduras. Gnutella era un laberinto sin centro. Uno era fácil de robar. El otro fue difícil de atrapar.

El nuevo napster

En 2003, el panorama había cambiado. Roxio compró el nombre Napster y lo relanzó. La versión 2 era legal. Pagaste por tu música. No más infracción. Era un producto más limpio. Más seguro. Pero carecía de la energía cruda y caótica del original. La magia no estaba sólo en la música. Fue en la libertad.

El viejo Napster nos enseñó algo. La centralización es eficiente hasta que deja de serlo. La descentralización es complicada, pero es resistente. Lo aprendimos de la manera más difícil.

Ahora, cada vez que transmites una canción, pagas por la comodidad. Estás utilizando un servicio centralizado. Spotify. Música de Apple. Música de YouTube. Son fáciles de usar. Están a salvo. También son vulnerables. Una empresa controla la biblioteca. Una empresa controla el acceso.

Gnutella nos mostró otro camino. Un camino donde la red es el producto. Donde los usuarios son la infraestructura. Es más lento. Es más complejo. Pero es gratuito desde un único punto de control.

cual

La navegación web estándar es una transacción sencilla. Le pides un archivo a un servidor y el servidor lo devuelve. Para sitios grandes, esto requiere cientos de máquinas sólo para mantener las luces encendidas. Napster rompió este modelo por completo. No solo alojaba archivos; convirtió la computadora de cada usuario en un nodo de una red de distribución masiva y descentralizada.

El Napster original era un sistema híbrido. Utilizó el intercambio de archivos entre pares para la transferencia de datos real, pero dependía de una autoridad central para el descubrimiento. Cuando inició el software, su máquina se registró en los servidores centrales de Napster. Básicamente, estaba enumerando sus MP3 disponibles en un catálogo global.

Aquí está el flujo de trabajo:

  • Instalaste el cliente. Su PC se convirtió en un miniservidor.
  • Su máquina hizo ping a los servidores centrales, enviando una lista de cada pista en su disco duro.
  • La base de datos central contenía ahora el índice de miles de millones de canciones.
  • Buscaste “Roxanne” en The Police.
  • El servidor central devolvió una lista de direcciones IP de los usuarios que alojan ese archivo.
  • Seleccionaste un compañero. Su computadora se conectó directamente a la de ellos y descargó la canción.

Esta arquitectura resolvió dos problemas inmediatos. Primero, almacenamiento. Ninguna empresa por sí sola podría comprar suficiente espacio en el disco duro para albergar todo el catálogo de música del mundo. En segundo lugar, el ancho de banda. Distribuir la carga entre millones de conexiones domésticas era infinitamente más barato que transmitir desde un centro de datos.

También hubo una estrategia legal involucrada. Los creadores argumentaron que estaban explotando un vacío legal en la ley de derechos de autor respecto al intercambio privado entre amigos. Los tribunales finalmente rechazaron esta lógica. Pero el daño ya estaba hecho. El concepto quedó probado. La red había crecido demasiado para ignorarla.

La falla en el diseño de Napster era obvia en retrospectiva. La base de datos central fue un único punto de falla. Era el talón de Aquiles. Cuando el tribunal ordenó el cierre, toda la red colapsó. No se podría tener una red peer-to-peer si el índice fuera propiedad de una entidad que pudiera ser silenciada legalmente.

Cuando Napster cayó, había aproximadamente 100 millones de usuarios acostumbrados a compartir archivos libremente. La infraestructura para ese comportamiento ya estaba establecida. Esperando entre bastidores había una arquitectura más resiliente.

Por qué Gnutella cambió el juego

La sucesora de esta ola de intercambio de archivos es la red Gnutella. Mantiene la mecánica central del intercambio de archivos de igual a igual, pero elimina el centro central. Los usuarios todavía colocan archivos en sus discos duros y los ponen a disposición. Aún necesitas el software Gnutella para conectarte a la red.

Las diferencias son estructurales y significativas.

En primer lugar, no existe una base de datos central. El concepto de índice global está muerto. En cambio, Gnutella utiliza un enfoque de consulta distribuida. Cuando un usuario busca un archivo, la solicitud pasa de un nodo a otro, saltando por la red hasta que encuentra una coincidencia. Es un efecto dominó de las consultas.

En segundo lugar, el ecosistema está fragmentado. No existe un único “cliente Gnutella”. Muchas aplicaciones diferentes pueden acceder a la red Gnutella. Esta variedad hace que sea más difícil seleccionar un software específico para emprender acciones legales.

Esta descentralización ofrece un grado de inmortalidad que Napster nunca tuvo. Una orden judicial contra una empresa no hace nada para detener el protocolo. Para cerrar realmente Gnutella, los reguladores necesitarían bloquear todo el tráfico de la red a nivel de ISP o de la infraestructura troncal. Esto es una pesadilla técnica y política en comparación con simplemente demandar al director ejecutivo de una empresa de servidores centralizados.

El cambio de un índice centralizado a un sistema de consulta distribuido no fue sólo una actualización técnica. Fue una respuesta a la fragilidad del viejo modelo.

Napster dependía de una única y frágil pieza de software cliente. Gnutella no tenía ese lujo, o mejor dicho, tenía demasiado. La red se fracturó en docenas de aplicaciones competidoras. Puede elegir BearShare, Gnucleus, LimeWire, Morpheus, WinMX o XoloX. La interfaz podría parecer diferente, pero la lógica subyacente era idéntica: matar a la autoridad central.

Pero sin un índice central, la red necesita una forma de encontrar cosas. Aquí es donde el mecanismo de búsqueda de clientes Gnutella difiere marcadamente del modelo tradicional servidor-cliente.

Cómo localizan archivos los clientes de Gnutella

Imagina que quieres un MP3 específico. No hay biblioteca para consultar. En cambio, su software tiene que gritar al vacío.

Comienza con un único punto de contacto. Es posible que haya ingresado manualmente una dirección IP o que el software venga precargado con una lista de hosts conocidos. Su máquina envía la consulta de búsqueda a ese vecino.

El vecino no responde simplemente. Comprueba su propio disco duro. Si el archivo está allí, devuelve el nombre del archivo y su IP. Pero también hace algo más agresivo. Reenvía su solicitud a todas las demás máquinas que conoce.

Esas máquinas hacen lo mismo. Revisan su almacenamiento. Reenvían la solicitud más adelante. Esto crea un efecto dominó, una ola de consultas que se expande a través de la red.

El sistema se basa en un contador de tiempo de vida (TTL) para evitar bucles infinitos.

Cada solicitud tiene un límite de TTL. Piense en ello como un indicador de combustible. La solicitud podría viajar seis o siete “saltos” de profundidad antes de quedarse sin combustible. Si cada nodo conoce sólo a otros cuatro pares, una búsqueda profunda de siete niveles puede, en teoría, afectar a 8.000 máquinas.

Es computación distribuida de fuerza bruta. Simple. Inteligente. Y agotador.

La compensación: estabilidad versus rendimiento

Esta arquitectura resuelve el mayor problema de su predecesora. Napster murió porque un servidor poseía las claves. Gnutella no tiene llaves. No existe un único punto de fracaso. Ninguna orden judicial puede acabar con la red porque no hay cabeza que cortar. Gnutella funciona todo el tiempo, siempre que puedas comunicarte con al menos otro compañero.

Pero la descentralización conlleva un impuesto.

Primero, no hay garantía de que el archivo exista. Podría enviar su consulta a 8.000 máquinas y obtener cero resultados. Es posible que el archivo esté en la máquina 8001. Estás ciego.

En segundo lugar, la latencia es brutal. Dado que la consulta debe propagarse a través de varias capas, es posible que deba esperar un minuto o más para obtener una respuesta completa. El sistema no le dice lo que encontró hasta que haya verificado hasta donde puede llegar.

En tercer lugar, usted es la infraestructura. Su máquina no es sólo un consumidor; es un enrutador. Responde a las solicitudes entrantes y transmite las salientes. Estás quemando tu propio ancho de banda para mantener viva la red. Es un sistema peer-to-peer en el sentido literal: estás ayudando a otros compañeros, a menudo por tu propia cuenta.

Estas desventajas parecen graves en teoría. En la práctica, a los usuarios no les importó. Se han descargado cientos de millones de copias de clientes Gnutella. La promesa de acceso superó el costo del ancho de banda.

Ejemplo de XoloX: Buscando

XoloX es lo más básico posible para un cliente de Gnutella. No intenta deslumbrarlo con interfaces llamativas o funciones complejas. Simplemente funciona. La descarga es pequeña (alrededor de 600 kilobytes) y, lo que es más importante, está limpia. Sin software espía. No hay ventanas emergentes agrupadas. Es simplemente una herramienta sencilla y fácil de instalar, lo que la convierte en un candidato ideal para comprender la mecánica de las redes peer-to-peer sin complicaciones.

La interfaz se reduce a tres funciones principales, a las que se puede acceder mediante tres botones en la parte superior de la ventana: búsqueda, transferencia y administración de archivos. Puedes alternar entre ellos según sea necesario.

Cómo funciona la búsqueda de Gnutella en XoloX

Cuando abres la pestaña de búsqueda, es casi demasiado simple. Escriba un nombre de archivo o algunas palabras clave. Puede filtrar por tipo de medio (audio, vídeo o “Todos los tipos”) si desea limitar el alcance. Presione Enter y el cliente transmitirá su consulta al vacío.

Dale de 30 a 60 segundos.

La ventana de búsqueda comienza a llenarse. Los resultados llegan desde miles de otras máquinas que procesan la misma solicitud. No es instantáneo, pero sí efectivo.

Verá una columna denominada puntuación. Esta no es una calificación de la calidad del archivo. Es un recuento de cuántos pares en línea tienen actualmente ese archivo específico disponible. Una puntuación alta significa más fuentes. Más fuentes significan mejores probabilidades de completar la descarga, especialmente si se trata de un archivo popular. Elige sabiamente.

Ejemplo de XoloX: Descargando

Obtener un archivo de una red de pares no siempre es una tarea sencilla de hacer clic y esperar, pero XoloX lo hace prácticamente indoloro. Simplemente haga doble clic en el objetivo en los resultados de su búsqueda. Esa acción pasa el nombre del archivo a la ventana de Transferencia, lo que activa el protocolo de enlace real con el interlocutor.

Aquí es donde brilla el protocolo. Si varios nodos de la red contienen el mismo archivo, XoloX no elige uno al azar. Se conecta a varios simultáneamente. Esta estrategia de descarga paralela es la razón por la que es posible que veas velocidades como 69,2 kilobytes por segundo para un archivo de vídeo grande, con estimaciones que rondan los 43 minutos para más de 100 megabytes. Se trata de aprovechar la redundancia para superar el cuello de botella.

Pero no siempre es tan sencillo.

A veces haces clic y… no pasa nada. El cliente no puede llegar a la fuente o la máquina host ya está al máximo para atender a otros usuarios. Este es el clásico atasco de tráfico entre pares. Tienes tres formas de manejarlo:

  • Espera. Los nodos ocupados eventualmente se liberan. La paciencia es una estrategia válida aquí.
  • Elija archivos con puntaje alto. Es más probable que los archivos con mejores puntajes de reputación provengan de pares receptivos y disponibles.
  • Intercambia el archivo. Elimina la descarga bloqueada desde la ventana de Transferencia y elige el mismo nombre de archivo nuevamente en los resultados de la búsqueda. Esto obliga al cliente a probar con un par diferente que podría estar menos congestionado.

Una vez que finaliza la descarga, los datos llegan a su directorio XoloX designado. También puedes verlo en la ventana Archivos dentro de la aplicación. Si desea retribuir a la red, puede compartir estos archivos descargados. Sin embargo, esto no es automático. Debe configurar el cuadro de diálogo Preferencias para especificar exactamente qué directorios y tipos de archivos desea compartir con otros.

Tienes control sobre el drenaje de tu conexión. Al ajustar la configuración de XoloX, puede limitar el ancho de banda saliente que utiliza cuando otros descargan desde su máquina. Esta simple opción evita que las solicitudes de datos de otras personas obstaculicen su canal ascendente.

¿Gnutella es realmente legal?

El protocolo en sí es limpio. No existe ningún estatuto que prohíba compartir archivos de dominio público. La ilegalidad surge sólo cuando los usuarios implementan la red para distribuir música y películas protegidas por derechos de autor. Esa fricción específica es lo que hundió a Napster.

La industria musical ha declarado oficialmente la guerra a Gnutella. Sin embargo, carecen de un mecanismo sencillo para detenerlo.

Cómo la industria intenta romper la red

Interrumpir la arquitectura es la estrategia actual. Actualmente hay dos ataques principales en juego:

  • Inundar la red con paquetes de búsqueda falsos para sobrecargarla.
  • Llenar los servidores Gnutella con archivos corruptos que no sirven para nada.

Pero los desarrolladores detrás de Gnutella han sobrevivido a amenazas similares antes. Es probable que remen estos agujeros. El software se adaptará. Los archivos seguirán fluyendo.

¿Compartir es solo un robo o publicidad gratuita?

El verdadero debate no es técnico. Es financiero. ¿Cuánto daño real causa el intercambio de archivos? ¿Un archivo compartido es un robo o es publicidad gratuita? Piense en ello como tiempo de emisión de radio. ¿La exposición perjudica las ventas o las ayuda?

Preguntas frecuentes

¿Qué es el protocolo Gnutella?

Es un protocolo para compartir archivos de igual a igual (P2P). Permite a los usuarios buscar e intercambiar archivos directamente con otras computadoras, sin un servidor central que almacene el inventario.

Más recursos

Si desea profundizar en los debates sobre la legalidad o ver diferentes perspectivas sobre el intercambio de música con derechos de autor, los enlaces a continuación ofrecen más contexto.

Artículos relacionados

  • Cómo funcionan los archivos MP3
  • Cómo funcionan los reproductores MP3
  • Cómo funcionó Napster
  • Cómo funcionan los servidores web
  • Cómo funcionan los discos duros
  • Cómo funcionan las grabadoras de CD
  • Cómo funciona la infraestructura de Internet
  • Cómo funcionan las redes domésticas
  • ¿Qué son los derechos de autor y las patentes?

Enlaces útiles

  • Directorios de hosts de Gnutella
  • Kazaa
  • Preguntas frecuentes sobre Gnutella de Knowbuddy
  • Noticias Gnutella
  • Código de búsqueda PHP Gnutella
  • La debacle de Internet: una visión alternativa
  • Embedded.com: incorporación de igual a igual

Titulares de noticias recientes

  • MTV.com: La industria discográfica demanda a 32 estudiantes por compartir archivos ilegalmente – 10/04
  • Nueva ola de demandas por intercambio ilegal de archivos presentadas por la RIAA – 4/04
  • Tom’s Hardware Guide: Encuesta: El uso compartido de archivos de música está disminuyendo – 4/04
  • WiredNews: Roxio compra Pressplay, Napster vive – 5/03
  • NewScientist.com: Los “caminantes aleatorios” pueden acelerar las redes peer-to-peer – 7/02
  • Gnutella.com: ¿Las etiquetas planean un ataque legal a individuos? – 7/02
  • Gnutella.com: Hollywood quiere tapar el “agujero analógico” – 5/02
  • P2P.com: Gnutella y Freenet representan una verdadera innovación tecnológica – 5/00