Si eres un viejo idiota como yo, recordarás ir al quiosco, arrojar algunas monedas y correr a casa para codificar un juego a mano de las páginas de una revista de informática en un Sinclair Spectrum o Amstrad CPC-464 en BASIC. o código de máquina si tuviste ( des ) suerte.

(si eres aún mayor entonces recordarás Asamblea y tarjetas perforadas y Dios te ama por eso)

Invariablemente, nunca funcionaría la primera vez, pero para muchos de nosotros, esa fue la introducción a la ingeniería de software o al desarrollo de juegos que tuvimos. Se sentía como la edad de oro de la informática, el descubrimiento de convertir las palabras de otro idioma en algo mágico.

Ahora, francamente, la mayoría de nosotros somos jodidamente flojos.

Queremos que las plataformas sin código o de código bajo lo hagan por todos nosotros, ya no queremos aprender las cosas difíciles, extraer cada bit de jugo de un procesador o memoria y ensuciarse las manos en los niveles más bajos posibles. .

Y pienso para mis adentros 'tal vez por eso necesitamos un sistema operativo para el metaverso'.

El problema y la picazón que no se soluciona es que la mayoría de las discusiones del metaverso se basan en la construcción de infraestructura y principios de software existentes. Estamos creando múltiples versiones de pilas de software basadas en arquitecturas centralizadas: todo aún se encuentra en Windows para gritar en voz alta.

Cuando observa el paisaje y los componentes propuestos del metaverso y web3, obtiene cosas como esta a continuación: es decir, incluso lo llaman un sistema operativo, pero es solo una representación reelaborada de una publicación de blog de Matthew Ball cansada que usa algunos cuadrados con curvas.

Empresas atípicas proponer y defender un sistema operativo Open Metaverse, un conjunto completamente descentralizado de herramientas y tecnologías en lugar de plataformas propietarias que están diseñadas solo para operar a través de estándares y API.

Hemos creado un marco para evaluar e interrogar Metaversos, así como un conjunto de herramientas para diseñar alternativas basadas en principios de centralidad en el usuario y soberanía de identidad, datos y riqueza.

Eso es bueno, muchachos, pero no es un sistema operativo, por lo que no entiendo por qué usaron el término 'SO'.

Las aventuras atípicas Frankenstack

Para hacer crecer el Metaverso, necesitaremos muchas herramientas y tecnologías nuevas. Abarcarán renderizado, cómputo, XR, pagos, herramientas, proyección, compresión volumétrica, IA, ML, lo que sea. Y la calidad y la capacidad de estas herramientas serán clave para lo que se construye y por cuántos constructores. Pero también lo son las tasas que exigen estas herramientas y tecnologías, la medida en que fijan a los desarrolladores y las formas en que limitan las opciones de los consumidores y la creación de innovaciones competitivas.

A medida que crece la necesidad de soluciones de intercambio, la economía tiende a generar una solución. Por ejemplo, Pixar de Disney abrió su formato de archivo Universal Scene Description (USD) para ayudar a los desarrolladores a crear datos 3D intercambiables. La plataforma Omniverse de Nvidia luego usa USD para reunir coherentemente activos de Maya, Houdini, Unreal, AutoCAD y más, en un entorno virtual compartido. La plataforma Twinmotion de Epic también se puede usar para importar modelos de casi cualquier programa BIM y CAD, como Archicad, Revit, SketchUp Pro, RIKCAD y Rhino, y luego usará el aprendizaje automático y la IA para actualizarlos e integrarlos siempre que sea posible y en un cuestión de minutos.

Matthew Ball — Intercambio, herramientas y estándares

Ni siquiera Ball quiere ensuciarse las manos, está bastante contento con tirar tantas pilas de software existentes contra la pared y esperar que The Force una a esta galaxia de aplicaciones.

Si navega por la web, hay ecos de intentos en los que alguien creó y abandonó un proyecto, pero hoy no existe nada tan específico o incluso se ha mencionado o defendido.

Para empezar, si nos fijamos en el lista de sistemas operativos existentes , ninguno encaja o ha sido escrito específicamente para el mundo virtual o la implementación del metaverso. Ya hemos tenido un mal comienzo: confiamos únicamente en Microsoft Windows, Apple, cualquiera que sea el nombre actual OS, Android o incluso Linux, todos los cuales no fueron desarrollados para un futuro verdaderamente descentralizado o uno en el que necesitamos escribir. aplicaciones en 4 o incluso 5 dimensiones.

(lo que quiero decir es que escribir un sistema operativo para 3D y la "red espacial" ya está limitando el futuro porque es necesario tener en cuenta el tiempo y luego los estados de máquinas virtuales multidimensionales , como el Ejemplo de Minecraft dentro de Minecraft )

En este punto, probablemente suene muy estúpido, así que eres libre de renunciar aquí.

NewZoo vuelca un montón de logotipos en una imagen en un arreglo agradable

Lo que tenemos hoy es Epic, Unity, NVIDIA, ARM, Valve, Facebook, Amazon, Microsoft, Apple... y las muchas otras empresas que eventualmente adquirirán y tragarán para crear conjuntos de herramientas específicamente para diseñar, construir y operar sus versiones del metaverso. Todos competirán para crear un conjunto de estándares aparentemente abiertos, pero no querrán renunciar a su sentido de propiedad.

La construcción del metaverso ha dependido en gran medida de los motores de juegos como Unity3D y Unreal Engine, pero en los próximos años veremos más y más intentos financiados por empresas de arrebatarle ese control a las dos o tres soluciones principales. Esto también significará que las plataformas en las que existirá cada versión del metaverso también comenzarán a divergir: actualmente son intercambiables y accesibles entre plataformas en PC, dispositivos móviles y consolas, pero existirán mundos más sofisticados y potencialmente propietarios que excluir una o más plataformas y restringir el acceso.

Sí, las API son clave para la interoperabilidad y la necesidad de usar herramientas en todo el ecosistema, pero no serán la bala de plata a medida que las plataformas compitan y se fragmenten.

No habrá un metaverso que los abarque a todos .

De la misma manera, nunca habrá una sola Skynet de inteligencia general artificial. Habrá cientos de metaversos, distribuidos en un multiverso de géneros y tipos para que las personas interactúen, vivan y hagan negocios y disfruten. Sin mencionar las versiones de propiedad personal.

Pero, ¿y si, en el futuro, todos estuvieran instalados en un sistema operativo creado específicamente para el propósito y la visión que queremos lograr? Entonces, ¿qué opciones tenemos disponibles?

Linux se lanzó en 1991, Torvalds tardó alrededor de un año en desarrollar el kernel de Linux desde cero y luego desarrollarlo, por lo que no es como si no pudiéramos desarrollar un nuevo sistema operativo desde cero.

Sistema operativo de croquet es una plataforma e IDE para el desarrollo de Metaverse que extiende Metaverse a la próxima generación de Web y Mobile. El IDE permite a los desarrolladores construir e implementar “mundos virtuales Web y Web3 interoperables [basados en estándares]”, dijo la compañía en un comunicado.

Es un sistema de sincronización de experiencias Metaverse multiusuario. Permite que múltiples usuarios trabajen o jueguen juntos dentro de un único entorno distribuido compartido, y garantiza que este entorno distribuido seguirá siendo idéntico en bits para cada usuario.

“Croquet ha adoptado un enfoque fundamentalmente novedoso que hace que esto sea tan fácil como escribir código local o no tener ningún código. Tiene el potencial de proporcionar un camino a seguir abierto y basado en estándares que aprovecha el poder de la web para crear mundos Metaverse verdaderamente independientes e interoperables”.

¿Es un sistema operativo sin embargo? No por los sonidos de la misma. Es otra plataforma con algunos bits etiquetados. Y probablemente ya esté instalado en una de las plataformas de sistema operativo comunes.

Las cosas se ponen un poco más interesantes con el Proyecto metaverso de código abierto . El Open Source Metaverse Project ( OSMP ) era una plataforma en línea de mundo virtual compartido de múltiples participantes. Esta plataforma era un software libre y de código abierto cofundado en 2004 por Hugh Perkins y Jorge Lima.

OSMP se inspiró vagamente en la World Wide Web tomando prestadas ideas de mundos existentes como Second Life, Active Worlds y There. El proyecto tenía como objetivo producir un motor de código abierto para la creación de mundos 3D transmitidos, que también hiciera posible interconectar mundos existentes en un único metaverso abierto basado en estándares.

El Proyecto OpenSource Metaverse se creó porque existe una fuerte demanda, y un gran número de desarrolladores, de mundos virtuales que permitan la personalización por parte del jugador y la creación de sus propios mundos. Ya existen mundos virtuales de código cerrado, pero necesitábamos un motor de metaverso que sea flexible, escalable y que podamos personalizar en una medida que no sea posible dentro de los mundos propietarios individuales.

Si está escuchando sobre esto por primera vez, no estará solo, porque prácticamente no ha ido a ninguna parte, al igual que otros intentos anteriores de construir plataformas abiertas e interoperables.

Y esto debería ser un presagio al menos, porque las plataformas no son el camino a seguir si todas están construidas sobre los cimientos equivocados. La voluntad y el impulso siempre han estado ahí para crear un metaverso abierto y una web descentralizada, pero sigue siendo un sueño vacío y fragmentado porque la capa base está mal.

La interoperabilidad, por ejemplo, no proviene de construir puentes entre plataformas, sino de estar allí en el nivel raíz, en lo profundo de un sistema operativo mismo.

Solipsis: no es un sistema operativo, pero tenía algo interesante

Ahora, aunque volvimos a hablar de otra plataforma, esta fue bastante interesante: Solipsis .

El objetivo central de Solipsis era crear un mundo virtual lo más independiente posible de la influencia de intereses privados, como la propiedad de servidores. Para lograrlo, se basa en un modelo peer-to-peer en lugar del tradicional servidor-cliente. Además, tiene como objetivo dar a los usuarios más flexibilidad en el diseño de interfaces y contenido en sus segmentos individuales del mundo virtual.

¡He aquí una plataforma de metaverso descentralizada!

Una arquitectura centralizada no puede dar lugar a una solución verdaderamente autoescalable, incluso con el uso de varios servidores. De hecho, las arquitecturas cliente-servidor generan costos prohibitivos de implementación y mantenimiento cuando se trata de aplicaciones a gran escala con miles de clientes conectados.

Por otro lado, gracias a sus características de autoadaptación, las superposiciones de red P2P han demostrado claramente ser una alternativa eficaz a los servidores potentes.

Así que Solipsis comenzaba a perfilarse como uno de los intentos más creíbles de construir un metaverso descentralizado y abierto desde 2008 desde una perspectiva de infraestructura.

El mundo virtual inicialmente está vacío y solo lo llenan las entidades que ejecutan las computadoras de los usuarios finales. Todos los nodos de Solipsis son funcionalmente iguales y no se requiere infraestructura predeterminada. Esto elimina en la medida de lo posible cualquier restricción sobre el contenido o la funcionalidad del mundo.

En lo que respecta a las plataformas de metaverso, esto se acerca.

También tenía un navegador a medida, que es algo que se ha discutido específicamente dentro de las paredes de Lamina1: un nuevo navegador de metaverso creado para la web inmersiva.

Todavía es un juego de plataformas, pero mientras seguía cayendo por la madriguera del conejo buscando algo parecido a un sistema operativo en sí, comencé a ver patrones e hilos de lo que podría construirse sobre un sistema operativo descentralizado destinado a la próxima iteración de la web.

Un salto de fe en la red espacial

Leap Motion, por ejemplo, habla de un verdadero sistema operativo 3D y, sin embargo, a medida que continúa el artículo, analiza en detalle el concepto de un navegador espacial en cambio.

Entonces, estamos viendo plataformas, pilas, API y navegadores, pero aún nada que se asemeje a un sistema operativo.

En mi viaje de descubrimiento, había un buen artículo sobre los sistemas operativos basados en Grid, por ejemplo,GridOS sí mismo.

El trabajo que se presenta aquí es un primer paso hacia un sistema operativo grid que proporciona servicios extensos y flexibles para arquitecturas grid.

Pero a pesar de todo el trabajo realizado en todo lo mencionado hasta ahora, nada se compara con tener que construir desde cero, construyendo un nuevo kernel para un nuevo sistema operativo.

Mira esto, solo mira cuánto trabajo nos queda por comenzar.

Quiero decir, miren este diagrama, es jodidamente aterrador y, sin embargo, una maldita maravilla al mismo tiempo: este es exactamente el nivel en el que deberíamos comenzar a pensar ahora si alguna vez queremos cumplir la promesa de web3 y el metaverso.

Todavía tengo que leer algo de un VC que incluso hable sobre invertir en este nivel porque saben que aquí no hay un pago criptográfico inmediato o una estrategia de 50x en 3 años. Estamos hablando de desarrollar los niveles fundamentales de un conjunto completamente nuevo de arquitecturas requeridas para una web abierta y verdaderamente descentralizada.

Y eso les asusta porque también significa otra cosa.

¿Que fue primero, la gallina o el huevo?

O dicho simplemente de otra manera: ¿qué debería venir primero, el sistema operativo o el chip?

Las personas que realmente toman en serio el software deberían hacer su propio hardware.
Alan Kay, 1982

Declaración de la misión de Lamina1

Dice mucho que ni siquiera el documento técnico de Lamina1 de Neal Stephenson menciona nada sobre un metaverso o un sistema operativo web3: es un descuido masivo o simplemente estoy loco. Y, por supuesto, ¿quién querría enfrentarse al Padrino del Metaverso? ¡Es una maldita blasfemia!

La forma en que lo veo es que la mayoría de estos nuevos intentos son impulsados por OG que estuvieron allí hace 20 o 30 años y no tienen el tiempo ni la paciencia para querer construir algo tan engorroso como un nuevo sistema operativo, defenderlo, espera para su adopción, construir una nueva industria a partir de ella.

Estamos tomando atajos y ya esta última iteración del metaverso se siente como la que tuvimos hace 20 años con Second Life. No importa si blockchain agrega un poco más de sabor a la infraestructura, o si Fortnite hace que todos se mojen con anticipación, no es suficiente para salvarlo.

Piénsalo lo suficiente y comienza a manifestar un problema.

Estamos escribiendo software basado en las arquitecturas de silicio que están disponibles para nosotros en este momento. Esto crea cuellos de botella que el software tiene que sortear continuamente porque los chips nunca fueron pensados para un futuro descentralizado.

A todos los efectos, CPU también podría significar "unidad de procesamiento centralizada" donde en realidad necesitamos una DCU: "unidad de procesamiento descentralizada".

Pero, ¿qué pasa si necesitamos algo diferente en todos los frentes para crear el metaverso que realmente queremos, o liberar Web3 y construirlo de la forma en que se diseñó?

Nuevo hardware para nuevo software.

Todavía hay dinero en la creación de nuevos tipos de chips: tome gráfico por ejemplo, diseñar un nuevo tipo de silicio específicamente para acelerar el aprendizaje automático y la IA. ¿Qué pasaría si para crear un metaverso verdaderamente abierto, distribuido e interoperable necesitáramos que Web3 también se asentara sobre un nuevo tipo de base de hardware?

¿CPU o GPU que se construyeron exclusivamente para sistemas distribuidos o una web descentralizada?

Los procesadores de cuadrícula son diferentes de las GPU, por ejemplo. Donde una GPU multinúcleo obtiene su fuerza de poder calcular muchos datos en paralelo (paralelismo de datos SIMD), un procesador de cuadrícula puede hacer que cada núcleo haga algo diferente (MIMD, paralelismo basado en tareas). Se podría decir que un procesador grid es una CPU multinúcleo.

Memoria que tiene una arquitectura puramente para la configuración en memoria basada en grid. avellana , por ejemplo, tiene un software similar, pero ¿y si les damos un pequeño empujón en una nueva dirección y desarrollamos nuevos tipos de RAM para acompañarlo?

Un IMDG es una versión en memoria de un cuadrícula de datos , excepto que todos los nodos del clúster normalmente se ejecutan en el mismo centro de datos. Esta configuración local se realiza para mantener el alto rendimiento esperado de las tecnologías en memoria, ya que la coordinación de estructuras de datos en computadoras geográficamente remotas puede ser un cuello de botella.

Entonces, ¿esperamos a que alguien construya los chips antes de escribir el software para respaldarlos, o escribimos el software y esperamos a que se desarrolle el silicio para aprovecharlo?

Quiero decir, me parece jodidamente gracioso que Lego tenga un maldito sistema operativo integrado para su línea robótica de juguetes avanzados Mindstorms, pero no tenemos uno o ni siquiera estamos pensando en uno para algo que se espera que tenga un profundo impacto en el futuro. de la propia web.

Estoy bastante seguro de que lo dirán.

** Pero si ves lo que yo veo, si sientes como yo siento, y si buscas como yo busco... muy poético Sr. V, pero con toda seriedad, si eres un ingeniero de software y esto enciende un fuego en tu interior entonces ponte en contacto. Y si usted es un inversionista que ve el juego a largo plazo y cree en Web3 y el metaverso de la forma en que debe ser, entonces sabe cómo encontrarme.

Porque créanme, ya sea en esta generación actual o en la próxima, habrá alguien que esté sentado aburrido en su habitación después de experimentar la última oferta blanda de ̶b̶r̶a̶n̶d̶ en Roblox y se escribirá la primera línea de un nuevo sistema operativo para el metaverso que redefinir el futuro de la web.

Y el resto, como dirán, fue historia.