Lo que dice la historia de Linux sobre el largo camino hacia la adopción del almacenamiento descentralizado

La evolución de la informática ha estado marcada por una serie de cambios de paradigma, desde los mainframes hasta los ordenadores personales y, ahora, hasta la nube. Actualmente, el camino común para implementar infraestructura web es ser un cliente de pago de una gran empresa como Amazon o Google y escribir la infraestructura como código para poner en marcha una constelación de servicios interoperables en sus máquinas.

Claudia Richoux es la fundadora y directora ejecutiva de Banyan, un sistema de almacenamiento de archivos descentralizado construido sobre la red Filecoin .

Sin embargo, el dominio actual de los hiperescaladores de la nube, con su mayor parte de la computación mundial, no es un monopolio natural.

Más bien, es un estado temporal, mientras la comunidad de código abierto trabaja incansablemente para idear una solución descentralizada que revolucionará la industria una vez más. Una solución descentralizada permitirá a los usuarios moverse libremente entre proveedores de servicios en lugar de estar encerrados en una entidad, lo que significa más competencia de precios y libertad para que las empresas negocien los términos con sus proveedores de nube en lugar del estado actual en el que están profundamente enredados y dependiente de ellos.

Para comprender el potencial de una nube descentralizada, basta con mirar la historia del sistema operativo Linux. Tomó una década para que el software Unix desarrollado por Bells Labs evolucionara a Minix, y otra década para que Minix se convirtiera en Linux. Finalmente, después de otra década más, Linux experimentó una adopción empresarial generalizada, convirtiéndose en la opción obvia para los desarrolladores.

Hoy en día, el software de código abierto Linux domina el mercado y se ejecuta en el 80% de los servidores públicos y el 100% de las supercomputadoras. Es lo que inevitablemente eligen todos los desarrolladores cuando ponen en marcha EC2 (Elastic Compute Cloud), un servicio de Amazon que permite a los usuarios ejecutar aplicaciones en la nube pública de AWS.

El éxito de Linux se basó en el poder de los beneficios del desarrollo abierto, compartido y compuesto. Los sistemas operativos son monumentales e intrincados y requieren millones de horas de trabajo especializado, investigación y pruebas para crear sistemas competitivos desde cero. Sin embargo, después de años de incubación financiada por el gobierno y alimentada por aficionados, Linux alcanzó un estado utilizable y los beneficios comenzaron a multiplicarse.

A medida que las empresas comenzaron a utilizar sistemas operativos de código abierto y a depender de ellos, estas enormes bases de código del núcleo del sistema operativo, o el CORE del sistema operativo de una computadora, se convirtieron en "bienes comunes" y la gente colabora para mejorarlos. Todos los que utilizan el kernel de Linux buscan errores. Algunos incluso aportan parches.

En otras palabras, el soporte de software de código abierto puede ser más barato que los planes de soporte de software de código cerrado, simplemente porque el costo de crear el producto en sí es mucho menor. El costo de Linux para una empresa se expresa en la fracción de la ayuda de los desarrolladores o en los planes de soporte (para empresas sin experiencia interna en el kernel).

Ver también: ¿Está el sector informático sufriendo el auge de la IA?

Por el contrario, el costo de crear y mantener un sistema operativo personalizado es astronómico y requiere que la entidad controladora cubra todo el costo de su vida útil. Esto requiere un alto costo de consumo para que el esfuerzo sea económicamente viable. Si compiten múltiples sistemas operativos cerrados, cada uno debe financiar su propio desarrollo y encontrar suficiente participación de mercado para recuperar sus importantes inversiones. Esto explica en gran medida el estado actual del mercado.

La "nube" tal como la usamos hoy en día en hiperescaladores es simplemente otro sistema operativo, una herramienta para abstraer cuándo y dónde se ejecutan los trabajos, sus recursos y cómo interactúan. Ya sea que se trate de una base de datos administrada, un clúster de Kubernetes de código abierto o la ejecución de un programa en su computadora, tanto las nubes como los sistemas operativos son administradores de recursos, programadores y proveedores de seguridad altamente sofisticados y complejos.

La nube opera a una escala mucho mayor, lo que convierte a AWS, GCP, Azure y DigitalOcean en las computadoras centrales de nuestro tiempo, mantenidas de forma independiente dentro de cada empresa.

Entonces, ¿dónde está nuestro contendiente de código abierto? OpenStack fue desarrollado por Rackspace y la NASA en la década de 2010 como una pila de nube de código abierto destinada a implementarse en cualquier centro de datos para convertirlo en su propio AWS. Se ha dicho que está muerto (por razones que discutiré más adelante), pero todavía está en desarrollo activo por parte de empresas (en su mayoría chinas) que lo utilizan en lugar de AWS debido a restricciones de infraestructura gubernamentales.

Una cosa que notamos primero es que las bases de código de fuente abierta son difíciles de eliminar porque su conocimiento y poder están codificados en repositorios git, no en procesos Human falibles. En realidad, OpenStack nunca estará muerto, incluso si los modelos de negocios originales basados ​​en él desaparecieron hace mucho tiempo. Esto significa que los contendientes de código abierto tienen muchas posibilidades de WIN, porque pueden KEEP resucitando.

OpenStack "fracasó" porque cada empresa quería tener su propia distribución del software para controlar la hoja de ruta de desarrollo. Esto condujo a la fragmentación y la competencia en lugar de la colaboración. La mayoría de los principales proveedores lanzaron sus propias distribuciones OpenStack, fracturando el ecosistema y luego lucharon por la supremacía del mercado (lo que impidió el desarrollo y el progreso).

La falta de estandarización en las distribuciones de OpenStack dificultó a los usuarios implementar y administrar las nubes de manera consistente. Además, la complejidad de OpenStack dificultaba su instalación y funcionamiento, especialmente en comparación con ofertas de nube pública más pulidas de Amazon, Microsoft y Google.

Ver también: Internet 2030: el futuro y cómo llegaremos allí

Sin un órgano de gobierno central fuerte, era difícil impulsar una visión cohesiva y Rally a la comunidad en torno a prioridades compartidas. Muchas empresas que inicialmente apoyaron OpenStack luego redujeron sus inversiones o se retiraron por completo.

¿Cómo evitamos volver a fracasar? Esta vez, tenemos un arma Secret : nodos, consenso, recompensas en bloque, bienes públicos e investigación de alineación de ecosistemas. La distribución de nodos es un problema mayoritariamente resuelto después de 15 años de ejecutar blockchains, por lo que la falta de estandarización es algo que podemos superar.

Al descubrir los mecanismos correctos de bienes públicos y cómo alinear a los usuarios, podemos unir a las personas en torno a protocolos en lugar de fomentar bifurcaciones, competencia y deserciones interminables. La gobernanza y las hojas de ruta compartidas son un problema que hemos estado atacando continuamente, y estamos llegando a ese punto porque el estado compartido y el valor compartido de las cadenas de bloques unen a las comunidades y las obligan a colaborar (de maneras que los repositorios de código abierto fácilmente bifurcables simplemente no).

Tenemos los primitivos financieros y las herramientas de colaboración casi listas para funcionar. Ya tenemos comienzos prometedores, pero debemos KEEP trabajando.

Estamos más cerca de lo que creemos de una salida al mercado de la nube descentralizada, que podría aportar cientos de miles de millones de dólares al ecosistema si realmente capturamos el mercado como lo hizo Linux. Los Mercados de la nube también están creciendo a un ritmo del 11 % anual, y ¿qué puede hacer la adopción de la IA sino acelerar eso? Hace que los ETF de Bitcoin parezcan dinero para el almuerzo.

Sin embargo, hay algunas brechas que nos impiden ganar en este momento, y donde más nos falta es en decisiones sensatas sobre productos. El estado actual de los intentos de Web3 de ofrecer servicios descentralizados en la nube es cuestionable, con un ajuste limitado del producto al mercado. La mayoría de la gente utiliza estos protocolos sólo para jugar con sus incentivos simbólicos, lo cual es lamentable.

El lado positivo es que la especulación puede impulsar la mejora y el crecimiento del producto a bajo costo, siempre y cuando escuchemos los comentarios de los usuarios y utilicemos los mecanismos de recompensa con cuidado.

Puede que no necesitemos reutilizar OpenStack directamente, pero necesitamos construir algo igualmente utilizable (y igualmente confiable, que es la parte difícil). Tendremos que combinar nuestras estructuras de incentivos locales con tecnologías de seguridad, cumplimiento y monitoreo de hiperescalado Web2 y en la nube para tener éxito. Necesitamos diseñar SLA (acuerdos de nivel de servicio) híbridos centralizados/descentralizados: los contratos entre usted y un proveedor de almacenamiento en la nube. Necesitamos protegerlo con una serie de incentivos de confiabilidad, certificaciones de seguridad, pruebas de conocimiento cero, cifrado totalmente homomórfico, pruebas de fraude informático, protocolos de gobernanza y más.

Ver también: ¿Qué es el almacenamiento de archivos descentralizado y cómo funciona?

La mayoría de nosotros en este segmento tenemos prototipos y MVP, cultos superficiales de los éxitos de los productos de nube Web2, en lugar de intentar rivalizar a fondo con los actuales trabajando con los usuarios y adaptándonos a sus necesidades. Sin embargo, técnica o teóricamente hacer almacenamiento, computación o entrega a velocidad CDN no es suficiente, que es donde nos encontramos la mayoría de nosotros. Esto no atraerá a los usuarios que pagan, la inflación de los tokens se acabará y usted morirá.

Lo que atraerá a los usuarios de pago será realizar el ciclo de iteración del producto, evolucionar nuestras ofertas para satisfacer sus necesidades y comercializar como una empresa de nube Web2.

Ve a ver uno o dos vídeos de YCombinator. Elige hacer lo difícil. Afortunadamente, la comunidad Web3 tiene una paciencia casi infinita para probar y dar comentarios, porque todos queremos (¿necesitamos?) que esto funcione. Estamos compitiendo con una industria madura e intimidantemente bien financiada, y será cuesta arriba durante algunos años más.

Mire de cerca proyectos como Banyan, Estuary y ArDrive y pregúntese si los elegiría en lugar de Dropbox, especialmente si su trabajo dependiera de ello. Ahora piense en cuánto trabajo hay que hacer para llegar allí. Aún así, la infraestructura descentralizada en la nube no es una cuestión de si, sino de cuándo.