Una web descentralizada no solo es deseable, sino que es esencial

Los desarrolladores de Cadena de bloques han estado insistiendo durante años sobre la necesidad de descentralizar la web con el objetivo de hacer que sistemas más robustos y resistentes a choques sean más comunes. La infraestructura descentralizada, insisten, ofrece mayor redundancia al eliminar la dependencia de los proveedores monopolistas que actualmente forman la columna vertebral de internet.

Resumen

• La interrupción de AWS el 20 de octubre reveló cuán dependiente es internet de unos pocos gigantes de la nube, causando una interrupción global y destacando los peligros de los puntos únicos de fallo.
• La infraestructura basada en Cadena de bloques distribuye datos a través de nodos, asegurando tolerancia a fallos, tiempo de actividad continuo, mayor seguridad y potenciales ahorros de costos de hasta el 90%.
• Con la tecnología descentralizada ahora escalable y lista para empresas, se espera que las empresas cambien hacia modelos híbridos o completamente distribuidos para lograr una mayor fiabilidad y resistencia.

Por convincente que sea este argumento, lucha por ganar mucha atención fuera de los círculos de cadena de bloques mientras la web funcione como debería. Pero el mundo recibió una llamada de atención el 20 de octubre sobre los peligros de los sistemas centralizados con la interrupción global de AWS que impactó los servicios esenciales para cientos de millones de usuarios de la web, desde consumidores hasta empresas. Mientras los costos del incidente aún se están contabilizando, se proyecta que ascenderán a cientos de miles de millones de dólares.

Si la noción de la web descentralizada alguna vez atrajo el interés de las empresas globales, ahora tiene su atención. Es una idea cuyo momento ha llegado. Pero, ¿cómo podría parecerse un modelo así en la práctica, y podría un internet construido sobre infraestructuras descentralizadas proporcionar tolerancia a fallos mientras sigue satisfaciendo las necesidades de las empresas digitales hambrientas de datos? Examinemos la evidencia.

El caso por descentralizar la web

La infraestructura web actual depende en gran medida de un puñado de proveedores como AWS, que controlan vastas porciones de servicios en la nube, lo que significa que cuando ocurren vulnerabilidades, los efectos son catastróficos. La interrupción de AWS del 20 de octubre interrumpió servicios para millones, incluidas aplicaciones y negocios importantes, revelando puntos únicos de fallo.

El problema surgió de una mala configuración específica de AWS — problemas de DNS en la región US-EAST-1 de la empresa, para ser precisos — pero sus efectos se sintieron a nivel global debido al dominio de Amazon en el mercado de la nube. Es comprensible por qué las empresas deben confiar en AWS, dado que la mayor parte del tiempo su servicio es tanto confiable como escalable, pero estos mismos atributos son responsables de convertir su servicio en la nube en un pasivo — un accidente esperando a suceder.

Con AWS controlando más del 30% del mercado global de la nube, esta concentración amplifica los riesgos durante fallas. Esto no se trata de lo que sucede durante el 99.9% del tiempo cuando la nube está funcionando como se espera, sino de lo que sucede el otro 0.1% del tiempo, cuando los casos extremos se elevan a choques sistémicos.

Pero no tenía que ser así. En una internet cuya infraestructura está basada en la cadena de bloques, tales incidentes serían prácticamente imposibles porque no hay un único punto de fallo. De hecho, es difícil imaginar un escenario en el que la arquitectura de la cadena de bloques, en la que los datos se almacenan en numerosos nodos en lugar de servidores centralizados, podría sucumbir al mismo destino que afectó a Amazon.

Las redes de pares a pares están expresamente diseñadas para garantizar que ninguna parte única pueda ejercer control unilateralmente. Sin embargo, esto trata de más que simplemente prevenir la centralización; asegura la tolerancia a fallos. Si un solo nodo se desconecta, o incluso si un grupo de nodos sucumbe de alguna manera, la red seguirá funcionando. Sin pánico. Sin tiempo de inactividad.

La web, distribuida

Es fácil trazar grandes líneas que describen los beneficios de una web descentralizada, pero ¿cómo podría verse esto en la práctica? En términos reales, implicaría colocar los recursos primarios que alimentan la web en cadenas de bloques, incluyendo almacenamiento y computación descentralizados. Ya sea ejecutando cargas de trabajo de IA utilizando redes de infraestructura física descentralizadas para suministrar clústeres de GPU o protocolos P2P que proporcionan terabytes de almacenamiento, web3 es más que capaz de entregar.

A menudo imaginamos estos componentes centrales de la Cadena de bloques en el contexto de la resistencia a la censura, y aunque este marco es correcto, también describe la resistencia a choques: si un componente falla, la red permanece intacta y globalmente accesible.

En realidad, no es realista esperar que las empresas cambien a infraestructuras descentralizadas de la noche a la mañana solo porque AWS tuvo un mal día. Pero es realista proyectar que las empresas con visión de futuro buscarán probar las aguas y ver qué tienen para ofrecer los servicios web distribuidos, lentamente al principio y luego con prisa una vez que descubran que la infraestructura descentralizada está a la altura de la tarea.

Inicialmente, tales empresas probablemente adoptarán un enfoque híbrido, combinando servicios de nube centralizados con equivalentes de cadena de bloques para la infraestructura de backend, dándoles un sistema de respaldo que siempre está disponible y es siempre confiable. Pero si web3 puede demostrar su capacidad para satisfacer las demandas globales, la adopción se acelerará.

Máximo tiempo de actividad, mínimos inconvenientes

La web descentralizada ha escapado del laboratorio de los ingenieros de web3, elaborando grandes documentos técnicos y teorizando nodos que pueden resolver el Problema de los Generales Bizantinos. Ahora está en producción y viendo una adopción en el mundo real — una adopción que está lista para aumentar a raíz de los eventos sísmicos de esta semana.

Una mayor resiliencia es el principal punto de venta, dada la capacidad de los nodos para redirigir el tráfico automáticamente, eludiendo la caída de nueve horas de Amazon que dejó a Internet de rodillas. Pero hay otros beneficios de la transición a una infraestructura descentralizada, incluyendo los ahorros de costos que puede generar.

Eliminar las tarifas de intermediarios y las costosas dependencias de la nube a favor de alternativas P2P puede reducir el gasto hasta en un 90%. Y luego están los beneficios de seguridad que la infraestructura descentralizada aporta. A través de la distribución de datos al dividirlos en piezas y almacenarlos en miles de nodos, los hackers no tienen un repositorio central al que atacar.

La tecnología está lista

En el pasado, el concepto de una web descentralizada era una visión más que una realidad funcional, ya que la tecnología habría tenido dificultades para escalar tan suavemente como lo habían hecho los sistemas centralizados si las empresas hubieran cambiado repentinamente en masa.

No más. La última generación de infraestructura web3 es más rápida, más barata y más confiable que cualquier cosa que haya existido antes y es capaz de hacer que los principales proveedores de nube se esfuercen por competir. Redes criptográficas como Bitcoin (BTC) han operado con un 100% de tiempo de actividad durante más de una década, mientras que DePIN ha demostrado que las empresas pueden satisfacer sus necesidades a través de redes descentralizadas que las conectan con los recursos que necesitan para prosperar.

Si Bitcoin es el dinero de último recurso, la cadena de bloques es la infraestructura de último recurso. No porque sea la única ocasión en la que debe ser utilizada, sino porque tales ocasiones son precisamente cuando brilla. No necesitas una web descentralizada hasta que la necesites.

Como dice el viejo axioma político, “Nunca dejes que una crisis se desperdicie.” No te equivoques, la caída de AWS fue una crisis que estaba esperando suceder. El 20 de octubre, detonó con consecuencias de gran alcance, cuyos efectos secundarios todavía se están sintiendo. En esta ocasión, fue “solo” AWS el que fue derribado. Imagina lo que pasaría si el gremlin en las obras también eliminara Azure y Google Cloud? Internet tal como lo conocemos se detendría.

El mundo se ha dado cuenta de los peligros de depender de infraestructuras centralizadas. Ahora recae en la industria de la cadena de bloques capitalizar esta crisis, no para sumar puntos, sino para demostrar que hay una mejor manera de construir la web, una que mantendrá los servicios básicos en línea todo el tiempo.

Michael Heinrich

Michael Heinrich es el cofundador y CEO de 0G Labs, el primer protocolo de IA descentralizada diseñado para impulsar un futuro democratizado de la inteligencia. Graduado de Stanford y exestratega en Bridgewater Associates, anteriormente fundó Garten, escalándolo hasta convertirlo en un unicornio con más de $100M recaudados. Reconocido como uno de los 100 mejores emprendedores de 2022 y uno de los 40 líderes tecnológicos menores de 40 de Forbes México, y un inversionista temprano en proyectos como Filecoin, Uniswap y Anthropic, Michael está ahora construyendo la primera cadena de IA modular, redefiniendo la escalabilidad, el cómputo y el manejo de datos para impulsar la revolución de la IA descentralizada. 0G Labs recientemente estableció un nuevo estándar en IA descentralizada con DiLoCoX, permitiendo un entrenamiento que fue 357 veces más rápido que los métodos descentralizados anteriores.