Sin duda, Web3 es uno de los temas más candentes que se discuten hoy en día, ya que la industria principal comienza a reconocer el potencial de Web3. Sin embargo, uno de los ángulos que no parece estar recibiendo mucha cobertura es la arquitectura Web3. Se supone que Web3 deshará el tejido actual de Internet y lo reemplazará con blockchain, resolviendo muchos problemas existentes en el proceso. Sin embargo, como primer paso necesitamos articular de qué está compuesto Web3. Este artículo define la arquitectura de referencia de Web3, articulando los principales bloques de construcción junto con las interacciones clave entre ellos. No pretende ser una página de referencia técnica de inmersión profunda, como la que se muestra aquí.
Definición. Hay muchas definiciones sobre (por ejemplo, aquí y aquí), pero el consenso general es que Web3 representa la próxima iteración de la web, que estará respaldada por la tecnología y los protocolos de cadena de bloques, eliminará los intermediarios existentes y que sea descentralizado, abierto y de mayor utilidad.
En cierto modo, esto se parece mucho a cómo se definieron sus predecesores hace más de 20 años, y al igual que Web1.0 y Web2.0, podemos esperar que Web3 tenga un impacto material en los modelos comerciales de la mayoría de las industrias. Sin embargo, tomó más de una década desarrollar y madurar los servicios, crear arquitecturas relevantes, patrones de diseño, controles, monitoreo y otros ingredientes esenciales antes de que se cumpliera la promesa. Creo que es razonable esperar que Web3 pase por un proceso de madurez similar en los próximos años. La arquitectura de referencia es uno de los métodos que se pueden usar para guiar y rastrear esta evolución en áreas funcionales y no funcionales específicas.
Todo está conectado. Nada existe en el vacío y Web3 no es una excepción. Al igual que Web2 y las tecnologías en la nube en las que se basa cada vez más son fundamentalmente una colección de servicios alojados en los centros de datos físicos de otra persona, Web3 está intrínsecamente vinculado al mundo real (“fuera de la cadena”). Las aplicaciones Web3 consumen y complementan varios servicios proporcionados fuera del ecosistema centrado en blockchain. Esto incluye centros de datos y servicios IaaS/PaaS que alojan, riesgo operativo, servicios relacionados con AML y fraude, funciones de tesorería, datos de mercado, etc. Es probable que algunas de las distinciones se difuminen con el tiempo, creando ecosistemas complementarios “dentro de la cadena” y “fuera de la cadena”. Nuevamente, la Arquitectura de referencia es uno de los métodos útiles para articular las interdependencias y transferencias entre los dos mundos.
Arquitectura de referencia. El siguiente diagrama representa la arquitectura de referencia Web3 propuesta. Conceptualmente, hay 3 capas distintas: Canales, Aplicaciones e Infraestructura y Utilidades
Canales. Los principales componentes de esta capa son las interfaces de usuario reales con las que los usuarios interactúan a través de navegadores web o aplicaciones móviles, así como billeteras. Estos últimos están intrínsecamente vinculados al mundo “fuera de la cadena” para financiarlos con monedas fiduciarias, usuarios a bordo (y servicios relacionados, por ejemplo, KYC, cuando corresponda), etc.
- IU. La mayoría de estos son front-end de reacción típicos, que utilizan Web3.js y bibliotecas similares.
- Carteras. Vienen en diferentes formas y tamaños, pero al final del día brindan la misma funcionalidad: le permiten almacenar y realizar transacciones con sus activos digitales de manera segura. En un mundo Web3, una billetera representa su identidad (identidades) y los saldos de tokens.
Aplicaciones. Aquí es donde las Aplicaciones Distribuidas (DApps) y los Contratos Inteligentes están ubicados lógicamente, atendiendo a un número cada vez mayor de casos de uso. Interactúan con los recursos de la infraestructura subyacente, así como también admiten las interacciones de los usuarios a través de los canales. Al igual que los componentes de Infraestructura, DApps y Smart Contract deben ejecutarse en alguna parte; por lo tanto, la confianza en los hiperescaladores y varios proveedores de servicios “fuera de la cadena” para garantizar que se cumplan los requisitos funcionales y no funcionales.
Infraestructura y servicios públicos. Hay 3 paquetes de capacidades principales dentro de esta capa, Habilitadores front-end, Blockchain Core y Utilities
- La indexación es parte del paquete Front-end Enablers; es una categoría amplia de protocolos y plataformas de desarrollo que permiten interacciones más eficientes con las capas subyacentes de blockchain y utilidades (por ejemplo, Ethereum, IPFS, etc.).
- La categoría Hosting & Naming también forma parte del paquete Front-end Enablers y abarca varias herramientas y plataformas utilizadas para crear y ejecutar sitios y aplicaciones Web3. También incluye servicios de resolución de nombres y nombres, como ENS (que podría decirse que también se cruza con el espacio de identidad).
Fuente: Medium
Libre Traducción: LBC
