Summary

  • Prospero permitía crear vistas virtuales sobre archivos e índices remotos sin mover ni interpretar los datos originales.
  • En 1994 se documentaron conexiones con Archie y Gopher, además de integraciones previstas con WAIS y la Web; un RFC de 2005 afirmó que el protocolo nunca tuvo una implementación amplia.

El directorio como una decisión del usuario

Un directorio suele parecer una pieza natural del ordenador que guarda los archivos. Prospero planteó otra posibilidad: que una persona construyera su propio orden sobre recursos alojados en diferentes lugares, sin reunirlos en un depósito central.

La pregunta tenía sentido en una Internet que empezaba a ofrecer herramientas muy distintas. Archie indexaba nombres de archivos disponibles por FTP. Gopher organizaba menús de navegación. WAIS buscaba texto en bases de datos. La Web incipiente conectaba documentos mediante enlaces. Cada sistema ayudaba a encontrar algo, pero encontrarlo no lo incorporaba automáticamente al mapa de trabajo de cada investigador. Se podían reunir referencias de varias instituciones sin pedirles que migraran sus archivos.

El modelo de sistema virtual de Prospero separaba organización y almacenamiento. Un servidor podía describir partes de su sistema de archivos o publicar información de otras bases. Los usuarios y responsables podían construir vistas propias del espacio de nombres. Las entradas apuntaban a recursos que seguían en sus máquinas originales. Un investigador creaba así un recorrido integrado entre colecciones sin copiar cada documento ni imponer un repositorio común.

Encontrar no era lo mismo que recuperar

Prospero no era otro nombre para Archie. Archie reunía nombres y ubicaciones de archivos FTP en una base consultable; Prospero podía presentar esa base dentro de un directorio más amplio. Tampoco era simplemente Gopher. El informe de 1994 describe una pasarela capaz de tratar los servidores Gopher como bases de datos y combinarlos con otras fuentes.

El proyecto marcaba con claridad lo que no hacía. Prospero no interpretaba los datos que organizaba. Podía ayudar a recuperarlos, pero la aplicación del usuario decidía cómo mostrarlos y utilizarlos. Además, no tenía un protocolo propio para transferir archivos: el acceso podía realizarse mediante FTP, NFS, AFS o Gopher; los servicios interactivos podían usar Telnet. El directorio ayudaba a localizar un recurso y a conocer una vía de acceso. No certificaba que estuviera actualizado, que el servidor aceptara la solicitud o que el contenido respondiera a la necesidad.

Esa división facilitaba conectar herramientas distintas sin obligarlas a compartir almacenamiento o formato. También dejaba puntos de fallo en cada frontera: enlaces desactualizados, servidores inaccesibles, permisos insuficientes o clientes sin el mecanismo de recuperación adecuado.

Un mapa con permisos

Las solicitudes al servicio de directorios se enviaban sobre UDP, con una capa fiable de entrega propia del proyecto. El informe también describe listas de control para objetos, directorios e índices, y varias formas de autenticar a los clientes, incluidas contraseñas y Kerberos versión 5. Una vista virtual podía ser privada o estar sujeta a permisos; no era necesariamente un catálogo abierto.

La dirección prospero:// mostraba esa arquitectura. Nombraba un objeto específico del servidor, cuyo significado interpretaba el propio Prospero. El servidor podía devolver otra forma de acceso, representada quizá por una URL distinta. El nombre no garantizaba por sí solo que el objeto siguiera disponible. Ni siquiera las barras indicaban necesariamente una estructura jerárquica: la semántica dependía del servidor.

Por eso conviene pensar en un mapa y no en un almacén. Un mapa relaciona lugares y sugiere rutas, pero no posee esos lugares ni mantiene abiertas sus puertas. Como lente editorial, no como prueba sobre las motivaciones de los diseñadores, las notas de Heng Lu sobre directorios y autoridad distribuida ayudan a separar la descripción de un recurso del control sobre el recurso.

Una idea clara, una red pequeña

El informe de investigación de información en red publicado en 1994 calculaba unos 50 servidores Prospero; los datos de servidores y clientes se habían actualizado en noviembre de 1993. La cifra era una estimación comunicada por el proyecto en una fecha concreta, no un recuento de usuarios únicos ni de directorios mantenidos activamente. El mismo informe describía las conexiones con Archie y Gopher, mientras presentaba los índices WAIS y los documentos Web como trabajo futuro.

En 2005, el RFC 4157 conservó el esquema URI de Prospero y clasificó el documento como histórico. También señaló que el protocolo no se había implementado ampliamente y que quedaban muy pocos servidores en uso. Esa conclusión limita cualquier relato triunfalista: Prospero hizo tangible una forma de ordenar recursos distribuidos, pero no se convirtió en una capa de directorios de uso general.

El obstáculo no era solo técnico. Para que un mapa personal funcionara hacían falta vistas mantenidas, clientes compatibles, pasarelas actualizadas y usuarios dispuestos a aprender otro espacio de nombres. Una buena arquitectura de integración todavía necesita una comunidad que cuide sus enlaces y sus convenciones.

La lección histórica no consiste en atribuir a Prospero la invención de una tecnología posterior. Su experimento planteó una elección más concreta: un índice global como referencia común o muchos mapas locales sobre recursos que siguen bajo control de sus proveedores. Prospero mostró la segunda opción y, con su escasa difusión, el costo de coordinarla.

Fuentes