La red no tenía por qué terminar así

La Web original no fue concebida como una gran base de datos administrada por una sola organización. Documentos alojados en máquinas diferentes podían formar parte de un mismo espacio mediante estándares comunes como HTML, HTTP y los identificadores universales.

La ausencia de un centro de autorización era una propiedad de diseño. Para publicar una página o crear un enlace no hacía falta que la Web otorgara permiso; tampoco existía un nodo desde el cual pudiera admitirse o expulsarse a todos los participantes.

Esa apertura permitió que máquinas, sistemas operativos, instituciones, idiomas y comunidades muy distintas convivieran sobre una infraestructura compartida. Berners-Lee defendió después esa combinación de universalidad, estándares abiertos, descentralización y ausencia de regalías como una de las razones fundamentales de su expansión.

La Web creció porque la entrada no dependía de un propietario único.

SIGUE ABIERTA; LA EXPERIENCIA SE CONCENTRÓ

Decir que “la Web se centralizó” resulta cómodo, pero mezcla dos fenómenos. Los protocolos abiertos siguen disponibles: todavía podemos registrar un dominio, levantar un servidor, publicar una página y enlazar otra. La concentración ocurrió con especial intensidad en las capas donde transcurre la vida cotidiana.

Muchas actividades migraron hacia servicios en los que una misma empresa ofrece la aplicación, almacena la información producida con ella y define las condiciones de circulación. Puede modificar una función, bloquear una cuenta, restringir el acceso de terceros o convertir la salida en una mudanza costosa.

No hace falta que desaparezca la Web abierta para que aparezca una dependencia profunda de unos pocos ecosistemas.

Una infraestructura descentralizada puede sostener experiencias brutalmente concentradas.

TAMBIÉN SE VUELVE TERRITORIO

La Web comenzó como un espacio dominado por documentos enlazados y después incorporó aplicaciones capaces de hacer casi cualquier cosa: correo, mapas, edición, redes sociales, música, trabajo colaborativo o comercio. Ese crecimiento mejoró extraordinariamente sus posibilidades, pero también alteró la relación entre software y datos.

Cuando una aplicación llega desde el servidor de una empresa, suele ocurrir que esa misma organización administra además la información con la que trabajamos. Fotografías, contactos, mensajes, historiales y calendarios dejan de existir como archivos relativamente independientes de la herramienta y pasan a formar parte del territorio de la plataforma.

Antes era habitual elegir un programa para trabajar sobre un archivo que podía abrirse con otros programas. En muchos servicios actuales elegimos una aplicación y, con ella, aceptamos también el lugar donde vivirá nuestra información.

La aplicación ya no funciona solamente como herramienta; empieza a parecerse al territorio.

DATOS Y APLICACIONES

Solid es parte de una intervención arquitectónica relativamente sencilla: los datos no deberían quedar estructuralmente encerrados en la aplicación utilizada para trabajar con ellos.

El modelo propone almacenar la información en espacios denominados Pods, repositorios en línea sobre los cuales el usuario o la organización mantiene control de acceso. Diferentes aplicaciones pueden leer, escribir o actualizar esos datos según permisos explícitos sin convertirse por eso en propietarias del lugar donde la información reside.

La diferencia modifica una pregunta cotidiana. Hoy solemos preocuparnos por cómo exportar nuestros datos cuando queremos abandonar una plataforma. Solid intenta desplazar el problema hacia un momento anterior: ¿por qué tenían que quedar encerrados allí desde el comienzo?

NO ES TODAVÍA INTEROPERABILIDAD

Las plataformas suelen ofrecer mecanismos para descargar una copia de fotografías, contactos, mensajes o historiales. Esa posibilidad es importante, pero un archivo exportado puede resultar poco útil si ninguna otra aplicación sabe trabajar limpiamente con él.

Por eso Solid pone el énfasis en la interoperabilidad. Si distintas herramientas utilizan formatos y protocolos comunes, cambiar de aplicación podría dejar de significar reconstruir desde cero una parte de nuestra identidad digital. La aplicación se vuelve reemplazable mientras los datos conservan continuidad.

La relación se invierte: en lugar de trasladar toda nuestra vida a cada servicio, permitimos que distintos servicios trabajen, con autorización, sobre información que permanece independiente de ellos.

La promesa es competencia sin cautiverio. Una aplicación puede desaparecer y otra ocupar su lugar sin llevarse consigo toda la historia del usuario.

NO SIGNIFICA AISLAMIENTO

El propósito de Solid no es encerrar a cada persona en una bóveda privada. La Web depende de compartir información con otras personas, instituciones, comunidades y servicios. La diferencia consiste en evitar que compartir equivalga automáticamente a entregar de manera definitiva.

Un sistema de permisos puede autorizar a una aplicación a leer ciertos datos, escribir otros o perder el acceso cuando deja de ser necesaria. En ese esquema, interoperar no exige que todos los participantes pertenezcan al mismo ecosistema empresarial.

Hay una idea antigua de la Web que reaparece bajo otra forma: conectar no exige fusionar, y colaborar no debería obligarnos a ceder el territorio donde vive nuestra información.

AGRANDA EL PROBLEMA

La discusión sobre datos personales estuvo durante años dominada por la publicidad, las redes sociales y la privacidad. La expansión de asistentes y agentes de inteligencia artificial agrega otra dimensión porque un sistema verdaderamente personalizado necesita contexto: documentos, calendario, mensajes, preferencias, proyectos y, en algunos casos, información particularmente sensible.

Cuanto más contexto recibe, mayor puede ser su utilidad y también la dependencia que produce. Por eso el proyecto Solid incorpora ya de manera explícita a los agentes de IA dentro de su modelo de acceso: los documentos almacenados en un Pod pueden ser leídos o modificados por aplicaciones y agentes autorizados, sin obligar a trasladar toda la información al ecosistema de quien desarrolló el agente.

La posibilidad todavía está en construcción, pero cambia la escala de la pregunta.

Si los asistentes digitales empiezan a actuar en nuestro nombre, la disputa no será únicamente quién almacena nuestros datos, sino quién dispone de memoria suficiente sobre nosotros para decidir, recomendar o intervenir.

Una arquitectura desacoplada permitiría, al menos en principio, cambiar de agente sin reconstruir desde cero toda la historia personal que lo vuelve útil.

A UNA WEB INOCENTE

La propuesta de Berners-Lee puede leerse fácilmente como nostalgia por los sitios personales y los pequeños servidores de los años noventa. Ese pasado idealizado nunca existió del todo. La Web temprana también dependía de empresas de telecomunicaciones, infraestructura física, proveedores, navegadores y sistemas operativos atravesados por relaciones de poder.

Además, las grandes plataformas resolvieron problemas reales de seguridad, disponibilidad, sincronización, identidad, pagos, moderación y facilidad de uso. Millones de personas las adoptaron porque funcionan y porque reducen una complejidad que pocos desean administrar por su cuenta.

La pregunta interesante no consiste entonces en desinventarlas. Consiste en averiguar si esas funciones requieren necesariamente que la misma organización concentre la aplicación, los datos, la identidad y las reglas.

Solid apuesta a que esa unión puede desarmarse. Lo que todavía debe demostrar es que una arquitectura más abierta puede competir en comodidad, escala y confiabilidad con sistemas cuya concentración fue precisamente una de las fuentes de su eficiencia.

Separar datos y aplicaciones no distribuye automáticamente el poder. Un usuario puede tener un Pod y seguir dependiendo de unas pocas nubes; utilizar estándares abiertos desde un teléfono gobernado por un ecosistema cerrado; o descubrir que la portabilidad técnica sirve de poco si casi ninguna aplicación cotidiana adopta esos estándares.

También existe una tensión productiva en el propio proyecto. Berners-Lee impulsa Solid como tecnología abierta y, al mismo tiempo, cofundó Inrupt, una empresa que comercializa infraestructura y servicios basados en ese modelo. La contradicción no invalida la propuesta, pero la coloca dentro del mismo mercado cuya tendencia a la concentración intenta corregir.

El interrogante excede entonces a Solid: ¿cómo se construye infraestructura interoperable en mercados que recompensan los efectos de red, la integración vertical y el encierro?

La descentralización puede dificultar determinadas formas de monopolio, pero no elimina por sí sola la desigualdad económica, la vigilancia estatal, las tiendas de aplicaciones, los grandes proveedores de nube ni el poder de quienes controlan dispositivos y sistemas operativos.

Reparar la arquitectura puede ayudar. No reemplaza la política.

Tim Berners-Lee no está tratando de reparar una equivocación cometida en 1989.

La Web todavía conserva buena parte de aquello que la hizo crecer: una arquitectura abierta, distribuida, capaz de conectar sin exigir un dueño único. Lo que cambió fue el paisaje construido encima. Con el tiempo, aplicaciones, datos, identidades y servicios fueron quedando encerrados dentro de unos pocos ecosistemas hasta que esa concentración empezó a parecernos natural.

Solid nace justamente de la sospecha de que no tiene por qué serlo. Su apuesta consiste en separar otra vez cosas que hoy damos por inseparables: que nuestros datos puedan sobrevivir a una aplicación, que cambiar de servicio no implique abandonar una parte de nuestra historia, que interoperar no sea sinónimo de quedar atrapado.

Tal vez esa arquitectura nunca desplace a las plataformas que dominan la Web actual. Pero incluso en ese caso conserva una virtud bastante más interesante que la nostalgia: demuestra que lo que tenemos delante no es la única forma posible de organizar la vida digital.

La concentración no cayó del cielo ni estaba escrita dentro de Internet. Se fue construyendo con decisiones técnicas, modelos de negocio, efectos de red, regulaciones, hábitos y, también, con nuestra creciente disposición a cambiar autonomía por comodidad.

La Web no tenía por qué terminar así.

Y quizá esa sea la parte verdaderamente incómoda de la historia: todavía no terminó.