3. Internet y la World Wide Web: orígenes y arquitectura

Para entender qué afirma ser la Web3 — y para juzgar esas afirmaciones con justicia — es preciso entender primero aquello que se propone revisar. La Web3 es, según su propia presentación, un intento de rediseñar la arquitectura de la web. Sin embargo, "la web" se confunde de manera rutinaria con "internet", y la filosofía de diseño que animó a ambas suele mitologizarse más de lo que se examina. Este capítulo establece dos fundamentos sobre los que se apoyará el resto del libro: primero, la distinción técnica precisa entre internet (una red de redes) y la World Wide Web (una aplicación que funciona sobre ella); y segundo, el hecho histórico — invocado con frecuencia, a veces exagerado — de que ambos sistemas nacieron de una filosofía de diseño descentralizada y sin permisos (permissionless). Ese segundo punto importa en el plano temático, porque los defensores de la Web3 presentan su proyecto no como una invención sino como una restauración: un regreso a unos orígenes de los cuales, sostienen, la web se ha desviado. Si esa narrativa resiste o no el escrutinio es una pregunta para capítulos posteriores. Aquí, la tarea consiste en dejar bien asentadas la historia y la arquitectura.

Internet y la Web no son lo mismo

En el habla cotidiana, las palabras "internet" y "web" se usan como sinónimos, y para la mayoría de los propósitos la confusión es inofensiva. Para este libro no lo es, porque todo el argumento de la Web3 gira en torno a la distinción entre la red subyacente y las aplicaciones construidas sobre ella.

Internet es la red de redes: el sistema global de cables físicos, enlaces inalámbricos, enrutadores y reglas compartidas que permite a cualquier computadora conectada intercambiar datos con cualquier otra. La World Wide Web es una aplicación que funciona sobre esa red: un sistema de documentos y recursos entrelazados, consultados mediante navegadores web, que resulta ser el uso más famoso de internet.

Una analogía útil compara la red vial de una ciudad con las actividades que la utilizan. Internet son las calles: el asfalto, las intersecciones, las reglas de tránsito que permiten que cualquier vehículo llegue a cualquier dirección. La Web es un tipo de tráfico que circula por esas calles; digamos, el servicio postal que reparte cartas a los domicilios. El correo electrónico es otro tipo de tráfico; también lo son las videollamadas, las transferencias de archivos y los mensajes de WhatsApp que salen del celular. Todos circulan por las mismas calles, pero ninguno de ellos es la red vial. La Web es a internet, aproximadamente, lo que el servicio postal es a la red de caminos: un servicio inmensamente importante que usa la infraestructura, pero que no es idéntico a ella.

En pocas palabras: internet es la tubería; la Web es una de las cosas que fluyen por esos tubos. Cuando usted abre la aplicación de su banco, ve una película por streaming o envía un correo electrónico que nunca pasa por un navegador, está usando internet sin usar la Web. Cuando visita una página en un navegador, está usando la Web, que a su vez está usando internet.

La analogía se quiebra en un punto que conviene señalar: las calles son propiedad de los gobiernos, que las construyen y las mantienen, mientras que internet no tiene un dueño único. Es una interconexión voluntaria de decenas de miles de redes operadas de manera independiente que acuerdan hablar un idioma común. Esa condición sin dueño no es un detalle accidental: es el corazón histórico y arquitectónico de este capítulo, y el rasgo que la Web3 invoca con mayor insistencia.

La cronología refuerza la distinción. Los protocolos fundacionales de internet ya estaban en operación en 1983 (ETHW, s. f.). La Web no existió hasta una propuesta redactada en 1989 y un lanzamiento público en 1991 (Berners-Lee, 1989; CERN, s. f.). Durante unas dos décadas, en otras palabras, hubo internet pero no hubo Web. La Web es la criatura más joven y más acotada: una capa de software añadida mucho después de que la red que la sostiene hubiera madurado.

ARPANET y la idea de la conmutación de paquetes

El linaje de internet se remonta a ARPANET, una red experimental financiada a fines de la década de 1960 por la Agencia de Proyectos de Investigación Avanzada (ARPA, más tarde DARPA) del Departamento de Defensa de los Estados Unidos (Britannica, s. f.). ARPANET se construyó para que un puñado de computadoras de investigación — costosas e incompatibles entre sí, instaladas en universidades y laboratorios — pudieran compartir recursos a través de líneas telefónicas. Era un instrumento de investigación, no un producto de consumo, y desde luego no un producto comercial.

Su innovación técnica decisiva fue la conmutación de paquetes (packet switching).

La conmutación de paquetes es un método para mover datos a través de una red que consiste en partir cada mensaje en fragmentos pequeños con dirección propia, llamados paquetes, enviarlos de forma independiente por los caminos que estén disponibles y reensamblarlos en el destino.

Conviene contrastarla con la tecnología más antigua a la que desplazó: la conmutación de circuitos, el principio detrás del sistema telefónico tradicional. En una llamada de circuito conmutado, la red reserva una única trayectoria eléctrica continua entre las dos partes durante toda la conversación; esa trayectoria queda dedicada, y ociosa, mientras nadie habla. La conmutación de paquetes elimina la trayectoria dedicada. Una analogía útil: en lugar de fletar un tren privado entero para llevar una sola carta de una ciudad a otra, ida y vuelta, usted escribe la carta en muchas postales, las deposita en el correo ordinario y deja que cada postal encuentre su propio camino por el sistema — unas por una ruta, otras por otra — para que se reordenen al llegar a destino. Cada postal lleva la dirección de destino, de modo que la red solo necesita encaminar cada una hacia donde va; no necesita comprender el mensaje completo ni mantener una ruta abierta.

Este diseño tiene dos consecuencias que resuenan a lo largo del resto del libro. La primera es que resulta eficiente: muchas conversaciones pueden compartir las mismas líneas, porque la capacidad se usa solo cuando los paquetes están efectivamente en movimiento. La segunda, más importante para la narrativa de la Web3, es que resulta resiliente y descentralizado por construcción. Como cada paquete se encamina de manera independiente y puede tomar cualquier ruta disponible, no existe un punto único cuya falla detenga el flujo. Si un enlace o un nodo se cae, los paquetes sencillamente lo rodean. No hay una central telefónica que deba aprobar o transportar cada conversación.

En pocas palabras: la conmutación de paquetes significa que la red no tiene un centro irreemplazable. Los mensajes se parten en piezas que encuentran cada una su propio camino, de modo que el sistema sigue funcionando aun cuando fallan partes de él. Esta propiedad de "ningún centro indispensable" es la semilla técnica del ideal de descentralización que la Web3 reclamará más tarde como su herencia.

La teoría matemática que sustenta la conmutación de paquetes fue desarrollada en parte por Leonard Kleinrock, quien dirigía el Centro de Medición de Redes de la UCLA bajo un contrato adjudicado en 1968 (Britannica, s. f.). Del laboratorio de Kleinrock salió el primer mensaje de ARPANET, la noche del 29 de octubre de 1969, alrededor de las 10:30 p. m., hora del Pacífico, con destino al Stanford Research Institute. Los operadores querían transmitir la palabra "login", pero el sistema receptor colapsó tras las dos primeras letras, de modo que el primer mensaje enviado por el ancestro de internet fue, por accidente, el fragmento trunco "lo" (History of Information, s. f.; Britannica, s. f.). La anécdota es encantadora, pero también captura algo verdadero del espíritu de aquella red temprana: era un experimento inacabado y propenso a fallas, en manos de una pequeña comunidad de investigadores, construido para experimentar con él, no para venderse.

TCP/IP: el idioma común que hizo posible internet

ARPANET era una sola red. Internet, hablando con propiedad, es algo más ambicioso: una inter-red (inter-network), una manera de unir muchas redes construidas y operadas por separado en un todo sin fisuras, a pesar de sus diferencias. Lograrlo requería algo más que la conmutación de paquetes: un conjunto compartido de reglas — un protocolo — que cualquier red pudiera adoptar sin renunciar a su independencia.

Un protocolo, en computación, es simplemente un conjunto acordado de reglas sobre cómo las máquinas intercambian información: el equivalente digital de las convenciones que permiten a dos desconocidos sostener una llamada telefónica — quién habla primero, cómo señalar que no se entendió algo, cómo despedirse.

El protocolo que resolvió el problema de la interconexión de redes fue descrito por Vinton Cerf y Robert Kahn en un artículo que hizo época, "A Protocol for Packet Network Intercommunication", publicado en IEEE Transactions on Communications en mayo de 1974 (Cerf & Kahn, 1974). El artículo introdujo lo que se convertiría en el Protocolo de Control de Transmisión (TCP), diseñado para que redes de paquetes heterogéneas — redes construidas por personas distintas, con hardware distinto y reglas internas distintas — pudieran interconectarse e intercambiar datos de manera confiable. El diseño se dividió más tarde en dos protocolos cooperantes, el TCP y el Protocolo de Internet (IP), conocidos en conjunto como TCP/IP.

La manera más limpia de captar la división del trabajo es, otra vez, la analogía con el sistema postal. IP es la capa de direccionamiento y entrega: da a cada máquina conectada una dirección numérica (una dirección IP, el equivalente digital de una dirección postal) y se encarga de llevar cada paquete individual hacia esa dirección; pero, como un servicio de correo atareado que maneja postales sin certificar, no promete que un paquete determinado llegue, ni que llegue en orden. TCP es el corresponsal diligente construido sobre esa entrega poco confiable: numera las postales, vigila cuáles se extravían, pide que se las reenvíe y reensambla todo en el orden correcto en el otro extremo. Entre los dos, estos protocolos convierten un enjambre caótico de paquetes encaminados de forma independiente en los flujos de datos confiables y ordenados de los que las aplicaciones pueden depender.

En pocas palabras: IP es la parte que dice adónde deben ir los datos y los empuja en esa dirección sin garantías; TCP es la parte que se asegura de que todo llegue efectivamente, íntegro y en orden. Juntos son la lengua franca de internet: el idioma común que toda red conectada acepta hablar, por diferente que sea por dentro.

Dos rasgos de este diseño son esenciales para el argumento temático de este libro.

El primero es el principio de extremo a extremo (end-to-end). TCP/IP mantiene deliberadamente simple y "tonta" a la red en sí misma: los enrutadores del medio hacen poco más que reenviar paquetes hacia su destino. Toda la inteligencia — la corrección de errores, el ordenamiento, la lógica de cada aplicación particular — vive en los extremos, en las máquinas que envían y reciben. La red no necesita saber, ni le importa, si los paquetes que transporta pertenecen a un correo electrónico, a una página web, a una llamada telefónica o a una aplicación todavía no inventada. Esto es lo que hace de internet una plataforma de propósito general y no un servicio de propósito único. Cualquiera puede construir un nuevo tipo de aplicación en el borde de la red sin pedirles a sus operadores que cambien nada en el medio.

El segundo es que TCP/IP es un estándar abierto y no propietario. Se publicó, en lugar de patentarse para su licenciamiento exclusivo; cualquier red podía adoptarlo, y adoptarlo no requería el permiso comercial de nadie. Cuando DARPA migró formalmente ARPANET a TCP/IP el 1 de enero de 1983, quedó fijado el protocolo que sigue siendo el núcleo operativo de la internet global hasta el día de hoy (ETHW, s. f.). Internet "ganó" no porque una empresa la comercializara mejor, sino porque un estándar abierto permitió que un número ilimitado de redes se acoplaran entre sí de manera voluntaria.

La filosofía de diseño descentralizada y sin permisos — y por qué importa

Vale la pena hacer una pausa para explicitar una propiedad que las secciones anteriores han venido rondando: la internet temprana fue, por diseño, descentralizada y sin permisos. Estas dos palabras cargan mucho peso en la literatura de la Web3, así que merecen una definición cuidadosa aquí, en su fuente.

Un sistema es descentralizado cuando ninguna parte individual lo controla y ningún componente individual es indispensable para su funcionamiento. Un sistema sin permisos (permissionless) es aquel al que cualquiera puede conectarse, que cualquiera puede usar y sobre el que cualquiera puede construir sin obtener antes la aprobación de una autoridad que lo controle.

La internet temprana era descentralizada en el sentido recién establecido: la conmutación de paquetes la dejó sin un centro irreemplazable, y TCP/IP permitió que redes operadas de manera independiente se interconectaran como pares y no como sucursales de una casa matriz. Y era una red sin permisos en un sentido relacionado pero distinto: como la red era un "tubo tonto" que se limitaba a reenviar paquetes, y como el protocolo era abierto, un investigador o, más tarde, un emprendedor podía conectar una máquina nueva o lanzar una aplicación nueva sin buscar la bendición de nadie. Ningún guardián central decidía qué aplicaciones tenían permitido existir. Así es, precisamente, como la propia Web pudo crearse después — inventada por una persona, liberada al mundo y adoptada globalmente — sin pedirle permiso a quien "administraba" internet, porque en el sentido relevante nadie la administraba.

Una articulación citada con frecuencia de este ethos de diseño proviene de los ingenieros que construyeron la red y escribieron su crónica. Barry Leiner, Vinton Cerf, Robert Kahn, Leonard Kleinrock y varios coautores, en su historia de amplia circulación "A Brief History of the Internet" [Una breve historia de internet], describen una arquitectura construida deliberadamente en torno a la interconexión de redes de arquitectura abierta (open architecture networking), en la cual las redes constituyentes conservan su autonomía y se interconectan mediante un protocolo común, en lugar de subordinarse a un diseño central (Leiner et al., 2009). Internet, según este relato, es constitutivamente una federación de iguales, no una jerarquía.

Es necesario dejar asentadas dos salvedades honestas, porque la integridad intelectual exige resistir la versión romantizada de esta historia que circula en el material promocional de la Web3.

Primera: lo "descentralizado" nunca fue total. La internet temprana tenía, y sigue teniendo, puntos importantes de coordinación y control: la asignación de bloques de direcciones y de nombres de dominio, por ejemplo, siempre ha requerido cierta administración central (hoy a cargo de organismos como ICANN y los registros regionales). Los propios protocolos son custodiados por organizaciones de estándares. La descentralización en el diseño de la red fue un principio de ingeniería referido al encaminamiento y la interconexión, no una condición política absoluta de ausencia de toda autoridad. Confundir ambas cosas es una maniobra retórica común que este libro someterá a escrutinio cuando examine las afirmaciones de la propia Web3 (véase el Capítulo 26, La Web3 como ideología).

Segunda: la filosofía de diseño fue moldeada tanto por las necesidades prácticas de resiliencia militar y académica, y por la cultura de ingeniería de sus constructores, como por cualquier política libertaria explícita. La descentralización de la internet temprana fue, en buena medida, una solución de ingeniería a los problemas de la eficiencia y la tolerancia a fallas. Leerla retrospectivamente como un proyecto político deliberado de soberanía individual es un anacronismo. Lo que sí es cierto, e importante, es que la arquitectura resultante terminó teniendo potencialidades políticas — hizo naturales ciertas formas de apertura, de innovación sin permisos y de resistencia al control central — y que movimientos posteriores, el cypherpunk primero y la Web3 después, se apropiaron de esas potencialidades como un ideal digno de ser defendido y extendido (véase el Capítulo 7, Etimología e historia intelectual de "Web3").

En pocas palabras: internet se construyó de modo que nadie necesite el permiso de nadie para sumarse ni para inventar algo nuevo encima de ella, y de modo que ninguna falla única ni ningún dueño único puedan apagarla. Esa apertura fue originalmente una decisión de ingeniería, no un manifiesto. Pero produjo un mundo en el que un nuevo sistema global — la Web — pudo ser creado por una sola persona y adoptado por todos sin la aprobación de guardián alguno. Ese hecho es el ancla histórica de todo el ideal de descentralización que la Web3 reclamará después como su derecho de nacimiento.

Tim Berners-Lee y la invención de la Web en el CERN

Hacia fines de la década de 1980, internet existía y funcionaba, pero usarla para encontrar y compartir información era engorroso. Sistemas distintos almacenaban documentos de maneras incompatibles; recuperar un archivo exigía saber exactamente dónde residía y qué programa usar. Tim Berners-Lee, un ingeniero de software británico que trabajaba en el CERN, el laboratorio europeo de física de partículas cercano a Ginebra, se propuso resolver este problema de gestión de la información para una comunidad de científicos numerosa y en cambio constante.

En marzo de 1989 — el documento se presentó el 12 de marzo — Berners-Lee hizo circular una propuesta titulada "Information Management: A Proposal" [Gestión de la información: una propuesta] (Berners-Lee, 1989). Describía un sistema de documentos enlazados, accesibles a través de las computadoras incompatibles del laboratorio, en el que cualquier documento podía apuntar a cualquier otro mediante lo que hoy llamamos hipervínculos. Su jefe, Mike Sendall, no lo financió de inmediato, pero permitió que el trabajo avanzara, y anotó en la portada de la propuesta una frase que se ha vuelto célebre en la historia de la tecnología: "Vago pero emocionante" ("Vague but exciting") (CERN, s. f.; Time, 2014).

Un hipervínculo es una conexión incrustada en un documento que, al activarse, lleva al lector directamente a otro documento o recurso: el equivalente digital de una nota al pie en la que uno puede entrar, llegando al instante a la fuente que señala, en lugar de que simplemente le digan dónde encontrarla.

Berners-Lee consideró varios nombres para su creación, entre ellos "Information Mesh" y "The Information Mine", antes de decidirse por World Wide Web (Wikipedia: History of the World Wide Web, s. f.). El sistema quedó disponible como servicio en la internet abierta el 6 de agosto de 1991 (CERN, s. f.). De manera crucial para todo lo que sigue, el CERN colocó el software subyacente de la Web en el dominio público en 1993, renunciando a toda regalía o pretensión de licencia (CERN, s. f.). La Web, como la internet que la sostiene, fue regalada — una decisión sin la cual no habría podido difundirse como lo hizo.

Las tres invenciones que constituyen la Web

La Web descansa sobre tres tecnologías fundacionales, todas ideadas por Berners-Lee, que en conjunto convierten la capacidad bruta de internet para transportar datos en un espacio navegable de documentos (World Wide Web Foundation, s. f.). Cada una puede definirse en términos llanos.

El HTML (HyperText Markup Language, lenguaje de marcado de hipertexto) es el lenguaje en que se escriben las páginas web: un conjunto de etiquetas simples que marcan un texto plano para indicar qué es un encabezado, qué es un párrafo, qué es un enlace y qué es una imagen. Es, en la práctica, la gramática estandarizada de la página, para que cualquier navegador, en cualquier lugar, pueda leerla y mostrarla.

Una URL (Uniform Resource Locator, localizador uniforme de recursos), la forma más común del más general URI (Uniform Resource Identifier, identificador uniforme de recursos), es la dirección de un recurso en la Web: la cadena que comienza con http://, que nombra exactamente una página o un archivo y le dice al navegador dónde encontrarlo. Es el equivalente en la Web de una dirección postal, pero para documentos: globalmente única, de modo que la misma dirección recupera el mismo recurso desde cualquier parte del mundo.

El HTTP (HyperText Transfer Protocol, protocolo de transferencia de hipertexto) es el conjunto de reglas que un navegador y un servidor web usan para hablar entre sí: las convenciones de petición y respuesta mediante las cuales el navegador dice "por favor, envíame la página que está en esta dirección" y el servidor responde con la página. Si el HTML es la gramática de la página y la URL es su dirección, el HTTP es la conversación que la entrega.

Las tres piezas encajan de una manera que el lector utiliza, sin saberlo, decenas de veces al día. Usted hace clic en un hipervínculo; este contiene una URL que identifica el recurso deseado; su navegador usa HTTP para solicitar ese recurso al servidor nombrado en la URL; el servidor devuelve un documento escrito en HTML; su navegador lo despliega en pantalla, con nuevos hipervínculos que seguir. Nótese que todo esto ocurre encima de TCP/IP: las peticiones y respuestas de HTTP viajan como paquetes a través de internet gracias a los mismos protocolos descritos antes en este capítulo. La Web es, muy literalmente, una aplicación superpuesta a internet: la ilustración más clara posible de la distinción con la que se abrió este capítulo.

En pocas palabras: el HTML es aquello en lo que está escrita una página, la URL es la dirección de la página y el HTTP es el intercambio cortés mediante el cual su navegador pide una página y la recibe. La Web no es más que estas tres convenciones acordadas a escala mundial — y circulan por los tubos de internet en lugar de reemplazarlos.

La visión original: una Web abierta y descentralizada

La Web de Berners-Lee heredó y extendió el ethos de diseño de la internet sobre la que se apoya. Fue deliberadamente abierta en varios sentidos que se refuerzan entre sí. Sus especificaciones eran públicas y sin dueño; la liberación del software al dominio público por parte del CERN significó que ninguna empresa controlaba el estándar. Funcionaba sin permisos en el mismo sentido en que lo hacía internet: cualquiera podía operar un servidor web y publicar una página, y cualquiera podía escribir un navegador para leer páginas, sin presentar solicitud alguna ante una autoridad central. Y fue descentralizada en su direccionamiento: como una URL podía apuntar a cualquier servidor en cualquier lugar, no había índice central, ni directorio maestro, ni un anfitrión único por el que todo el contenido debiera pasar. La Web fue concebida como un espacio de información único y universal en el que cualquier recurso podía enlazar con cualquier otro a través de fronteras institucionales y nacionales.

Es importante enunciar esta visión original con precisión, porque es el punto de referencia contra el cual se miden tanto la evolución posterior de la Web como las pretensiones restauradoras de la Web3. En la primera era de la Web, publicar era genuinamente distribuido: el individuo o la institución que operaba un servidor era un par en la red, dueño de su propio contenido y de su propia dirección, que enlazaba hacia afuera y recibía enlaces sin intermediación. La arquitectura no requería — y al principio no tuvo — las plataformas dominantes (los buscadores, las redes sociales y las tiendas de aplicaciones) que más tarde mediarían la mayor parte de lo que la gente hace en línea. Esas llegaron después, y la historia de cómo la Web abierta adquirió poderosos intermediarios centralizadores es el tema de los próximos capítulos (véanse el Capítulo 5, La Web 2.0: la era de lectura y escritura y la economía de plataformas, y el Capítulo 6, Los descontentos de la Web 2.0).

Vale la pena señalar, en aras de la ecuanimidad, que el propio Berners-Lee ha permanecido fiel a este ideal de descentralización y lo ha perseguido por medios muy distintos de la cadena de bloques (blockchain). Su proyecto posterior, Solid, busca devolver a los individuos el control de sus datos personales mediante almacenes de datos personales controlados por el usuario, y él se ha negado, de manera deliberada, a describir ese esfuerzo como "Web3" (Fast Company, 2022). Que el propio inventor de la Web persiga la re-descentralización por una vía ajena a la blockchain es en sí mismo evidencia de que "descentralizar la web" es una aspiración más amplia y más antigua que el programa específico basado en cadenas de bloques que se hace llamar Web3 — una distinción que este libro considera estructural para su argumento y a la que regresa en el Capítulo 27, Desenredar los términos.

Cómo los "orígenes descentralizados" se convirtieron en un ideal recurrente

Podemos ahora enunciar el rédito temático que este capítulo tiene por objeto preparar. La historia anterior proporciona una narrativa poderosa y recurrente que los defensores de la Web3 invocan de manera casi ritual: la red nació libre. Internet fue diseñada sin un centro indispensable y sin guardianes; la Web fue regalada en lugar de poseída; durante un tiempo, estar en la web era ser un par entre pares. Según este relato, el carácter abierto, descentralizado y sin permisos de la internet y la Web tempranas no es un accidente histórico sino la verdadera naturaleza de la red — una naturaleza traicionada después por el ascenso de las plataformas dominantes, y que un sucesor correctamente diseñado debería restaurar.

Esta narrativa es retóricamente potente precisamente porque su núcleo fáctico es real. Internet fue genuinamente concebida como una federación descentralizada; la Web fue genuinamente lanzada como un estándar abierto y sin dueño. La Web3 no tiene que fabricar esta historia; le basta con heredarla. Cuando sus defensores describen su proyecto como "re-descentralizar la web" o "devolver la web a sus usuarios", están posicionando la tecnología de cadenas de bloques como heredera de una filosofía de diseño que existió, de manera demostrable, en el origen (véanse el Capítulo 25, Hacia una definición, y el Capítulo 26, La Web3 como ideología).

Pero el compromiso de este libro con la honestidad intelectual exige sostener dos salvedades junto a la narrativa, y ambas se desarrollan en capítulos posteriores. Primera: como se señaló antes, la descentralización de la red temprana fue siempre parcial, y fue en buena medida un logro de ingeniería antes que un ideal político plenamente realizado; leerla como una utopía perdida exagera lo que realmente hubo. Segunda, y más punzante: la pretensión de herencia no es lo mismo que el hecho de la herencia. Si los sistemas basados en cadenas de bloques efectivamente entregan la descentralización que invocan — o si reproducen, con nombres nuevos, la misma centralización que denuncian — es una pregunta empírica que este libro aborda con detenimiento (véase el Capítulo 29, Críticas y escepticismo: exageración, estafas y recentralización en la práctica). La genealogía es genuina; el éxito de la restauración está en disputa.

Lo que el presente capítulo establece, entonces, es la línea de base. Internet es una red de redes descentralizada y sin permisos, construida sobre la conmutación de paquetes y el estándar abierto TCP/IP, sobre la cual la Web — el sistema abierto y de dominio público de HTML, URL y HTTP creado por Berners-Lee — funciona como una aplicación entre muchas. Ambas nacieron de una filosofía de diseño que trataba el control central como algo que debía sortearse mediante ingeniería y no como algo en lo que apoyarse, y ambas fueron posibles gracias a ella. Esa filosofía es el manantial histórico del que se nutre el ideal de descentralización de la Web3. Todo lo que sigue en este libro — el ascenso de las plataformas centralizadas que parecieron contradecir esa filosofía y el movimiento basado en cadenas de bloques que afirma vindicarla — es un comentario sobre este origen.

Síntesis

Este capítulo ha trazado la distinción de la que depende buena parte del libro: internet es la red de redes subyacente, mientras que la World Wide Web es una aplicación que funciona sobre ella. Las tecnologías definitorias de internet — la conmutación de paquetes, puesta en marcha en ARPANET desde 1969, y el protocolo abierto TCP/IP, descrito por Cerf y Kahn en 1974 y puesto en operación en 1983 — le dieron una arquitectura descentralizada y sin permisos, sin centro indispensable y sin guardianes de entrada. La invención de la Web por Tim Berners-Lee en el CERN (propuesta en 1989, pública en 1991, liberada al dominio público en 1993) extendió ese ethos con tres estándares abiertos — HTML, URL y HTTP — y una visión de un espacio de información universal y descentralizado.

La significación temática es esta: los "orígenes descentralizados" de internet y de la Web no son un mito sino una filosofía de diseño documentada, y se han convertido en el ideal recurrente que la Web3 invoca cuando se presenta como una restauración de la naturaleza verdadera y sin dueño de la red. La tesis central del libro — que la Web3 se entiende mejor como un proyecto sociotécnico en disputa que empaqueta tecnologías de cadenas de bloques con una ideología de descentralización y propiedad digital — comienza a tomar forma aquí, en el punto donde una herencia arquitectónica real de descentralización queda establecida como el estándar contra el cual se juzgará la centralización posterior y como la bandera bajo la cual marchará después la Web3. El próximo capítulo se ocupa de cómo era en la práctica esa Web abierta durante su primera década — la Web 1.0, la era de la lectura — y de cómo sus limitaciones prepararon el terreno para la economía de plataformas que vendría después.

Referencias citadas en este capítulo

Berners-Lee, T. (1989). Information Management: A Proposal. CERN. https://info.cern.ch/Proposal.html

Britannica. (n.d.). ARPANET. Encyclopædia Britannica. https://www.britannica.com/topic/ARPANET

Britannica. (n.d.). Leonard Kleinrock. Encyclopædia Britannica. https://www.britannica.com/biography/Leonard-Kleinrock

CERN. (n.d.). A short history of the Web. https://home.cern/science/computing/birth-web/short-history-web

Cerf, V. G., & Kahn, R. E. (1974, May). A Protocol for Packet Network Intercommunication. IEEE Transactions on Communications, 22(5), 637–648. https://www.cs.princeton.edu/courses/archive/fall06/cos561/papers/cerf74.pdf

Engineering and Technology History Wiki (ETHW). (n.d.). Milestones: Transmission Control Protocol (TCP) Enables the Internet, 1974. https://ethw.org/Milestones:Transmission_Control_Protocol_(TCP)_Enables_the_Internet,_1974

Fast Company. (2022). Tim Berners-Lee is building the web's 'third layer.' Don't call it Web3. https://www.fastcompany.com/90807852/tim-berners-lee-inrupt-solid-pods

History of Information. (n.d.). Charley Kline Sends the First Message Over the ARPANET from Leonard Kleinrock's Computer. https://www.historyofinformation.com/detail.php?entryid=1108

Leiner, B. M., Cerf, V. G., Clark, D. D., Kahn, R. E., Kleinrock, L., Lynch, D. C., Postel, J., Roberts, L. G., & Wolff, S. (2009). A Brief History of the Internet. ACM SIGCOMM Computer Communication Review, 39(5), 22–31. https://doi.org/10.1145/1629607.1629613

Time. (2014). Web at 25: Tim Berners-Lee's Amazing Proposal Document. https://time.com/21039/tim-berners-lee-web-proposal-at-25/

Wikipedia. (n.d.). History of the World Wide Web. https://en.wikipedia.org/wiki/History_of_the_World_Wide_Web

World Wide Web Foundation. (n.d.). History of the Web. https://webfoundation.org/about/vision/history-of-the-web/