¿Cómo puede MegaETH ofrecer rendimiento en tiempo real de Ethereum?

Abordando el dilema de la escalabilidad de Ethereum

Ethereum, la plataforma descentralizada pionera para contratos inteligentes y dApps, ha lidiado durante mucho tiempo con un desafío fundamental: la escalabilidad. Su robusta seguridad y descentralización, que emanan de su diseño fundacional y de su mecanismo de consenso de prueba de trabajo (ahora prueba de participación), tienen como contrapartida un rendimiento limitado de las transacciones y, a menudo, altas tarifas de red. Este compromiso inherente, conocido como el "trilema de las cadenas de bloques", postula que una blockchain solo puede optimizar dos de tres propiedades —descentralización, seguridad y escalabilidad— en un momento dado. El diseño de Ethereum prioriza las dos primeras, lo que genera cuellos de botella durante los períodos de alta demanda de la red.

Los desafíos principales de Ethereum Capa 1

Para comprender verdaderamente la promesa de soluciones como MegaETH, es crucial entender las limitaciones específicas que aquejan a la red principal de Ethereum (Capa 1):

• Bajo rendimiento de transacciones (TPS): La capacidad actual de Ethereum está limitada a aproximadamente 15-30 transacciones por segundo (TPS). Si bien esto puede parecer adecuado para algunos sistemas tradicionales, palidece en comparación con las miles de transacciones procesadas por las redes de pago centralizadas o las demandas de un internet global en tiempo real. Este cuello de botella provoca tiempos de confirmación prolongados y una mala experiencia de usuario.
• Altos costos de transacción (tarifas de gas): Cuando la demanda de la red supera la oferta, los usuarios entran en una guerra de ofertas para que sus transacciones se incluyan en un bloque. Este mecanismo, aunque eficiente para asignar el escaso espacio de bloque, resulta en "tarifas de gas" volátiles y a menudo exorbitantes. Estas tarifas pueden hacer que las transacciones pequeñas no sean económicas y obstaculizar la adopción de dApps, especialmente en regiones con menor poder adquisitivo.
• Congestión de la red: La combinación de bajo rendimiento y alta demanda conduce inevitablemente a la congestión de la red. Durante las horas pico, las transacciones pueden permanecer en la mempool durante períodos prolongados, esperando confirmación, e incluso fallar si los límites de gas se establecen demasiado bajos. Esta imprevisibilidad dificulta que los desarrolladores creen aplicaciones que requieran interacciones constantes y oportunas.
• Capacidad de respuesta limitada: Para las aplicaciones que aspiran a ofrecer una "capacidad de respuesta de nivel Web2", la latencia introducida por los tiempos de bloque (alrededor de 12-15 segundos) y la incertidumbre de la finalidad de la transacción en la Capa 1 son obstáculos significativos. Los juegos en tiempo real, el trading de alta frecuencia y las plataformas sociales interactivas requieren una respuesta casi instantánea, algo que el Ethereum nativo lucha por proporcionar.

Estos desafíos impiden colectivamente la capacidad de Ethereum para servir como la capa fundacional de un internet descentralizado global y de alto rendimiento, lo que ha impulsado una búsqueda vigorosa de soluciones de escalabilidad.

El génesis de las soluciones de Capa 2

La comunidad blockchain reconoció pronto que modificar directamente la Capa 1 de Ethereum para lograr una escalabilidad masiva podría comprometer su descentralización y seguridad. Esta comprensión llevó al desarrollo de soluciones de escalado de Capa 2 (L2). Las L2 operan "encima" de la cadena principal de Ethereum, heredando sus garantías de seguridad mientras descargan la mayor parte del procesamiento de transacciones. Su objetivo es procesar transacciones de forma más rápida y económica fuera de la cadena, para luego "liquidar" periódicamente estas transacciones agregadas de vuelta en la Capa 1.

Han surgido varios paradigmas de L2, cada uno con sus propias ventajas y desventajas:

• Sidechains (Cadenas laterales): Cadenas de bloques independientes con sus propios mecanismos de consenso, conectadas a Ethereum a través de puentes. Aunque ofrecen un alto rendimiento, a menudo tienen modelos de seguridad diferentes y no heredan completamente la seguridad de la L1.
• Optimistic Rollups: Procesan transacciones fuera de la cadena y las asumen como válidas por defecto. Un "período de desafío" permite que cualquiera presente una prueba de fraude si detecta una transacción inválida. Este retraso (típicamente de 7 días) afecta los tiempos de retiro.
• ZK-Rollups (Zero-Knowledge Rollups): Procesan transacciones fuera de la cadena y generan "pruebas de validez" criptográficas (pruebas de conocimiento cero) que dan fe de la corrección de los cálculos fuera de la cadena. Estas pruebas se envían luego a la Capa 1, ofreciendo finalidad instantánea y garantías de seguridad más sólidas que los optimistic rollups, ya que el fraude es matemáticamente imposible una vez que se verifica la prueba.
• State Channels (Canales de estado): Permiten a los participantes realizar múltiples transacciones fuera de la cadena de forma peer-to-peer, interactuando con la L1 solo para abrir y cerrar el canal. Son adecuados para interacciones específicas entre dos partes, pero menos generalizados.

Es dentro de este panorama de innovación en el escalado donde emerge MegaETH, buscando ampliar los límites de lo posible, específicamente apuntando a un rendimiento de "tiempo real" por el que muchas L2 todavía se esfuerzan.

Presentando MegaETH: Un nuevo paradigma para la capacidad de respuesta en la Web3

Conceptualizado por Yilong Li en 2022, MegaETH está diseñado como una red de Capa 2 de Ethereum de alto rendimiento con un objetivo ambicioso: ofrecer velocidad de blockchain en tiempo real. Esta visión aborda directamente las deficiencias de escalabilidad de Ethereum al enfocarse en un rendimiento de transacciones sin precedentes y una latencia mínima, permitiendo así una "capacidad de respuesta de nivel Web2" para aplicaciones descentralizadas. El proyecto ha captado rápidamente una atención significativa y ha asegurado el respaldo de figuras e instituciones prominentes en el espacio blockchain, incluido el cofundador de Ethereum, Vitalik Buterin, y la firma líder de capital de riesgo Dragonfly Capital, lo que subraya su potencial para redefinir el panorama de las L2.

La visión y el respaldo

La visión central de MegaETH es desbloquear todo el potencial de la Web3 mediante la eliminación de las barreras de rendimiento que actualmente restringen su adopción masiva. El compromiso de individuos influyentes como Vitalik Buterin indica un fuerte voto de confianza en el enfoque técnico de MegaETH y su capacidad para contribuir significativamente a la salud a largo plazo del ecosistema Ethereum. Tal respaldo de alto perfil no solo proporciona financiamiento crucial, sino que también otorga una credibilidad significativa y orientación técnica, atrayendo a los mejores talentos y acelerando el desarrollo. Este apoyo sugiere que MegaETH no es solo otra L2; aspira a ser una pieza fundamental de la próxima generación de infraestructura descentralizada.

Definiendo el "tiempo real" en un contexto de blockchain

El término "tiempo real" se usa a menudo de manera general, pero en el contexto de la tecnología blockchain, se refiere a un conjunto de métricas de rendimiento que superan significativamente las capacidades típicas de la Capa 1. Para MegaETH, lograr un rendimiento de "tiempo real" significa:

1. Rendimiento de transacciones ultra alto: Procesar miles, si no decenas de miles, de transacciones por segundo (TPS) de manera constante. Esto es esencial para aplicaciones con altas cargas de usuarios, como exchanges descentralizados (DEX), plataformas de redes sociales o entornos de juego.
2. Latencia de transacción de menos de un segundo: Los usuarios experimentan una confirmación casi instantánea de sus transacciones. En lugar de esperar varios segundos o minutos, las interacciones se sienten inmediatas, de manera similar a las aplicaciones de internet convencionales. Esto es crucial para dApps interactivas donde los retrasos impactan directamente en la experiencia del usuario.
3. Costos de transacción predecibles y mínimos: Tarifas de gas que no solo son significativamente más bajas que en la L1, sino también estables y predecibles, lo que hace viables las microtransacciones y fomenta una participación más amplia.
4. Finalidad instantánea en la Capa 2: Si bien la seguridad última depende de la liquidación en la L1, el "tiempo real" requiere que las transacciones procesadas en la Capa 2 de MegaETH alcancen una finalidad inmediata e irreversible dentro del propio entorno de la L2, permitiendo que las dApps procedan sin esperar la confirmación de la L1.

Lograr estos hitos simultáneamente, manteniendo la descentralización y la seguridad, es una hazaña de ingeniería compleja que requiere enfoques novedosos y optimizaciones en todo el stack de la L2.

Los cimientos tecnológicos del rendimiento de MegaETH

La búsqueda de MegaETH por un rendimiento en tiempo real requiere una arquitectura tecnológica sofisticada que vaya más allá de las mejoras incrementales. Si bien los whitepapers técnicos específicos para MegaETH aún podrían estar surgiendo o mantenerse bajo reserva, basándose en los objetivos declarados de "alto rendimiento de transacciones" y "baja latencia" similares a la "capacidad de respuesta de nivel Web2", su núcleo probablemente gira en torno a una tecnología de ZK-Rollup altamente optimizada combinada con un manejo de datos innovador y diseños de secuenciadores avanzados.

Arquitectura de Rollup avanzada y generación de pruebas

Los cimientos de MegaETH están casi con seguridad construidos sobre una arquitectura de ZK-Rollup. Los ZK-Rollups son ampliamente considerados el santo grial del escalado de L2 debido a su capacidad para proporcionar garantías de validez criptográfica y finalidad casi instantánea en la Capa 1.

• El poder de las pruebas de conocimiento cero: En el corazón de un ZK-Rollup se encuentra la Prueba de Conocimiento Cero (ZKP). Este primitivo criptográfico permite a una parte (el probador, en este caso, el secuenciador de MegaETH) demostrar a otra parte (el verificador, el contrato inteligente de L1) que una afirmación es verdadera, sin revelar ninguna información sobre la afirmación en sí más allá de su validez. Para un ZK-Rollup, la "afirmación" es: "estas miles de transacciones se ejecutaron correctamente y la transición de estado de A a B es válida".
• Pruebas de validez para finalidad instantánea: A diferencia de los Optimistic Rollups, que dependen de un período de desafío, los ZK-Rollups envían una ZKP concisa a la L1 después de procesar un lote de transacciones. El contrato inteligente de L1 verifica rápidamente esta prueba. Si la prueba es válida, la transición de estado se acepta como final, proporcionando seguridad de nivel L1 para las transacciones de L2 casi de inmediato. Esto elimina el retraso de retiro de 7 días inherente a los Optimistic Rollups, un factor crítico para la respuesta en "tiempo real".
• Agregación de pruebas y recursión: Para lograr un rendimiento extremadamente alto, MegaETH probablemente emplea técnicas avanzadas de ZKP como la agregación de pruebas y las pruebas recursivas. En lugar de generar una prueba para cada lote pequeño, se pueden agregar múltiples pruebas en una sola prueba más grande, lo que reduce significativamente la cantidad de datos y computación requeridos en la L1. Las pruebas recursivas llevan esto un paso más allá, permitiendo que una prueba verifique la corrección de otra prueba, habilitando una estructura jerárquica que puede escalar la generación de pruebas para manejar inmensos volúmenes de transacciones de manera eficiente.

Optimizando el rendimiento de las transacciones

Lograr miles de TPS no se trata solo de usar ZK-Rollups; requiere una optimización meticulosa de cómo se recolectan, ejecutan y agrupan las transacciones.

• Capacidades de procesamiento por lotes masivo: MegaETH agruparía un número sustancial de transacciones en un solo lote antes de procesarlas fuera de la cadena. Esta amortización de los costos de gas de la L1 entre miles de transacciones reduce drásticamente el costo por transacción.
• Máquina Virtual (VM) altamente optimizada: Si bien mantener la compatibilidad con la EVM es crucial para atraer desarrolladores, MegaETH podría emplear una VM personalizada altamente optimizada o una implementación de EVM paralela dentro de su entorno L2. Esto podría permitir una ejecución más eficiente del código de los contratos inteligentes, posiblemente aprovechando la aceleración por hardware para operaciones criptográficas.
• Modelos de ejecución paralela: Si es técnicamente factible y compatible con la generación de pruebas ZK, MegaETH podría explorar entornos de ejecución paralela. Esto permitiría que diferentes partes del estado de la L2 se procesen simultáneamente por diferentes componentes de la red de secuenciadores, aumentando el rendimiento general sin comprometer las actualizaciones de estado atómicas.
• Gestión eficiente del estado: La forma en que MegaETH almacena y actualiza su estado fuera de la cadena es crítica. Se emplearían técnicas como árboles de Merkle dispersos, estructuras de bases de datos optimizadas y mecanismos de almacenamiento en caché inteligentes para garantizar búsquedas y modificaciones de estado rápidas, las cuales son esenciales para el procesamiento de transacciones a alta velocidad.

Mitigando la latencia: De las pre-confirmaciones a la finalidad rápida

La latencia, el retraso entre el inicio de una transacción y su confirmación percibida, es un objetivo principal para las metas de tiempo real de MegaETH.

• El papel del secuenciador: Un componente central en las L2, el secuenciador es responsable de recolectar las transacciones de los usuarios, ordenarlas, ejecutarlas y luego agruparlas para su envío a la L1. Para el "tiempo real", el secuenciador de MegaETH debe ser excepcionalmente rápido y confiable.
• Pre-confirmaciones instantáneas: MegaETH probablemente ofrecería "pre-confirmaciones" instantáneas desde su secuenciador. Cuando un usuario envía una transacción, el secuenciador reconoce inmediatamente su recepción e intención de incluirla en el siguiente lote, a menudo en cuestión de milisegundos. Esto brinda a los usuarios una respuesta inmediata, permitiendo que las dApps actualicen sus interfaces y continúen los flujos de usuario, incluso si la finalidad de la L1 toma un poco más de tiempo. Aunque no es la finalidad de la L1, estas pre-confirmaciones ofrecen fuertes garantías probabilísticas, especialmente si la red de secuenciadores es robusta y descentralizada.
• Finalidad rápida en L1 vía pruebas ZK: Como se mencionó, los ZK-Rollups proporcionan una finalidad rápida en la L1. Una vez que el secuenciador genera y envía una ZKP válida a la L1, y esa prueba se verifica, las transacciones finalizan efectivamente con la seguridad de Ethereum. MegaETH se enfocaría en optimizar el tiempo de generación de pruebas y la frecuencia de envío a la L1 para minimizar la ventana entre la pre-confirmación de la L2 y la finalidad de la L1.
• Comunicación cross-chain optimizada: Para una interacción fluida entre MegaETH y la L1 de Ethereum, así como potencialmente con otras L2, MegaETH implementaría mecanismos de puente altamente eficientes. Estos puentes estarían diseñados para una baja latencia y tarifas mínimas al transferir activos o datos, asegurando que la experiencia en "tiempo real" no se vea obstaculizada por la comunicación entre cadenas.

Disponibilidad de datos y eficiencia de costos

Para cualquier L2, garantizar que los datos de las transacciones estén disponibles para que cualquiera pueda reconstruir el estado de la L2 (incluso si el secuenciador se desconecta) es fundamental para la seguridad. Sin embargo, enviar todos los datos brutos de las transacciones a la L1 puede ser costoso.

• Aprovechando EIP-4844 (Proto-Danksharding) y Danksharding: La hoja de ruta de Ethereum incluye EIP-4844 (proto-danksharding), que introduce un nuevo tipo de transacción que permite datos de tipo "blob". Estos datos son más baratos que la calldata tradicional, están disponibles por un período más corto y están diseñados específicamente para que las L2 publiquen sus datos de transacción de manera más eficiente. MegaETH sin duda se diseñará para aprovechar plenamente EIP-4844 y la posterior implementación completa de Danksharding, lo que aumentará drásticamente la capacidad de disponibilidad de datos y reducirá los costos de transacción de la L2.
• Compresión de datos optimizada: Antes de publicar datos en la L1 (a través de blobs o calldata), MegaETH emplearía técnicas avanzadas de compresión de datos. Al minimizar el tamaño de los datos enviados a la L1, se reducen aún más los costos de gas y aumenta el rendimiento efectivo.
• Soluciones híbridas de disponibilidad de datos: Aunque dependerá principalmente de la L1 para la disponibilidad de datos, MegaETH podría explorar modelos híbridos donde algunos datos se almacenen temporalmente fuera de la cadena de manera descentralizada (por ejemplo, a través de comités o muestreo de disponibilidad de datos) antes del compromiso final con la L1, optimizando aún más la velocidad y el costo.

Manteniendo la seguridad y la descentralización

El rendimiento a expensas de la seguridad o la descentralización es un compromiso que MegaETH pretende evitar.

• Heredando la seguridad de Ethereum: Como ZK-Rollup, MegaETH hereda fundamentalmente la seguridad de la Capa 1 de Ethereum. Todas las transiciones de estado en MegaETH están probadas criptográficamente y validadas por un contrato inteligente en la L1, lo que significa que el estado de la L2 nunca puede divergir del estado verificado de la L1.
• Descentralizando la red de secuenciadores: Si bien un secuenciador centralizado puede ofrecer velocidad inicial, introduce puntos potenciales de falla y riesgos de censura. Para una descentralización a largo plazo, MegaETH tendría como objetivo descentralizar progresivamente su red de secuenciadores. Esto podría involucrar:
  • Subastas/Rotación de secuenciadores: Un conjunto descentralizado de secuenciadores podría competir o rotar para ordenar transacciones.
  • Mecanismos de elección de líderes: Usar un mecanismo similar a la prueba de participación para elegir secuenciadores.
  • Garantías de resistencia a la censura: Proporcionar "escotillas de escape" donde los usuarios puedan enviar transacciones directamente a la L1 si el secuenciador de la L2 intenta censurarlas.
• Sistema robusto de pruebas de fraude/validez: El sistema ZKP subyacente debe ser auditado, probado en batalla y resistente a ataques. La investigación y el desarrollo continuos en sistemas de prueba más eficientes y seguros serán cruciales.

El impacto de MegaETH en el panorama de las aplicaciones descentralizadas

La implementación exitosa del rendimiento en tiempo real de MegaETH promete ser una fuerza transformadora para todo el ecosistema de aplicaciones descentralizadas. Mueve a la Web3 de una experiencia de nicho, a menudo lenta, a una que puede competir directamente con sus contrapartes centralizadas en términos de velocidad y capacidad de respuesta.

Habilitando una experiencia de usuario de nivel Web2

El impacto más inmediato y profundo será en la experiencia del usuario final.

• Interacciones fluidas: Los usuarios experimentarán dApps que se sienten tan rápidas y fluidas como sus equivalentes de la Web2. Esto significa confirmaciones instantáneas para swaps en DEX, respuesta en tiempo real en juegos blockchain y actualizaciones inmediatas en dApps sociales.
• Eliminación de la ansiedad por las tarifas de gas: Los costos de transacción predeciblemente bajos eliminarán una barrera importante de entrada para muchos usuarios y desbloquearán nuevos modelos económicos para dApps que antes eran inviables debido a las altas tarifas.
• Tiempos de espera reducidos: La frustración de esperar a que se confirmen las transacciones o esperar semanas para los retiros será en gran medida cosa del pasado, mejorando significativamente la retención y satisfacción del usuario.

Nuevos casos de uso y oportunidades de desarrollo

El rendimiento mejorado abre la puerta a una categoría completamente nueva de dApps y casos de uso que antes eran imposibles en Ethereum o incluso en las L2 existentes:

• Trading de alta frecuencia y primitivos DeFi: Las estrategias complejas de DeFi, como los bots de trading de alta frecuencia o protocolos de préstamo sofisticados que requieren una ejecución rápida, pueden prosperar en MegaETH.
• Gaming totalmente on-chain: Los verdaderos juegos on-chain, donde cada acción dentro del juego es una transacción de blockchain, se vuelven viables. Esto incluye juegos de estrategia en tiempo real, shooters en primera persona y juegos de rol multijugador masivos en línea (MMORPG) con economías totalmente descentralizadas.
• Redes sociales interactivas y aplicaciones del Metaverso: Construcción de feeds sociales en tiempo real, eventos en vivo y experiencias inmersivas en el metaverso que requieren actualizaciones e interacciones constantes de baja latencia.
• Pagos y microtransacciones: Habilitar pagos cotidianos y microtransacciones donde las tarifas bajas y la finalidad instantánea son críticas, compitiendo potencialmente con las redes de pago tradicionales.
• Soluciones blockchain de grado empresarial: Las empresas que requieren un alto rendimiento y baja latencia para la gestión de la cadena de suministro, la identidad digital o el análisis de datos pueden aprovechar MegaETH.

Cerrando la brecha: Interoperabilidad y crecimiento del ecosistema

El éxito de MegaETH también contribuirá a un ecosistema Ethereum más interconectado y robusto.

• Interoperabilidad mejorada: A medida que las L2 se vuelvan más maduras y estandarizadas, mejorará la capacidad de mover activos y datos sin problemas entre MegaETH y otras L2, así como con la L1. Esto crea un entorno más unificado donde las dApps pueden aprovechar las fortalezas de diferentes capas.
• Imán para desarrolladores: La combinación de rendimiento de nivel Web2, compatibilidad con la EVM y un fuerte respaldo atraerá a una nueva ola de desarrolladores y proyectos para construir sobre MegaETH, lo que llevará a un ecosistema floreciente de dApps innovadoras.
• Catalizador para la adopción masiva: Al resolver el cuello de botella del rendimiento, MegaETH se posiciona como un componente de infraestructura crítico que puede ayudar a incorporar a millones, si no miles de millones, de usuarios a la web descentralizada, cumpliendo la visión a largo plazo de Ethereum.

El camino por delante: Desafíos y perspectivas futuras

Si bien MegaETH presenta una visión convincente para el rendimiento de Ethereum en tiempo real, el camino hacia su realización completa no está exento de desafíos. El espacio de las L2 es altamente competitivo y evoluciona rápidamente, lo que requiere innovación continua y una ejecución robusta.

Superando obstáculos técnicos

• Madurez del sistema de pruebas ZK: Aunque los ZK-Rollups son muy prometedores, la tecnología ZKP subyacente (como ZK-SNARKs o ZK-STARKs) sigue siendo un área activa de investigación y desarrollo. Garantizar la estabilidad, eficiencia y seguridad de estos complejos primitivos criptográficos a escala es un desafío continuo. Optimizar el tiempo de generación de pruebas y los costos de verificación seguirá siendo una prioridad.
• Descentralización del secuenciador: Pasar de un secuenciador potencialmente centralizado (común en las fases iniciales de las L2 por eficiencia) a una red completamente descentralizada sin comprometer el rendimiento ni introducir nuevos riesgos de seguridad es un desafío significativo de ingeniería y coordinación.
• Diversidad de clientes e infraestructura: A medida que MegaETH crezca, garantizar un conjunto diverso de implementaciones de clientes e infraestructura robusta para nodos, servicios RPC y exploradores de bloques será esencial para la salud y resiliencia de la red.
• Escalado de disponibilidad de datos a largo plazo: Si bien EIP-4844 ofrece un impulso significativo, el verdadero escalado de disponibilidad de datos a largo plazo dependerá del Danksharding completo en la L1 de Ethereum, que aún está a unos años de distancia. MegaETH deberá navegar por esta hoja de ruta de manera efectiva.

Adopción de la comunidad y efecto de red

• Herramientas para desarrolladores y documentación: Atraer y retener desarrolladores requiere no solo rendimiento, sino también una excelente experiencia de desarrollador, documentación completa y SDKs robustos.
• Incorporación de usuarios: Simplificar el proceso de mover activos hacia y desde MegaETH, y educar a los usuarios sobre los beneficios y matices de las L2, será crucial para una adopción generalizada.
• Migración de liquidez: Incentivar a las dApps y usuarios existentes para que migren liquidez a MegaETH será clave para construir un ecosistema económico vibrante. Esto a menudo requiere fuertes incentivos y rutas de migración fluidas.

La visión a largo plazo para la escalabilidad de Ethereum

MegaETH no es simplemente una solución independiente, sino una pieza vital de la estrategia de escalado más amplia de Ethereum. Su éxito contribuye a la fortaleza y utilidad general de la red Ethereum. A medida que MegaETH y otras L2 maduren, el futuro probablemente involucre un ecosistema de múltiples rollups, donde diferentes L2 se especialicen o atiendan diferentes casos de uso, todos liquidándose de forma segura en la robusta Capa 1 de Ethereum. El enfoque de MegaETH en el rendimiento de "tiempo real" lo posiciona para ser un jugador líder en este futuro multicadena, convirtiéndose potencialmente en la plataforma de referencia para dApps que exigen lo último en velocidad y capacidad de respuesta. El respaldo del cofundador de Ethereum y de inversores líderes subraya la creencia de que MegaETH podría, de hecho, ser una piedra angular para hacer realidad la promesa de un internet descentralizado y verdaderamente escalable.