Título original: (¿Por qué necesita Solana Extensiones de Red en lugar de soluciones de Capa 2?)

Autores del texto original: Dr. Yugart Song, Stepan Soin, Qinwen Wang, Lollipop Builders

 

1. Contexto

El rápido desarrollo de la tecnología blockchain ha llevado a Ethereum (EVM) y Solana (SVM) a convertirse en dos filosofías de diseño dominantes, cada una ocupando una posición de liderazgo en su ámbito. Históricamente, Ethereum ha dominado el TVL total de cadenas EVM gracias a su filosofía y enfoque únicos, mientras que Solana ha dominado en cadenas no EVM. Sin embargo, con el aumento en la actividad y el desarrollo de nuevas cadenas, Ethereum ha comenzado a ceder su dominio a cadenas EVM de mayor velocidad y ha recurrido a soluciones de escalado de capa 2 (L2). En contraste, la arquitectura monolítica de Solana ha evitado esta fragmentación a través de innovaciones tecnológicas únicas y un rendimiento notable, aunque a costa de requerir mayor ancho de banda y velocidad.

Al mismo tiempo, el concepto de Rollups ofrece a las dApps una oportunidad importante: crear entornos de ejecución personalizables. Sin embargo, esto ha llevado a un fenómeno interesante: las L2 fragmentaron la liquidez y la base de usuarios de Ethereum, mientras que las cadenas de aplicaciones L2/L3 acentuaron aún más esta división. Solana se adhiere a la filosofía de un ecosistema monolítico, pero los beneficios de ofrecer entornos personalizables para diferentes casos de uso no pueden ser ignorados.

2. Catalizadores para el nacimiento de Network Extension: Capa 2 - El camino hacia la fragmentación

Desde Plasma en 2017 hasta rollups optimistas y zk-rollups, la trayectoria de escalado de Ethereum demuestra claramente la necesidad de abordar el problema de escalabilidad. Sin embargo, es importante señalar que parte del TVL de L2 de Ethereum está respaldado por ETH puenteado, que permanece en L1.

Sin embargo, estas soluciones de escalado también exponen un riesgo significativo: el efecto de fragmentación de liquidez y usuarios, conocido en el ámbito blockchain como el 'efecto vampiro'. La implementación de EIP-4844 es una prueba evidente de esto, ya que los ingresos por tarifas de Ethereum han disminuido drásticamente. Analistas, incluido Justin Bons de Cyber Capital, han señalado que el crecimiento de las tarifas de Ethereum está siendo canibalizado por las L2.

Gráfico 1: Dinámica de suministro de ETH. Fuente: ultrasound.money

Esto indica que cuando los usuarios se mueven fuera de L1, las tarifas de transacción que permanecen en L1 disminuyen significativamente, lo que resulta en una menor tasa de destrucción. Esto debería ser evidente desde el principio. Ahora, el uso y los ingresos están siendo capturados por L2 que tienen como objetivo ganar rentas. Esta es la razón por la que son codiciosos, ya que solo una pequeña parte de las tarifas se devuelve a L1, mientras que el resto es retenido por entidades comerciales. Al mismo tiempo, estas entidades contribuyen a mantener el espacio limitado de bloques de ETH L1. Un gráfico publicado por Unchained Pod muestra que por cada 1 dólar en tarifas pagadas en L1, Optimism (OP) puede ganar 300 dólares en ingresos.

 

Gráfico 2: Ingresos de L2 por cada 1 dólar en tarifas de L1. Fuente: GrowThePie

Por lo tanto, es evidente que las L2 exhiben un 'efecto vampiro' sobre la actividad y la atracción económica de las L1. La transición hacia cadenas de aplicaciones (Appchains) independientes de Ethereum agrava aún más esta situación.

Este punto de vista ha sido apoyado por Anatoly Yakovenko, quien publicó en Twitter: 'Si el ecosistema de Solana destruye la optimización de la ejecución de L1 para soportar las transacciones de todos los usuarios y recurre a una pila L2 genérica de 'arb/op', eso tendrá un efecto parásito en la red principal de Solana. Esto es fácil de entender. Cuando las L2 obtienen más transacciones prioritarias de la capa base en lugar de nuevas, son parásitas. Dado que la red principal seguirá maximizando su rendimiento, será difícil para cualquier 'L2' o SVM competir en precio. Las tarifas para los usuarios no deberían ser mejores que las de la red principal.'

Kyle Samani, socio gerente de Multicoin Capital, también expresó una opinión similar, escribiendo: 'Cualquier cosa que podría haber sucedido en L1, pero ocurre fuera de L1, es, por definición, parásita. Por eso no estoy interesado en rollups EVM/SVM. No son realmente diferentes de L1. Dudo mucho que estos L2 copiados y pegados tengan éxito en Solana, porque L1 ya es lo suficientemente bueno.'

En este contexto, el enfoque de Solana para proteger las características de la red a través del mantenimiento de la arquitectura monolítica y la filosofía de un ecosistema unificado resulta muy atractivo.

Pero, ¿cómo evitar una situación similar a la de Ethereum L2? Profundicemos en la discusión.

3. El rápido ascenso de Solana y sus ventajas centrales

En comparación con los sistemas de blockchain diseñados alrededor de la máquina virtual de Ethereum (EVM), la blockchain de Solana muestra una arquitectura completamente nueva.

Solana utiliza Prueba de Participación (PoS) como mecanismo contra ataques Sybil, y también ha introducido una de sus innovaciones clave: el algoritmo de Prueba Histórica (PoH). PoH es una función de retardo verificable (VDF) utilizada para ordenar y marcar con tiempo las transacciones transmitidas en la red. Además, Solana se distingue por usar hardware de alto rendimiento, un protocolo de reenvío de transacciones sin piscina de memoria (Gulf Stream), soporte para procesamiento paralelo con Sealevel, y un diseño diferente al modelo de cuentas de blockchain tradicional (similar al sistema de archivos de Linux).

Solana sigue una filosofía de diseño monolítica, logrando una escalabilidad significativamente mayor gracias a su mecanismo de consenso único, innovaciones tecnológicas y optimización continua de la arquitectura, mejorando la velocidad y el rendimiento.

Solana también se beneficia de una fuerte comunidad de desarrolladores: más de 2500 desarrolladores están activamente involucrados. Esto ha impulsado un crecimiento significativo en Solana. El TVL de Solana creció de 210 millones de dólares en 2023 a 7.73 mil millones de dólares en 2024, casi multiplicándose por 35. En comparación con noviembre de 2022, el volumen de transacciones de Solana DEX ha crecido entre 200 y 300 veces, y desde el verano de 2023, los DAU han crecido 5 veces. Para el 14 de noviembre de 2024, el volumen de transacciones de Solana había superado en más de 4 veces al de Ethereum. El número de billeteras activas también sigue creciendo, alcanzando un pico de 9.4 millones de usuarios activos el 22 de octubre de 2024.

Gráfico 3: Dinámica de volumen de transacciones DEX de Solana y billeteras activas. Fuente: Dune, Artemis

Por lo tanto, Solana es un ecosistema robusto con una base de usuarios y desarrolladores grande y activa, que ha experimentado un crecimiento exponencial tanto en su base de usuarios como en su actividad. Esta trayectoria de desarrollo destaca la importancia de Solana como una de las principales cadenas no EVM, especialmente en su expansión dinámica.

Gráfico 4: Comparación de TVL de blockchains no EVM. Fuente: DefiLlama

Las aplicaciones descentralizadas (dApps) en Solana han mejorado significativamente su funcionalidad al aumentar la aceptación y la amigabilidad del usuario. Es evidente que Solana está convirtiéndose en un super sistema con características sobresalientes. Sin embargo, algunas aplicaciones, como Zeta Market, planean lanzar sus propias instancias (L2) para alcanzar el mismo objetivo.

Un hecho que destaca es que SVM se desempeña excepcionalmente bien en entornos aislados. Esto ha sido plenamente demostrado por Pyth Net, Cube Exchange y otros que apoyan cadenas de aplicaciones utilizando SVM, y el ecosistema de Solana también se conoce como Entornos Autorizados de Solana (SPEs).

A pesar de los casos de uso de cadenas SVM 'específicas para aplicaciones' independientes, estas cadenas no tienen una diferencia significativa con el cliente de Solana común, y consideramos que las extensiones nativas de Solana como L2 (vanilla Solana forks) tienen un valor limitado. Este enfoque podría llevar a una repetición de la fragmentación de Ethereum.

Es evidente que Solana necesita un enfoque independiente para evitar comprometer las características de su arquitectura monolítica. Esta es también la razón por la que Lollipop desarrolló las Extensiones de Red de Lollipop, que cambiarán significativamente el panorama del ecosistema de Solana.

4. ¿Qué necesita Solana? — Proporcionar soporte a entornos de ejecución fuera de la cadena a través de un enfoque modular para la arquitectura monolítica

4.1 Concepto central de las extensiones de red (Network Extensions)

Estos factores han llevado a la comunidad de Solana a comenzar a discutir la necesidad de trasladar ciertas tareas computacionales a otros lugares. La escalabilidad no es un fenómeno nuevo para Solana. Ya en 2022, aparecieron las Extensiones de Token, que ofrecieron nuevas funcionalidades como transferencias confidenciales, ganchos de transferencia, punteros de metadatos, entre otros.

Por lo tanto, es lógico presentar el concepto de ‘extensiones de red (Network Extensions, NE)’ al mejorar la funcionalidad de Solana y escalar las dApps. Además de mejorar la funcionalidad de Solana a través de la expansión, las extensiones de red (NE) introducen elementos de modularidad en el ecosistema: diferentes entornos dentro de NE pueden ser personalizados según necesidades específicas y compartidos entre múltiples dApps y protocolos.

Basado en las percepciones y discusiones en el ecosistema de Solana, hemos identificado algunos principios fundamentales que deben definir la arquitectura y funcionalidad de las extensiones de red (NE). Estos principios están diseñados para asegurar una integración sin problemas con la red de Solana, mientras se preservan las ventajas centrales de su arquitectura:

· No causar «fragmentación» en la liquidez

· No causar «fragmentación» en la base de usuarios

· Para los usuarios, la experiencia de interacción es la misma que al usar Solana directamente

· Pila técnica unificada

· Las extensiones de red (NE) envían transacciones directamente a los nodos de validación de Solana

Para NE, Solana es una verdadera capa de liquidación, donde ocurre el flujo de fondos. Las extensiones de red son una verdadera capa de ejecución, que no fragmenta la cadena principal y que interactúa directamente con las cuentas y programas en esa capa.

Gráfico 5: Diagrama simplificado del proceso de extensiones de red (NE) de Lollipop

Estas características son lo que distingue a las extensiones de red (NE) de rollups, cadenas laterales, subredes, diferentes variantes de L2, cadenas de aplicaciones y otros métodos de escalado. En comparación con soluciones similares, el objetivo de Lollipop es desarrollar un marco técnico para las extensiones de red (NE) que permita a desarrolladores, consumidores y usuarios finales interactuar directamente y sin problemas con la liquidez y la base de usuarios de Solana en su capa.

4.2 Análisis comparativo

Actualmente, Lollipop es la primera solución que proporciona una conexión directa con la red principal de Solana y que no provoca la fragmentación de la liquidez o de los usuarios.

El entorno nativo de Lollipop puede servir de base para nuevos productos o apoyar la migración de dApps existentes sin desconectar la conexión con el ecosistema de Solana y su liquidez. Para las dApps existentes, esto mejorará su velocidad, estabilidad y ampliará su funcionalidad.

Gráfico 6: Comparación de soluciones existentes en Solana

Diferencias clave con L2, subredes, cadenas laterales:

· L2: L2 recopila transacciones y envía pruebas a L1. La ejecución y liquidación realmente ocurren dentro del rollup, mientras que L1 (como Ethereum o Solana) se utiliza para la validación de pruebas. Las extensiones de red (NE) envían las transacciones directamente a los nodos de validación y programas de Solana.

· Cadenas laterales: no hay conexión directa entre la cadena lateral y la cadena principal. Aunque las cadenas laterales pueden anclar datos en la cadena principal, la brecha entre los ecosistemas es significativamente mayor en comparación con L1 y L2. De hecho, las cadenas laterales son redes completamente independientes.

· Subred: en la implementación actual, una subred puede establecer un ecosistema independiente dentro de una cadena lateral, donde la liquidez y los usuarios se concentran en diferentes espacios.

Los proyectos que más se alinean con el concepto de extensiones de red en el ecosistema de Solana son Getcode y Sonic SVM (basado en HyperGrid). Sin embargo, Getcode actúa solo como una capa de transferencia de fondos, similar a la Lightning Network de Bitcoin, sin soporte para el despliegue de entornos complejos. Aunque Sonic tiene una latencia de 10 milisegundos y puede delegar programas desplegados en Solana a sus instancias, se centra más en el ámbito de los juegos, y no ofrece la flexibilidad y personalización que Lollipop busca alcanzar.

Las extensiones de red (NE) cooperan directamente con la liquidez de Solana, sin dar lugar a la formación de diferentes cadenas, espacios y comunidades.

Las extensiones de red (NE) pueden proporcionar soluciones de infraestructura para Solana y sus aplicaciones descentralizadas (dApps), y apoyar la operación de dichas dApps. Este concepto es, en cierta medida, similar a las cadenas de aplicaciones (appchains) y a las L2. Muchos dApps están haciendo la transición a sus propias instancias dedicadas para mejorar el rendimiento, la escalabilidad y la experiencia del usuario.

En L2, hay muchas soluciones como: OP-Stack, Arbitrum Orbit, Polygon CDK, StarkEX, zkSync Era, Termina, etc. Estos kits de herramientas han permitido que numerosos proyectos L2 se lancen con éxito, impulsando significativamente la escalabilidad y usabilidad de las redes blockchain.

Sin embargo, como hemos visto anteriormente, el modelo de capas actual y los enfoques de entornos fragmentados no son adecuados para la arquitectura monolítica de Solana.

4.3 Demanda del mercado

Los casos y narrativas anteriores reflejan una tendencia más amplia: las aplicaciones descentralizadas (dApp) están creando instancias independientes. Esto les permite optimizar operaciones y funcionalidades, ofreciendo un mejor servicio a los usuarios. Estas aplicaciones pueden incluir dApps DeFi, juegos, protocolos de verificación e identificación, protocolos de privacidad, soluciones institucionales y empresariales, entre otros. Estos entornos se construyen principalmente sobre diferentes implementaciones de rollup.

Como se mencionó anteriormente, los rollups tienen un efecto vampiro sobre la cadena base. Lollipop tiene como objetivo abordar este problema mientras introduce modularidad en Solana sin comprometer su arquitectura monolítica.

A continuación, se presentan las implicaciones revolucionarias de las extensiones de red (NE) para Solana:

· Lógica de ejecución personalizada: ya sea que los desarrolladores necesiten reglas de gobernanza únicas, estructuras de recompensas específicas o entornos de computación descentralizados, NE puede satisfacer todas las demandas detalladas. Los desarrolladores pueden desplegar instancias modificadas de SVM en NE, ajustando parámetros como latencia, tiempo de bloque y tamaño de bloque, lo que puede permitir que las instancias en funcionamiento tengan rendimiento en tiempo real y creen otros escenarios de uso que actualmente no son evidentes.

· Liquidación directa: aunque NE opera de manera independiente, todas las transacciones aún se liquidan directamente en Solana. Esto mantiene la unificación del flujo de liquidez y usuarios dentro de la blockchain, sin causar fragmentación o efectos vampiro.

· Flexibilidad económica: NE introduce modelos económicos innovadores aprovechando la eficiencia de Solana. Por ejemplo, los usuarios de dApp pueden disfrutar de un modelo económico sin tarifas de Gas basado en suscripciones.

· Flexibilidad sin fragmentación: a diferencia de L2, NE no crea espacios aislados. Todo se mantiene unificado; se puede considerar similar a las extensiones de tokens.

· Proporcionar a los usuarios finales una UI/UX sin inconvenientes: a diferencia de subredes o soluciones L2/L3, NE ofrece una experiencia de usuario superior. Los usuarios no necesitan cambiar de red, utilizar tecnología de cadena cruzada o preocuparse por problemas de dirección, interactuando directamente con Solana.

· Reducción de costos de despliegue de programas: actualmente, si un desarrollador necesita desplegar un programa independiente en Solana, con pocas dependencias de otros programas, debe pagar entre 1-3 SOL o más en tarifas de despliegue, dependiendo del tamaño del programa. Sin embargo, a través de delegación y apoderados, NE ofrece la posibilidad de desplegar programas complejos con múltiples componentes en diferentes entornos a un costo mucho menor que el despliegue directo en Solana.

NE también puede abarcar casos de uso relacionados con AVS (sistemas de verificación automatizados) basados en protocolos de re-staking. Estos casos de uso incluyen oráculos descentralizados, coprocesadores, computación verificable, ordenación descentralizada, finalización rápida, entre otros. Todo esto se beneficia de la adaptabilidad del entorno NE.

Otro escenario importante para NE es la capacidad de crear un sistema económico sin tarifas de Gas en un entorno que puede implementarse similar a la abstracción de cuentas de EVM. Esto es muy útil para protocolos que pueden generar un gran volumen de transacciones, como el trading de alta frecuencia (HFT), juegos, protocolos de reequilibrio y pools dinámicos con liquidez concentrada.

Por lo tanto, Lollipop propone las siguientes áreas clave para el uso de NE:

1. Juegos: imagina un juego sin tarifas de Gas: los jugadores disfrutan de una experiencia fluida y los desarrolladores adoptan un modelo basado en suscripciones para obtener ingresos estables. Esto trae una nueva forma de desarrollo de componentes para juegos en Web3: interactuar con billeteras o mercados sin salir del entorno del juego.

2. DeFi: construir plataformas de trading de alta frecuencia, utilizando tarifas basadas en sesiones (session-based fees), en lugar de tarifas de Gas por transacción, haciendo que las transacciones sean más rápidas y baratas. Se forma una nueva lógica a través de un libro de órdenes y un diseño de liquidación fuera de la cadena. Una mayor velocidad de ejecución permite que el protocolo utilice apalancamiento más alto.

3. Modelos de IA: liquidar cada transacción directamente en Solana mientras se utiliza GPU para desplegar entornos de IA intensivos en computación. Esto puede aplicarse a una variedad de escenarios: evaluaciones de seguridad, enrutamiento, arbitraje, implementación de modelos de intenciones, etc.

4. Soluciones empresariales: entornos personalizados para clientes empresariales e institucionales, con estrictas reglas de gestión, políticas, cumplimiento, cifrado y gobernanza.

5. PayFi: proporcionar un entorno programable para desafíos financieros complejos, como financiamiento de cadenas de suministro, pagos transfronterizos, tarjetas corporativas respaldadas por activos digitales, mercados de crédito, etc.

6. Computación descentralizada: habilitar computación avanzada en GPU descentralizadas o TEE (entornos de ejecución confiables) — aplicable a criptografía, coprocesadores, modelos de IA o tareas intensivas en datos.

7. Entornos confiables: desplegar entornos confiables para oráculos, almacenamiento descentralizado (DAS/DAC), sistemas de verificación, redes de infraestructura física descentralizada (DePin) y otros casos de uso.

Por lo tanto, la tarea principal del equipo de Lollipop es: garantizar que las dApps y protocolos puedan crear entornos personalizados dentro del ecosistema de Solana y conectarse directamente a Solana. En otras palabras, desde una perspectiva conceptual, la ejecución parece ser un operación fuera de la cadena que ocurre dentro de las extensiones de red (Network Extension), pero todas las acciones de liquidación y confirmación final ocurren en Solana.

Al mismo tiempo, la billetera del usuario debe residir en el espacio de bloque de Solana. Después de un largo y profundo proceso de investigación y desarrollo, el equipo de Lollipop finalmente llegó al diseño actual de Lollipop.

5. Explicación técnica de Lollipop

Lollipop permite que los proyectos modifiquen el cliente de Solana en un entorno de ejecución fuera de la cadena y transfieran los resultados de ejecución sin problemas de vuelta a la red principal de Solana, evitando la necesidad de crear cadenas separadas. Solana en sí no tiene un árbol de estado global, lo cual es crucial para asegurar la liquidación segura de los resultados de la ejecución fuera de la cadena. Lollipop aborda este problema introduciendo Árboles de Merkle escasos (Sparse Merkle Trees, SMT) para validar criptográficamente los resultados de ejecución en su Extensión de Red.

Características técnicas clave:

· Entorno de ejecución fuera de la cadena: Lollipop permite que las dApps procesen su lógica compleja fuera de la cadena mientras asegura que los resultados de cada operación puedan ser verificados criptográficamente mediante un árbol de Merkle escaso.

· Árbol Merkle escaso (SMT): SMT es un tipo especial de árbol Merkle utilizado para verificar la existencia de ciertos datos sin almacenar todos los datos. Permite a Lollipop validar los resultados de la ejecución fuera de la cadena de manera eficiente y segura, asegurando que estos resultados se puedan liquidar de manera confiable en la red principal de Solana.

· Conexión fluida con la red principal de Solana: Lollipop logra una conexión directa con la red principal de Solana a través de su Extensión de Red, evitando los problemas de fragmentación de las soluciones L2 tradicionales o cadenas fragmentadas, asegurando la unificación de la liquidez y la base de usuarios.

Las ventajas de esta tecnología:

· Sin necesidad de crear cadenas independientes: los proyectos ya no necesitan crear cadenas o entornos adicionales, sino que pueden modificar el cliente de Solana a través de Lollipop y lograr ejecución fuera de la cadena. Esto reduce tanto los costos de desarrollo y operación como asegura una estrecha integración con la red principal de Solana.

· Descentralizado y seguro: al utilizar un árbol de Merkle escaso para la verificación criptográfica, Lollipop puede garantizar que los resultados de la ejecución fuera de la cadena no sean alterados o inconsistentes.

· Adaptabilidad a dApp de Solana: Lollipop permite que las aplicaciones descentralizadas en Solana amplíen su funcionalidad de manera más efectiva, mientras evita problemas de rendimiento y seguridad que podrían surgir en entornos fuera de la cadena, convirtiéndose en la opción ideal para las dApps de Solana.

El enfoque de Lollipop ofrece a Solana una solución innovadora que mejora la escalabilidad y la eficiencia operativa sin introducir fragmentación, convirtiéndose en una parte indispensable del futuro ecosistema de Solana.

Gráfico 7: Diagrama ilustrativo de Lollipop

La arquitectura de Lollipop consiste en varios componentes principales:

1. Capa de Extensiones de Red (Capa NE)

2. Programas en la Capa de Solana

3. Capa de Nube de Polkadot (Capa Polkadot Cloud)

Lollipop se construye directamente sobre Solana, aprovechando su capacidad de ejecución paralela y su estructura de datos de transacción única. La capacidad de procesamiento paralelo de SVM (Máquina Virtual de Solana) depende del cliente de Solana mismo. Al modificar el cliente de Solana, Lollipop maximiza la mejora de rendimiento que trae la ventaja nativa de Solana.

Esta arquitectura permite que las aplicaciones descentralizadas (dApps) migren sin problemas de L1 de Solana a NES de Lollipop sin necesidad de modificar su código de programa, consumiendo menos recursos mientras se mantiene el soporte para las mismas herramientas y pilas tecnológicas de desarrolladores que Solana.

Es importante destacar que la ejecución paralela de SVM se basa en la estructura de datos de transacción única de Solana. En cada transacción, el iniciador declara de antemano la información de las cuentas a leer y escribir. Esto permite que SVM procese un lote de transacciones de manera eficiente en secuencias paralelas, asegurando que las transacciones en ejecución paralela no lean y escriban simultáneamente en la misma cuenta. En otras palabras, simplemente trasladar SVM a otros marcos de ejecución no aportará las ventajas de procesamiento paralelo.

Lollipop tiene como objetivo convertirse en una supercomputadora confiable para extensiones de red (Network Extensions), ofreciendo entornos con y sin licencia, ejecución multinúcleo, consistencia global, personalización y una alta relación costo-beneficio. La red Lollipop proporciona una infraestructura completa para el despliegue de NE, incluyendo secuenciadores compartidos (shared sequencers), validadores (validators) y contratos validados sin estado (stateless validated contracts).

Al aprovechar Polkadot Cloud, Lollipop también puede implementarlo como disponibilidad de datos (DA). Cada contrato se ejecuta en un núcleo dedicado, soportando la ejecución paralela y sincronización entre validadores, secuenciadores y DA, asegurando una capacidad de procesamiento eficiente.

Gráfico 8: Diagrama de arquitectura de Lollipop

6. Conclusión

Las extensiones de red (NE) de Lollipop representan un avance significativo en la funcionalidad de dApps y protocolos dentro del ecosistema de Solana. Al proporcionar un nuevo enfoque de desarrollo para dApps y protocolos en el ecosistema de Solana, Lollipop asegura una integración fluida con la red principal de Solana, manteniendo al mismo tiempo la arquitectura monolítica y evitando la fragmentación de la cadena. A diferencia de las soluciones tradicionales de capa 2 que suelen crear entornos aislados y provocar fragmentación de liquidez, Lollipop asegura que la liquidez y la base de usuarios se mantengan unificadas en ambos niveles a través de la conexión directa con Solana.

Las extensiones de red (NE) de Lollipop proporcionan a los desarrolladores un marco general que les permite crear entornos de tiempo de ejecución personalizados para satisfacer las necesidades específicas de diferentes casos de uso. En particular, las extensiones de red (NE) pueden proporcionar un funcionamiento más eficiente para los intercambios descentralizados permanentes (Perp DEX) al desplegar una instancia de SVM optimizada para velocidad. También pueden disminuir la fricción en la interfaz de usuario y experiencia del usuario de las aplicaciones descentralizadas (dApps) en el ecosistema de Solana mediante la introducción de Intenciones (Intents) y Abstracción de Cuentas (Account Abstraction). Esta capacidad podría convertirse en un catalizador para el crecimiento de juegos Web3 en Solana.

Las instancias de NE y la independencia de configuración de Solana también allanan el camino para productos empresariales, soluciones institucionales, aplicaciones de PayFi e incluso para aplicaciones de nicho como productos de seguros.

Finalmente, el diseño de Lollipop proporciona una solución visionaria para la escalabilidad de dApps en Solana, sentando las bases para una nueva era de entornos de blockchain de alto rendimiento. A medida que el ecosistema de Solana continúa creciendo, la arquitectura única de Lollipop la convierte en un motor clave para la innovación futura, proporcionando a los desarrolladores las herramientas necesarias para construir aplicaciones seguras, eficientes y sostenibles.