¿Por qué Solana necesita extensiones de red en lugar de soluciones de Capa 2?

Intermedio12/27/2024, 3:27:56 AM
Este artículo explora por qué Solana necesita adoptar Extensiones de Red (NE) en lugar de soluciones tradicionales de Capa 2 (L2). Las Extensiones de Red brindan un entorno modular y personalizable, evitando la fragmentación de la liquidez y la base de usuarios dentro del ecosistema de Solana, al tiempo que mantienen una conexión directa con la red principal de Solana para garantizar una liquidez y una base de usuarios unificadas.

1. Antecedentes

El rápido desarrollo de la tecnología blockchain ha establecido a Ethereum (EVM) y Solana (SVM) como dos filosofías de diseño dominantes, liderando cada una en sus respectivos campos. Históricamente, Ethereum ha dominado el valor total bloqueado (TVL) en cadenas EVM debido a su filosofía y enfoque único, mientras que Solana ha liderado entre las cadenas no EVM. Sin embargo, a medida que la actividad ha crecido y han surgido nuevas cadenas, Ethereum ha comenzado a ceder su dominio a cadenas EVM más rápidas y se ha dirigido hacia soluciones de escalado de Capa 2 (L2).

Por el contrario, la arquitectura monolítica de Solana ha evitado tal fragmentación a través de innovaciones tecnológicas únicas y reservas de rendimiento significativas, aunque a costa de requerir un ancho de banda y velocidad más altos. Mientras tanto, el concepto de Rollups ha presentado a las dApps una oportunidad significativa: crear entornos de ejecución personalizables. Sin embargo, esto ha dado lugar a un fenómeno interesante: las L2 fragmentan la liquidez y la base de usuarios de Ethereum, y las cadenas de aplicaciones L2/L3 exacerban aún más esta fragmentación. Solana se adhiere a la filosofía de un ecosistema monolítico, pero los beneficios de proporcionar entornos personalizables para diferentes casos de uso no pueden ignorarse.

2. El Catalizador para Extensiones de Red: Capa 2 - Un Camino hacia la Fragmentación

Desde Plasma en 2017 hasta Optimistic y zk-rollups, el viaje de escalabilidad de Ethereum ha demostrado la necesidad de abordar los problemas de escalabilidad. Sin embargo, cabe destacar que una parte del TVL de Ethereum L2 está respaldado por ETH transferido, que permanece en L1.

Estas soluciones de escalado también han expuesto un riesgo significativo: la fragmentación de la liquidez y los usuarios, comúnmente conocido como el “efecto vampiro” en el espacio de blockchain. La significativa disminución de los ingresos por tarifas de Ethereum después de la implementación de EIP-4844 sirve como evidencia de esto. Analistas, incluyendo a Justin Bons de Cyber Capital, han señalado que el crecimiento de las tarifas de Ethereum está siendo superado por las Capas 2.

Figura 1: Dinámica del suministro de ETH. Fuente: ultrasound.money

Esto indica que a medida que los usuarios abandonan L1, las tarifas restantes en L1 disminuyen significativamente, lo que conduce a una disminución en las tasas de quema. Esto debería haber sido evidente desde el principio. Ahora, el uso y los ingresos son capturados por las capas 2 que buscan ganar alquiler. Esta avaricia es evidente porque solo una pequeña parte de las tarifas regresa a L1, y el resto es retenido por entidades comerciales. Al mismo tiempo, estas entidades hacen lobby para mantener un espacio limitado de bloques en ETH L1. Unchained Pod publicó un gráfico que muestra que Optimism (OP) gana $300 por cada $1 de tarifas pagadas en L1:

Figura 2: Tarifas ganadas por Capa 2 por cada $1 pagado en Capa 1. Fuente: GrowThePie

Las L2s exhiben un "efecto vampiro" en la actividad de transacción y el atractivo económico de L1. La transición a las cadenas de aplicaciones (Appchains) independientes de Ethereum agrava este problema.

Esta perspectiva está respaldada por Anatoly Yakovenko, quien publicó lo siguiente en Twitter:

“Si el ecosistema de Solana sacrifica la optimización de la ejecución L1 para soportar todas las transacciones de usuario mediante la dependencia de la pila general 'arb/op' de la 'Capa 2', tendrá un efecto parasitario en la mainnet de Solana. Esto es fácil de entender. Cuando las L2 toman más transacciones prioritarias de la capa base en lugar de agregar nuevas, se vuelven parasitarias. Dado que la mainnet continuará maximizando su rendimiento, 'L2' u cualquier otro SVM luchará por competir en precio. Las tarifas de usuario no deben superar la mainnet.”

Kyle Samani, socio gerente de Multicoin Capital, expresó un punto de vista similar, escribiendo:

"Cualquier cosa que podría haber ocurrido en L1 pero sucede fuera de L1 es, por definición, parasitaria. Por esta razón, no me interesan las rollups de EVM/SVM. Básicamente no son diferentes de L1. Dudo mucho que estas Capas 2 de copia-pega tengan éxito en Solana porque L1 ya es lo suficientemente bueno."

En este contexto, el enfoque de Solana de mantener una arquitectura monolítica y una filosofía de ecosistema unificado se vuelve muy atractivo.

¿Pero cómo se puede evitar un escenario similar a la fragmentación de L2 de Ethereum? Vamos a profundizar.

3. El Rápido Ascenso y Ventajas Fundamentales de Solana

En comparación con los sistemas de blockchain tradicionales diseñados en torno a la Máquina Virtual Ethereum (EVM), Solana demuestra una arquitectura completamente nueva.

Solana adopta Proof of Stake (PoS) como mecanismo para defenderse de los ataques Sybil mientras introduce una de sus innovaciones principales: el algoritmo Proof of History (PoH). PoH es una Función de Retardo Verificable (VDF) utilizada para ordenar y registrar la hora de las transacciones transmitidas a través de la red. Además, Solana se destaca por el uso de hardware de alto rendimiento, el protocolo Gulf Stream (un protocolo de reenvío de transacciones sin mempool), el motor de procesamiento paralelo Sealevel y un diseño único diferente de los modelos de cuenta de blockchain tradicionales (que se asemeja al sistema de archivos del sistema operativo Linux).

Solana se adhiere a una filosofía de diseño monolítico, logrando una escalabilidad, velocidad y rendimiento significativamente mayores a través de su mecanismo de consenso único, innovaciones técnicas y optimización arquitectónica en curso.

Solana también se beneficia de una sólida comunidad de desarrolladores: más de 2.500 desarrolladores participan activamente en su ecosistema. Esto ha impulsado el notable crecimiento de Solana. El valor total bloqueado (TVL) de Solana aumentó de $210 millones en 2023 a $7.73 mil millones en 2024, un aumento de casi 35 veces. En comparación con noviembre de 2022, el volumen de operaciones de intercambio descentralizado (DEX) de Solana experimentó un crecimiento anual de 200-300 veces, y los usuarios activos diarios (DAU) se multiplicaron por cinco desde el verano de 2023. Para el 14 de noviembre de 2024, el volumen de transacciones de Solana había superado en más de cuatro veces al de Ethereum. El número de billeteras activas también siguió aumentando, alcanzando un pico de 9.4 millones de usuarios activos el 22 de octubre de 2024.

Figura 3: Tendencias del volumen de trading y de billeteras activas de Solana DEX. Fuente: Dune, Artemis

Como resultado, Solana es un ecosistema poderoso con una comunidad de usuarios y desarrolladores grande y activa, experimentando un crecimiento exponencial en su base de usuarios y actividad. Esta trayectoria de crecimiento subraya la importancia de Solana como una cadena líder no EVM, particularmente en su expansión dinámica.

Figura 4: Comparación de TVL en Blockchains No-EVM. Fuente: DefiLlama

Las aplicaciones descentralizadas (dApps) en Solana mejoran significativamente la funcionalidad al mejorar la accesibilidad y la facilidad de uso. Solana se está convirtiendo en un super sistema con características excepcionales. Sin embargo, algunas aplicaciones, como Zeta Market, planean lanzar sus instancias (Capa 2) para lograr objetivos similares.

Un hecho destacado es que la Máquina Virtual de Solana (SVM) funciona de manera excelente en entornos aislados. Esto se demuestra claramente en aplicaciones como Pyth Net y Cube Exchange, que aprovechan SVM para admitir cadenas de aplicaciones, conocidas en el ecosistema de Solana como Entornos Potenciados por Solana (SPEs).

Aunque hay escenarios en los que se utilizan cadenas SVM independientes "específicas de la aplicación", estas cadenas no son significativamente diferentes de los clientes estándar de Solana. Creemos que las extensiones nativas de Solana como Capa 2 (bifurcaciones vainilla de Solana) tienen un valor limitado, ya que pueden replicar los problemas de fragmentación de Ethereum.

Claramente, Solana necesita un enfoque independiente para evitar comprometer las características de su arquitectura monolítica. Es por eso que Lollipop desarrolló las Extensiones de Red Lollipop, las cuales darán forma significativamente al ecosistema de Solana.

4. ¿Qué necesita Solana? - Soporte modular para entornos de ejecución fuera de cadena en una arquitectura monolítica

4.1 Concepto principal de las extensiones de red

Los factores mencionados anteriormente han llevado a la comunidad de Solana a discutir la necesidad de trasladar algunas tareas computacionales a otro lugar. La escalabilidad no es un fenómeno nuevo para Solana. Ya en 2022, surgieron las Extensiones de Tokens, que proporcionan nuevas características como transferencias confidenciales, ganchos de transferencia y punteros de metadatos.

Por lo tanto, introducir el concepto de "Extensiones de Red (NE)" para mejorar la funcionalidad de Solana y ampliar las capacidades de las dApp es lógico. Además de mejorar las características de Solana, NE introduce elementos modulares en el ecosistema; diferentes entornos dentro de NE pueden ser personalizados según necesidades específicas y compartidos entre múltiples dApps y protocolos.

Basándonos en ideas y discusiones dentro del ecosistema de Solana, identificamos varios principios fundamentales que deberían definir la arquitectura y funcionalidad de las Capas de Extensión de la Red (NE). Estos principios tienen como objetivo garantizar una integración perfecta con la red de Solana, al tiempo que se preservan sus ventajas arquitectónicas principales:

  • Sin fragmentación de liquidez
  • No fragmentación de la base de usuarios
  • Experiencia de interacción idéntica a la de uso directo de Solana para los usuarios
  • Pila tecnológica unificada
  • Las transacciones de NE se envían directamente a los nodos validadores de Solana

Para NE, Solana sirve como una verdadera capa de liquidación donde ocurre el flujo de fondos. NE actúa como una capa de ejecución que evita la fragmentación con la cadena principal e interactúa directamente con cuentas y programas en esta capa.

Figura 5: Diagrama de Proceso Simplificado de las Extensiones de la Red Lollipop (NE)

Estas características distinguen Network Extension (NE) de otras soluciones de expansión como rollups, side chains, subnets, diferentes variantes de L2 y cadenas de aplicaciones. En comparación con soluciones similares, Lollipop tiene como objetivo desarrollar un marco técnico para Network Extension (NE) que permita a los desarrolladores, consumidores y usuarios finales interactuar sin problemas con la liquidez y la base de usuarios de Solana a nivel de Solana.

4.2 Análisis Comparativo

Lollipop es actualmente la primera solución que proporciona una conexión directa a la mainnet de Solana sin causar fragmentación de liquidez o usuarios.

El entorno nativo de Lollipop puede servir como base para nuevos productos o soportar la migración de dApps existentes sin desconectarse del ecosistema o la liquidez de Solana. Para las dApps existentes, esto mejora la velocidad, la estabilidad y la funcionalidad.

Figura 6: Comparación de las Soluciones Existentes de Solana

Diferencias clave de L2, subredes y sidechains:

L2s: Las transacciones de lotes L2s y envían pruebas a L1 para validación. La ejecución y liquidación ocurren principalmente dentro del rollup, mientras que L1 (por ejemplo, Ethereum o Solana) se utiliza para la verificación de pruebas. En contraste, las Extensiones de Red (NE) envían transacciones directamente a los nodos validadores y programas de Solana.

Sidechains: Las sidechains no tienen una conexión directa con la cadena principal. Si bien las sidechains pueden anclar datos a la cadena principal, la brecha entre los ecosistemas es significativamente mayor en comparación con L1 y L2. Básicamente, las sidechains operan como redes completamente independientes.

Subredes: Las subredes pueden crear ecosistemas independientes dentro de las subcadenas, donde la liquidez y los usuarios se concentran en espacios separados.

En el ecosistema de Solana, los proyectos más alineados con el concepto de Extensiones de Red son Getcode y Sonic SVM (basado en HyperGrid). Sin embargo, Getcode actúa principalmente como una capa de transferencia de fondos, similar a la Red Lightning de Bitcoin, y no admite el despliegue de entornos complejos. Por otro lado, Sonic, aunque es capaz de delegar programas desplegados en Solana a sus instancias con una latencia de 10 milisegundos, se centra más en los juegos y carece de la flexibilidad y personalización imaginada por Lollipop.

NE trabaja directamente con la liquidez de Solana, evitando la creación de cadenas, espacios o comunidades separadas. Proporciona soluciones de infraestructura para Solana y sus dApps mientras respalda sus operaciones. Este concepto es algo similar a las ideas de appchains y L2s. Muchas dApps están haciendo la transición a instancias dedicadas para optimizar el rendimiento, la escalabilidad y la experiencia del usuario.

Existen numerosas soluciones de Capa 2: OP-Stack, Arbitrum Orbit, Polygon CDK, StarkEX, zkSync Era, Termina, etc. Estos conjuntos de herramientas han permitido el exitoso lanzamiento de muchos proyectos de Capa 2, avanzando significativamente la escalabilidad y usabilidad de la cadena de bloques. Sin embargo, como se discutió anteriormente, los modelos de capas actuales y los entornos fragmentados son incompatibles con la arquitectura monolítica de Solana.

4.3 Demanda de Mercado

Los casos y narrativas anteriores reflejan una tendencia más amplia: las aplicaciones descentralizadas (dApps) están creando instancias independientes para optimizar operaciones y funcionalidades, ofreciendo mejores servicios a los usuarios. Estas aplicaciones abarcan varios sectores, como DeFi, juegos, protocolos de verificación e identidad, protocolos de privacidad, soluciones institucionales y empresariales, y más. La mayoría de estos entornos se construyen en diferentes implementaciones de rollup.

Como se mencionó anteriormente, los rollups exhiben un "efecto vampiro" en las cadenas base. Lollipop tiene como objetivo abordar este problema introduciendo modularidad en Solana sin comprometer su arquitectura monolítica.

Aquí está por qué las extensiones de red (NE) son revolucionarias para Solana:

  • Lógica de ejecución personalizada: NE permite a los desarrolladores implementar instancias modificadas de SVM adaptadas a necesidades específicas, como reglas de gobernanza únicas, estructuras de recompensa o entornos informáticos descentralizados. Parámetros como latencia, tiempo de bloque y tamaño de bloque se pueden ajustar para permitir un rendimiento en tiempo real y explorar casos de uso novedosos.
  • Liquidación directa: Si bien NE opera de forma independiente, todas las transacciones se liquidan directamente en Solana, manteniendo la liquidez unificada y el flujo de usuarios sin fragmentación ni efectos vampiro.
  • Flexibilidad económica: NE aprovecha la eficiencia de Solana para introducir modelos económicos innovadores. Por ejemplo, las dApps pueden ofrecer experiencias sin costo de gas utilizando modelos basados en suscripción.
  • Flexibilidad sin fragmentación: A diferencia de las Capas 2, NE no crea espacios aislados. Todo sigue unificado, lo que se asemeja a las extensiones de tokens en funcionalidad.
  • Interfaz de usuario/experiencia de usuario perfecta: A diferencia de subredes o soluciones L2/L3, NE ofrece una experiencia de usuario superior. Los usuarios interactúan directamente con Solana sin cambiar de red, utilizando tecnologías de cadena cruzada o preocupaciones de dirección.
  • Costos de implementación de programas más bajos: Implementar un programa en Solana actualmente cuesta 1-3 SOL o más, dependiendo del tamaño. NE permite la implementación de programas complejos de varios componentes en diferentes entornos a una fracción del costo.

NE también puede admitir casos de uso que involucren Sistemas de Verificación Automatizados (AVS) basados en protocolos de re-apostamiento, como oráculos descentralizados, co-procesadores, computación verificable, clasificación descentralizada y finalidad rápida.

Otro escenario clave para NE es crear economías sin gas dentro de entornos similares a la abstracción de cuentas de EVM (Account Abstraction). Esto es particularmente beneficioso para protocolos que generan altos volúmenes de transacciones, como el comercio de alta frecuencia (HFT), los juegos, los protocolos de reequilibrio o las piscinas dinámicas con liquidez concentrada.

Lollipop visualiza los siguientes casos de uso para NE:

  • Juegos: Imagina una experiencia de juego sin gas donde los jugadores disfrutan de una interacción sin problemas y los desarrolladores obtienen ingresos estables a través de modelos de suscripción. Esto introduce un nuevo enfoque para desarrollar componentes de juegos Web3, lo que permite a los usuarios interactuar con billeteras o mercados sin salir del juego.
  • DeFi: Construir plataformas de trading de alta frecuencia utilizando tarifas basadas en sesiones en lugar de tarifas de gas por transacción, lo que hace que las transacciones sean más rápidas y baratas. Diseñar libros de órdenes y lógica de compensación fuera de la cadena para aumentar la escalabilidad y el apalancamiento.
  • Modelos de IA: implemente entornos de IA intensivos en cómputo utilizando GPUs, con liquidación directa de transacciones en Solana. Las aplicaciones van desde evaluaciones de seguridad hasta enrutamiento, arbitraje y varias implementaciones de modelos basados en intenciones.
  • Soluciones Empresariales: Adaptar entornos para clientes institucionales y empresariales con estrictas reglas de gestión, cumplimiento, cifrado y gobernanza.
  • PayFi: Abordar desafíos financieros complejos con entornos programables para financiamiento de la cadena de suministro, pagos transfronterizos, tarjetas corporativas respaldadas por activos digitales, mercados de crédito, etc.
  • Computación descentralizada: permite la computación GPU o TEE descentralizada avanzada para criptografía, coprocesadores, modelos de IA o tareas intensivas de datos.
  • Entornos confiables: implementar entornos confiables para oráculos, almacenamiento descentralizado (DAS/DAC), sistemas de verificación, redes de infraestructura física descentralizada (DePIN) y más.

La misión principal del equipo de Lollipop es asegurar que las dApps y los protocolos puedan crear entornos personalizados dentro del ecosistema de Solana manteniendo la conectividad directa con Solana. En esencia, aunque la ejecución parece fuera de la cadena en NE, todas las acciones se liquidan y finalizan en Solana.

Al mismo tiempo, las billeteras de los usuarios permanecen ancladas dentro del espacio de bloques de Solana. Después de una extensa investigación y desarrollo, el equipo de Lollipop ha finalizado su diseño NE actual, allanando el camino para la próxima etapa de innovación de Solana.

5. Explicación técnica de Lollipop

Lollipop permite a los proyectos modificar el cliente Solana en entornos de ejecución externos y transmitir sin problemas los resultados de la ejecución de vuelta a la red principal de Solana, eliminando la necesidad de crear cadenas separadas. Solana en sí mismo carece de un árbol de estado global, que es crucial para liquidar de forma segura los resultados de la ejecución externa. Lollipop aborda este problema al introducir Árboles Merkle Dispersos (SMT) en su Extensión de Red para cifrar y verificar los resultados de la ejecución.

Características Técnicas Clave:

  • Entorno de ejecución fuera de la cadena: Lollipop permite que las dApps procesen lógica compleja fuera de la cadena mientras se asegura de que los resultados de cada operación puedan verificarse criptográficamente utilizando Árboles de Merkle dispersos, garantizando seguridad e integridad.
  • Árboles de Merkle dispersos (SMT): SMT es un tipo especial de Árbol de Merkle utilizado para verificar la existencia de datos sin almacenar todos los datos. Permite a Lollipop validar de manera eficiente y segura los resultados de ejecución fuera de la cadena, asegurando que estos resultados se liquiden de manera confiable en la mainnet de Solana.
  • Conexión perfecta con la red principal de Solana: la Extensión de Red de Lollipop se conecta directamente a la red principal de Solana, evitando los problemas de fragmentación de las cadenas tradicionales de Capa 2 o fragmentadas y garantizando la liquidez unificada y las bases de usuarios.

Ventajas de esta tecnología:

  • No es necesario crear cadenas independientes: los proyectos ya no necesitan crear cadenas o ecosistemas adicionales. En su lugar, pueden modificar el cliente de Solana y lograr la ejecución fuera de la cadena a través de Lollipop. Esto reduce los costos de desarrollo y operativos, al tiempo que garantiza una integración estrecha con la red principal de Solana.
  • Descentralizado y seguro: El uso de árboles Merkle dispersos para la verificación criptográfica garantiza que los resultados de la ejecución fuera de cadena permanezcan a prueba de manipulaciones y consistentes.
  • Compatible with Solana dApps: Lollipop mejora la escalabilidad de las aplicaciones descentralizadas de Solana, evitando problemas de rendimiento y seguridad asociados con entornos fuera de la cadena, lo que lo convierte en una opción ideal para las dApps de Solana.

Lollipop proporciona a Solana una solución innovadora para mejorar la escalabilidad y eficiencia operativa sin introducir fragmentación, lo que lo convierte en una parte indispensable del futuro ecosistema de Solana.

Figura 7: Diagrama de Lollipop

La arquitectura de Lollipop consta de varios componentes principales:

  1. Capa de extensiones de red (NE Layer)
  2. Programas en la Capa Solana (Capa Solana)
  3. Capa de nube de Polkadot

Lollipop se construye directamente en Solana, aprovechando sus capacidades de ejecución paralela y su estructura única de datos de transacción. El poder de procesamiento paralelo de la Máquina Virtual Solana (SVM) depende del cliente de Solana en sí. Al modificar el cliente de Solana, Lollipop maximiza las ventajas de rendimiento inherentes a la arquitectura de Solana.

Esta arquitectura permite que las aplicaciones descentralizadas (dApps) migren sin problemas de L1 de Solana a NES de Lollipop sin modificar su código de programa. Además, los desarrolladores pueden seguir utilizando las mismas herramientas y la pila de tecnología como Solana mientras consumen menos recursos.

Es importante tener en cuenta que la ejecución paralela de SVM se basa en la estructura única de datos de transacción de Solana. En cada transacción, el iniciador predeclara la información de la cuenta que pretende leer o escribir. Esto permite que SVM procese eficientemente un lote de transacciones en paralelo según la información de cuenta declarada, al tiempo que garantiza que las transacciones paralelas no lean y escriban simultáneamente en la misma cuenta. Simplemente trasladar SVM a otros marcos de ejecución no brinda la ventaja del procesamiento paralelo.

Lollipop tiene como objetivo convertirse en una supercomputadora confiable para Extensiones de Red, ofreciendo entornos con permisos y sin permisos, ejecución multinúcleo, consistencia global, personalización y rentabilidad. Lollipop proporciona una infraestructura completa para la implementación de NE, incluyendo secuenciadores compartidos, validadores y contratos validados sin estado.

Al aprovechar Polkadot Cloud, Lollipop también puede funcionar como una capa de disponibilidad de datos (DA). Cada contrato opera en núcleos dedicados, soportando ejecución paralela y sincronizada entre validadores, secuenciadores y DA, asegurando una alta eficiencia de procesamiento.

Figura 8: Diagrama de arquitectura de Lollipop

6. Conclusion

Las Extensiones de Red de Lollipop (NE) representan un avance significativo en la mejora de la funcionalidad de las dApps y protocolos dentro del ecosistema Solana. Al introducir un nuevo paradigma de desarrollo para las dApps y protocolos en el ecosistema Solana, Lollipop garantiza una integración perfecta con la mainnet de Solana, al tiempo que mantiene una arquitectura monolítica y evita la fragmentación de la cadena. A diferencia de las soluciones tradicionales de Capa 2 que a menudo crean entornos aislados y generan fragmentación de liquidez, Lollipop garantiza que la liquidez y las bases de usuarios permanezcan unificadas en ambas capas a través de su conexión directa con Solana.

Las extensiones de red de Lollipop (NE) proporcionan a los desarrolladores un marco universal para crear entornos de ejecución personalizados adaptados a casos de uso específicos. Es importante destacar que NE puede implementar instancias SVM optimizadas para la velocidad para permitir operaciones más eficientes para los intercambios descentralizados perpetuos (Perp DEX). También pueden reducir la fricción de la interfaz de usuario y la experiencia del usuario para aplicaciones descentralizadas (dApps) en el ecosistema de Solana mediante la introducción de intenciones y abstracción de cuentas. Esta capacidad podría catalizar el crecimiento de los juegos Web3 en Solana.

La independencia de configuración de las instancias NE de Solana allana aún más el camino para productos de grado empresarial, soluciones institucionales, aplicaciones PayFi e incluso casos de uso especializados como productos de seguros.

En última instancia, el diseño de Lollipop proporciona una solución orientada al futuro para la escalabilidad de las dApps en Solana, sentando las bases para una nueva era de entornos blockchain de alto rendimiento. A medida que el ecosistema de Solana continúa creciendo, la arquitectura única de Lollipop lo posiciona como un impulsor clave de la innovación futura, proporcionando a los desarrolladores las herramientas necesarias para construir aplicaciones seguras, eficientes y sostenibles.

Enlaces de Lollipop:

Twitter: x.com/LollipopHQ

Blog: medium.com/@LollipopBuilders

Sitio web:https://www.lollipop.builders/

Litepaper:https://lollipop.builders/research

Este artículo es contenido contribuido y no representa las opiniones de BlockBeats. \
Únete a la comunidad oficial de BlockBeats:

Grupo de suscripción de Telegram:https://t.me/theblockbeats

Grupo de chat de Telegram:https://t.me/BlockBeats_App

Twitter oficial: https://twitter.com/BlockBeatsAsia

Descargo de responsabilidad:

  1. Este artículo fue reimpreso deBlockbeats, con los derechos de autor pertenecientes a los autores originales [Dr. Yugart Song, Stepan Soin, Qinwen Wang, y Lollipop Builders]. Si tienes alguna objeción a esta reimpresión, por favor contacta algate Learnequipo, que procesará la solicitud según los procedimientos relevantes.
  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente las de los autores y no constituyen asesoramiento de inversión.
  3. Otras versiones en otros idiomas de este artículo son traducidas por el equipo de Aprendizaje de Gate. A menos que se indique lo contrario, está prohibido copiar, difundir o plagiar los artículos traducidos.

¿Por qué Solana necesita extensiones de red en lugar de soluciones de Capa 2?

Intermedio12/27/2024, 3:27:56 AM
Este artículo explora por qué Solana necesita adoptar Extensiones de Red (NE) en lugar de soluciones tradicionales de Capa 2 (L2). Las Extensiones de Red brindan un entorno modular y personalizable, evitando la fragmentación de la liquidez y la base de usuarios dentro del ecosistema de Solana, al tiempo que mantienen una conexión directa con la red principal de Solana para garantizar una liquidez y una base de usuarios unificadas.

1. Antecedentes

El rápido desarrollo de la tecnología blockchain ha establecido a Ethereum (EVM) y Solana (SVM) como dos filosofías de diseño dominantes, liderando cada una en sus respectivos campos. Históricamente, Ethereum ha dominado el valor total bloqueado (TVL) en cadenas EVM debido a su filosofía y enfoque único, mientras que Solana ha liderado entre las cadenas no EVM. Sin embargo, a medida que la actividad ha crecido y han surgido nuevas cadenas, Ethereum ha comenzado a ceder su dominio a cadenas EVM más rápidas y se ha dirigido hacia soluciones de escalado de Capa 2 (L2).

Por el contrario, la arquitectura monolítica de Solana ha evitado tal fragmentación a través de innovaciones tecnológicas únicas y reservas de rendimiento significativas, aunque a costa de requerir un ancho de banda y velocidad más altos. Mientras tanto, el concepto de Rollups ha presentado a las dApps una oportunidad significativa: crear entornos de ejecución personalizables. Sin embargo, esto ha dado lugar a un fenómeno interesante: las L2 fragmentan la liquidez y la base de usuarios de Ethereum, y las cadenas de aplicaciones L2/L3 exacerban aún más esta fragmentación. Solana se adhiere a la filosofía de un ecosistema monolítico, pero los beneficios de proporcionar entornos personalizables para diferentes casos de uso no pueden ignorarse.

2. El Catalizador para Extensiones de Red: Capa 2 - Un Camino hacia la Fragmentación

Desde Plasma en 2017 hasta Optimistic y zk-rollups, el viaje de escalabilidad de Ethereum ha demostrado la necesidad de abordar los problemas de escalabilidad. Sin embargo, cabe destacar que una parte del TVL de Ethereum L2 está respaldado por ETH transferido, que permanece en L1.

Estas soluciones de escalado también han expuesto un riesgo significativo: la fragmentación de la liquidez y los usuarios, comúnmente conocido como el “efecto vampiro” en el espacio de blockchain. La significativa disminución de los ingresos por tarifas de Ethereum después de la implementación de EIP-4844 sirve como evidencia de esto. Analistas, incluyendo a Justin Bons de Cyber Capital, han señalado que el crecimiento de las tarifas de Ethereum está siendo superado por las Capas 2.

Figura 1: Dinámica del suministro de ETH. Fuente: ultrasound.money

Esto indica que a medida que los usuarios abandonan L1, las tarifas restantes en L1 disminuyen significativamente, lo que conduce a una disminución en las tasas de quema. Esto debería haber sido evidente desde el principio. Ahora, el uso y los ingresos son capturados por las capas 2 que buscan ganar alquiler. Esta avaricia es evidente porque solo una pequeña parte de las tarifas regresa a L1, y el resto es retenido por entidades comerciales. Al mismo tiempo, estas entidades hacen lobby para mantener un espacio limitado de bloques en ETH L1. Unchained Pod publicó un gráfico que muestra que Optimism (OP) gana $300 por cada $1 de tarifas pagadas en L1:

Figura 2: Tarifas ganadas por Capa 2 por cada $1 pagado en Capa 1. Fuente: GrowThePie

Las L2s exhiben un "efecto vampiro" en la actividad de transacción y el atractivo económico de L1. La transición a las cadenas de aplicaciones (Appchains) independientes de Ethereum agrava este problema.

Esta perspectiva está respaldada por Anatoly Yakovenko, quien publicó lo siguiente en Twitter:

“Si el ecosistema de Solana sacrifica la optimización de la ejecución L1 para soportar todas las transacciones de usuario mediante la dependencia de la pila general 'arb/op' de la 'Capa 2', tendrá un efecto parasitario en la mainnet de Solana. Esto es fácil de entender. Cuando las L2 toman más transacciones prioritarias de la capa base en lugar de agregar nuevas, se vuelven parasitarias. Dado que la mainnet continuará maximizando su rendimiento, 'L2' u cualquier otro SVM luchará por competir en precio. Las tarifas de usuario no deben superar la mainnet.”

Kyle Samani, socio gerente de Multicoin Capital, expresó un punto de vista similar, escribiendo:

"Cualquier cosa que podría haber ocurrido en L1 pero sucede fuera de L1 es, por definición, parasitaria. Por esta razón, no me interesan las rollups de EVM/SVM. Básicamente no son diferentes de L1. Dudo mucho que estas Capas 2 de copia-pega tengan éxito en Solana porque L1 ya es lo suficientemente bueno."

En este contexto, el enfoque de Solana de mantener una arquitectura monolítica y una filosofía de ecosistema unificado se vuelve muy atractivo.

¿Pero cómo se puede evitar un escenario similar a la fragmentación de L2 de Ethereum? Vamos a profundizar.

3. El Rápido Ascenso y Ventajas Fundamentales de Solana

En comparación con los sistemas de blockchain tradicionales diseñados en torno a la Máquina Virtual Ethereum (EVM), Solana demuestra una arquitectura completamente nueva.

Solana adopta Proof of Stake (PoS) como mecanismo para defenderse de los ataques Sybil mientras introduce una de sus innovaciones principales: el algoritmo Proof of History (PoH). PoH es una Función de Retardo Verificable (VDF) utilizada para ordenar y registrar la hora de las transacciones transmitidas a través de la red. Además, Solana se destaca por el uso de hardware de alto rendimiento, el protocolo Gulf Stream (un protocolo de reenvío de transacciones sin mempool), el motor de procesamiento paralelo Sealevel y un diseño único diferente de los modelos de cuenta de blockchain tradicionales (que se asemeja al sistema de archivos del sistema operativo Linux).

Solana se adhiere a una filosofía de diseño monolítico, logrando una escalabilidad, velocidad y rendimiento significativamente mayores a través de su mecanismo de consenso único, innovaciones técnicas y optimización arquitectónica en curso.

Solana también se beneficia de una sólida comunidad de desarrolladores: más de 2.500 desarrolladores participan activamente en su ecosistema. Esto ha impulsado el notable crecimiento de Solana. El valor total bloqueado (TVL) de Solana aumentó de $210 millones en 2023 a $7.73 mil millones en 2024, un aumento de casi 35 veces. En comparación con noviembre de 2022, el volumen de operaciones de intercambio descentralizado (DEX) de Solana experimentó un crecimiento anual de 200-300 veces, y los usuarios activos diarios (DAU) se multiplicaron por cinco desde el verano de 2023. Para el 14 de noviembre de 2024, el volumen de transacciones de Solana había superado en más de cuatro veces al de Ethereum. El número de billeteras activas también siguió aumentando, alcanzando un pico de 9.4 millones de usuarios activos el 22 de octubre de 2024.

Figura 3: Tendencias del volumen de trading y de billeteras activas de Solana DEX. Fuente: Dune, Artemis

Como resultado, Solana es un ecosistema poderoso con una comunidad de usuarios y desarrolladores grande y activa, experimentando un crecimiento exponencial en su base de usuarios y actividad. Esta trayectoria de crecimiento subraya la importancia de Solana como una cadena líder no EVM, particularmente en su expansión dinámica.

Figura 4: Comparación de TVL en Blockchains No-EVM. Fuente: DefiLlama

Las aplicaciones descentralizadas (dApps) en Solana mejoran significativamente la funcionalidad al mejorar la accesibilidad y la facilidad de uso. Solana se está convirtiendo en un super sistema con características excepcionales. Sin embargo, algunas aplicaciones, como Zeta Market, planean lanzar sus instancias (Capa 2) para lograr objetivos similares.

Un hecho destacado es que la Máquina Virtual de Solana (SVM) funciona de manera excelente en entornos aislados. Esto se demuestra claramente en aplicaciones como Pyth Net y Cube Exchange, que aprovechan SVM para admitir cadenas de aplicaciones, conocidas en el ecosistema de Solana como Entornos Potenciados por Solana (SPEs).

Aunque hay escenarios en los que se utilizan cadenas SVM independientes "específicas de la aplicación", estas cadenas no son significativamente diferentes de los clientes estándar de Solana. Creemos que las extensiones nativas de Solana como Capa 2 (bifurcaciones vainilla de Solana) tienen un valor limitado, ya que pueden replicar los problemas de fragmentación de Ethereum.

Claramente, Solana necesita un enfoque independiente para evitar comprometer las características de su arquitectura monolítica. Es por eso que Lollipop desarrolló las Extensiones de Red Lollipop, las cuales darán forma significativamente al ecosistema de Solana.

4. ¿Qué necesita Solana? - Soporte modular para entornos de ejecución fuera de cadena en una arquitectura monolítica

4.1 Concepto principal de las extensiones de red

Los factores mencionados anteriormente han llevado a la comunidad de Solana a discutir la necesidad de trasladar algunas tareas computacionales a otro lugar. La escalabilidad no es un fenómeno nuevo para Solana. Ya en 2022, surgieron las Extensiones de Tokens, que proporcionan nuevas características como transferencias confidenciales, ganchos de transferencia y punteros de metadatos.

Por lo tanto, introducir el concepto de "Extensiones de Red (NE)" para mejorar la funcionalidad de Solana y ampliar las capacidades de las dApp es lógico. Además de mejorar las características de Solana, NE introduce elementos modulares en el ecosistema; diferentes entornos dentro de NE pueden ser personalizados según necesidades específicas y compartidos entre múltiples dApps y protocolos.

Basándonos en ideas y discusiones dentro del ecosistema de Solana, identificamos varios principios fundamentales que deberían definir la arquitectura y funcionalidad de las Capas de Extensión de la Red (NE). Estos principios tienen como objetivo garantizar una integración perfecta con la red de Solana, al tiempo que se preservan sus ventajas arquitectónicas principales:

  • Sin fragmentación de liquidez
  • No fragmentación de la base de usuarios
  • Experiencia de interacción idéntica a la de uso directo de Solana para los usuarios
  • Pila tecnológica unificada
  • Las transacciones de NE se envían directamente a los nodos validadores de Solana

Para NE, Solana sirve como una verdadera capa de liquidación donde ocurre el flujo de fondos. NE actúa como una capa de ejecución que evita la fragmentación con la cadena principal e interactúa directamente con cuentas y programas en esta capa.

Figura 5: Diagrama de Proceso Simplificado de las Extensiones de la Red Lollipop (NE)

Estas características distinguen Network Extension (NE) de otras soluciones de expansión como rollups, side chains, subnets, diferentes variantes de L2 y cadenas de aplicaciones. En comparación con soluciones similares, Lollipop tiene como objetivo desarrollar un marco técnico para Network Extension (NE) que permita a los desarrolladores, consumidores y usuarios finales interactuar sin problemas con la liquidez y la base de usuarios de Solana a nivel de Solana.

4.2 Análisis Comparativo

Lollipop es actualmente la primera solución que proporciona una conexión directa a la mainnet de Solana sin causar fragmentación de liquidez o usuarios.

El entorno nativo de Lollipop puede servir como base para nuevos productos o soportar la migración de dApps existentes sin desconectarse del ecosistema o la liquidez de Solana. Para las dApps existentes, esto mejora la velocidad, la estabilidad y la funcionalidad.

Figura 6: Comparación de las Soluciones Existentes de Solana

Diferencias clave de L2, subredes y sidechains:

L2s: Las transacciones de lotes L2s y envían pruebas a L1 para validación. La ejecución y liquidación ocurren principalmente dentro del rollup, mientras que L1 (por ejemplo, Ethereum o Solana) se utiliza para la verificación de pruebas. En contraste, las Extensiones de Red (NE) envían transacciones directamente a los nodos validadores y programas de Solana.

Sidechains: Las sidechains no tienen una conexión directa con la cadena principal. Si bien las sidechains pueden anclar datos a la cadena principal, la brecha entre los ecosistemas es significativamente mayor en comparación con L1 y L2. Básicamente, las sidechains operan como redes completamente independientes.

Subredes: Las subredes pueden crear ecosistemas independientes dentro de las subcadenas, donde la liquidez y los usuarios se concentran en espacios separados.

En el ecosistema de Solana, los proyectos más alineados con el concepto de Extensiones de Red son Getcode y Sonic SVM (basado en HyperGrid). Sin embargo, Getcode actúa principalmente como una capa de transferencia de fondos, similar a la Red Lightning de Bitcoin, y no admite el despliegue de entornos complejos. Por otro lado, Sonic, aunque es capaz de delegar programas desplegados en Solana a sus instancias con una latencia de 10 milisegundos, se centra más en los juegos y carece de la flexibilidad y personalización imaginada por Lollipop.

NE trabaja directamente con la liquidez de Solana, evitando la creación de cadenas, espacios o comunidades separadas. Proporciona soluciones de infraestructura para Solana y sus dApps mientras respalda sus operaciones. Este concepto es algo similar a las ideas de appchains y L2s. Muchas dApps están haciendo la transición a instancias dedicadas para optimizar el rendimiento, la escalabilidad y la experiencia del usuario.

Existen numerosas soluciones de Capa 2: OP-Stack, Arbitrum Orbit, Polygon CDK, StarkEX, zkSync Era, Termina, etc. Estos conjuntos de herramientas han permitido el exitoso lanzamiento de muchos proyectos de Capa 2, avanzando significativamente la escalabilidad y usabilidad de la cadena de bloques. Sin embargo, como se discutió anteriormente, los modelos de capas actuales y los entornos fragmentados son incompatibles con la arquitectura monolítica de Solana.

4.3 Demanda de Mercado

Los casos y narrativas anteriores reflejan una tendencia más amplia: las aplicaciones descentralizadas (dApps) están creando instancias independientes para optimizar operaciones y funcionalidades, ofreciendo mejores servicios a los usuarios. Estas aplicaciones abarcan varios sectores, como DeFi, juegos, protocolos de verificación e identidad, protocolos de privacidad, soluciones institucionales y empresariales, y más. La mayoría de estos entornos se construyen en diferentes implementaciones de rollup.

Como se mencionó anteriormente, los rollups exhiben un "efecto vampiro" en las cadenas base. Lollipop tiene como objetivo abordar este problema introduciendo modularidad en Solana sin comprometer su arquitectura monolítica.

Aquí está por qué las extensiones de red (NE) son revolucionarias para Solana:

  • Lógica de ejecución personalizada: NE permite a los desarrolladores implementar instancias modificadas de SVM adaptadas a necesidades específicas, como reglas de gobernanza únicas, estructuras de recompensa o entornos informáticos descentralizados. Parámetros como latencia, tiempo de bloque y tamaño de bloque se pueden ajustar para permitir un rendimiento en tiempo real y explorar casos de uso novedosos.
  • Liquidación directa: Si bien NE opera de forma independiente, todas las transacciones se liquidan directamente en Solana, manteniendo la liquidez unificada y el flujo de usuarios sin fragmentación ni efectos vampiro.
  • Flexibilidad económica: NE aprovecha la eficiencia de Solana para introducir modelos económicos innovadores. Por ejemplo, las dApps pueden ofrecer experiencias sin costo de gas utilizando modelos basados en suscripción.
  • Flexibilidad sin fragmentación: A diferencia de las Capas 2, NE no crea espacios aislados. Todo sigue unificado, lo que se asemeja a las extensiones de tokens en funcionalidad.
  • Interfaz de usuario/experiencia de usuario perfecta: A diferencia de subredes o soluciones L2/L3, NE ofrece una experiencia de usuario superior. Los usuarios interactúan directamente con Solana sin cambiar de red, utilizando tecnologías de cadena cruzada o preocupaciones de dirección.
  • Costos de implementación de programas más bajos: Implementar un programa en Solana actualmente cuesta 1-3 SOL o más, dependiendo del tamaño. NE permite la implementación de programas complejos de varios componentes en diferentes entornos a una fracción del costo.

NE también puede admitir casos de uso que involucren Sistemas de Verificación Automatizados (AVS) basados en protocolos de re-apostamiento, como oráculos descentralizados, co-procesadores, computación verificable, clasificación descentralizada y finalidad rápida.

Otro escenario clave para NE es crear economías sin gas dentro de entornos similares a la abstracción de cuentas de EVM (Account Abstraction). Esto es particularmente beneficioso para protocolos que generan altos volúmenes de transacciones, como el comercio de alta frecuencia (HFT), los juegos, los protocolos de reequilibrio o las piscinas dinámicas con liquidez concentrada.

Lollipop visualiza los siguientes casos de uso para NE:

  • Juegos: Imagina una experiencia de juego sin gas donde los jugadores disfrutan de una interacción sin problemas y los desarrolladores obtienen ingresos estables a través de modelos de suscripción. Esto introduce un nuevo enfoque para desarrollar componentes de juegos Web3, lo que permite a los usuarios interactuar con billeteras o mercados sin salir del juego.
  • DeFi: Construir plataformas de trading de alta frecuencia utilizando tarifas basadas en sesiones en lugar de tarifas de gas por transacción, lo que hace que las transacciones sean más rápidas y baratas. Diseñar libros de órdenes y lógica de compensación fuera de la cadena para aumentar la escalabilidad y el apalancamiento.
  • Modelos de IA: implemente entornos de IA intensivos en cómputo utilizando GPUs, con liquidación directa de transacciones en Solana. Las aplicaciones van desde evaluaciones de seguridad hasta enrutamiento, arbitraje y varias implementaciones de modelos basados en intenciones.
  • Soluciones Empresariales: Adaptar entornos para clientes institucionales y empresariales con estrictas reglas de gestión, cumplimiento, cifrado y gobernanza.
  • PayFi: Abordar desafíos financieros complejos con entornos programables para financiamiento de la cadena de suministro, pagos transfronterizos, tarjetas corporativas respaldadas por activos digitales, mercados de crédito, etc.
  • Computación descentralizada: permite la computación GPU o TEE descentralizada avanzada para criptografía, coprocesadores, modelos de IA o tareas intensivas de datos.
  • Entornos confiables: implementar entornos confiables para oráculos, almacenamiento descentralizado (DAS/DAC), sistemas de verificación, redes de infraestructura física descentralizada (DePIN) y más.

La misión principal del equipo de Lollipop es asegurar que las dApps y los protocolos puedan crear entornos personalizados dentro del ecosistema de Solana manteniendo la conectividad directa con Solana. En esencia, aunque la ejecución parece fuera de la cadena en NE, todas las acciones se liquidan y finalizan en Solana.

Al mismo tiempo, las billeteras de los usuarios permanecen ancladas dentro del espacio de bloques de Solana. Después de una extensa investigación y desarrollo, el equipo de Lollipop ha finalizado su diseño NE actual, allanando el camino para la próxima etapa de innovación de Solana.

5. Explicación técnica de Lollipop

Lollipop permite a los proyectos modificar el cliente Solana en entornos de ejecución externos y transmitir sin problemas los resultados de la ejecución de vuelta a la red principal de Solana, eliminando la necesidad de crear cadenas separadas. Solana en sí mismo carece de un árbol de estado global, que es crucial para liquidar de forma segura los resultados de la ejecución externa. Lollipop aborda este problema al introducir Árboles Merkle Dispersos (SMT) en su Extensión de Red para cifrar y verificar los resultados de la ejecución.

Características Técnicas Clave:

  • Entorno de ejecución fuera de la cadena: Lollipop permite que las dApps procesen lógica compleja fuera de la cadena mientras se asegura de que los resultados de cada operación puedan verificarse criptográficamente utilizando Árboles de Merkle dispersos, garantizando seguridad e integridad.
  • Árboles de Merkle dispersos (SMT): SMT es un tipo especial de Árbol de Merkle utilizado para verificar la existencia de datos sin almacenar todos los datos. Permite a Lollipop validar de manera eficiente y segura los resultados de ejecución fuera de la cadena, asegurando que estos resultados se liquiden de manera confiable en la mainnet de Solana.
  • Conexión perfecta con la red principal de Solana: la Extensión de Red de Lollipop se conecta directamente a la red principal de Solana, evitando los problemas de fragmentación de las cadenas tradicionales de Capa 2 o fragmentadas y garantizando la liquidez unificada y las bases de usuarios.

Ventajas de esta tecnología:

  • No es necesario crear cadenas independientes: los proyectos ya no necesitan crear cadenas o ecosistemas adicionales. En su lugar, pueden modificar el cliente de Solana y lograr la ejecución fuera de la cadena a través de Lollipop. Esto reduce los costos de desarrollo y operativos, al tiempo que garantiza una integración estrecha con la red principal de Solana.
  • Descentralizado y seguro: El uso de árboles Merkle dispersos para la verificación criptográfica garantiza que los resultados de la ejecución fuera de cadena permanezcan a prueba de manipulaciones y consistentes.
  • Compatible with Solana dApps: Lollipop mejora la escalabilidad de las aplicaciones descentralizadas de Solana, evitando problemas de rendimiento y seguridad asociados con entornos fuera de la cadena, lo que lo convierte en una opción ideal para las dApps de Solana.

Lollipop proporciona a Solana una solución innovadora para mejorar la escalabilidad y eficiencia operativa sin introducir fragmentación, lo que lo convierte en una parte indispensable del futuro ecosistema de Solana.

Figura 7: Diagrama de Lollipop

La arquitectura de Lollipop consta de varios componentes principales:

  1. Capa de extensiones de red (NE Layer)
  2. Programas en la Capa Solana (Capa Solana)
  3. Capa de nube de Polkadot

Lollipop se construye directamente en Solana, aprovechando sus capacidades de ejecución paralela y su estructura única de datos de transacción. El poder de procesamiento paralelo de la Máquina Virtual Solana (SVM) depende del cliente de Solana en sí. Al modificar el cliente de Solana, Lollipop maximiza las ventajas de rendimiento inherentes a la arquitectura de Solana.

Esta arquitectura permite que las aplicaciones descentralizadas (dApps) migren sin problemas de L1 de Solana a NES de Lollipop sin modificar su código de programa. Además, los desarrolladores pueden seguir utilizando las mismas herramientas y la pila de tecnología como Solana mientras consumen menos recursos.

Es importante tener en cuenta que la ejecución paralela de SVM se basa en la estructura única de datos de transacción de Solana. En cada transacción, el iniciador predeclara la información de la cuenta que pretende leer o escribir. Esto permite que SVM procese eficientemente un lote de transacciones en paralelo según la información de cuenta declarada, al tiempo que garantiza que las transacciones paralelas no lean y escriban simultáneamente en la misma cuenta. Simplemente trasladar SVM a otros marcos de ejecución no brinda la ventaja del procesamiento paralelo.

Lollipop tiene como objetivo convertirse en una supercomputadora confiable para Extensiones de Red, ofreciendo entornos con permisos y sin permisos, ejecución multinúcleo, consistencia global, personalización y rentabilidad. Lollipop proporciona una infraestructura completa para la implementación de NE, incluyendo secuenciadores compartidos, validadores y contratos validados sin estado.

Al aprovechar Polkadot Cloud, Lollipop también puede funcionar como una capa de disponibilidad de datos (DA). Cada contrato opera en núcleos dedicados, soportando ejecución paralela y sincronizada entre validadores, secuenciadores y DA, asegurando una alta eficiencia de procesamiento.

Figura 8: Diagrama de arquitectura de Lollipop

6. Conclusion

Las Extensiones de Red de Lollipop (NE) representan un avance significativo en la mejora de la funcionalidad de las dApps y protocolos dentro del ecosistema Solana. Al introducir un nuevo paradigma de desarrollo para las dApps y protocolos en el ecosistema Solana, Lollipop garantiza una integración perfecta con la mainnet de Solana, al tiempo que mantiene una arquitectura monolítica y evita la fragmentación de la cadena. A diferencia de las soluciones tradicionales de Capa 2 que a menudo crean entornos aislados y generan fragmentación de liquidez, Lollipop garantiza que la liquidez y las bases de usuarios permanezcan unificadas en ambas capas a través de su conexión directa con Solana.

Las extensiones de red de Lollipop (NE) proporcionan a los desarrolladores un marco universal para crear entornos de ejecución personalizados adaptados a casos de uso específicos. Es importante destacar que NE puede implementar instancias SVM optimizadas para la velocidad para permitir operaciones más eficientes para los intercambios descentralizados perpetuos (Perp DEX). También pueden reducir la fricción de la interfaz de usuario y la experiencia del usuario para aplicaciones descentralizadas (dApps) en el ecosistema de Solana mediante la introducción de intenciones y abstracción de cuentas. Esta capacidad podría catalizar el crecimiento de los juegos Web3 en Solana.

La independencia de configuración de las instancias NE de Solana allana aún más el camino para productos de grado empresarial, soluciones institucionales, aplicaciones PayFi e incluso casos de uso especializados como productos de seguros.

En última instancia, el diseño de Lollipop proporciona una solución orientada al futuro para la escalabilidad de las dApps en Solana, sentando las bases para una nueva era de entornos blockchain de alto rendimiento. A medida que el ecosistema de Solana continúa creciendo, la arquitectura única de Lollipop lo posiciona como un impulsor clave de la innovación futura, proporcionando a los desarrolladores las herramientas necesarias para construir aplicaciones seguras, eficientes y sostenibles.

Enlaces de Lollipop:

Twitter: x.com/LollipopHQ

Blog: medium.com/@LollipopBuilders

Sitio web:https://www.lollipop.builders/

Litepaper:https://lollipop.builders/research

Este artículo es contenido contribuido y no representa las opiniones de BlockBeats. \
Únete a la comunidad oficial de BlockBeats:

Grupo de suscripción de Telegram:https://t.me/theblockbeats

Grupo de chat de Telegram:https://t.me/BlockBeats_App

Twitter oficial: https://twitter.com/BlockBeatsAsia

Descargo de responsabilidad:

  1. Este artículo fue reimpreso deBlockbeats, con los derechos de autor pertenecientes a los autores originales [Dr. Yugart Song, Stepan Soin, Qinwen Wang, y Lollipop Builders]. Si tienes alguna objeción a esta reimpresión, por favor contacta algate Learnequipo, que procesará la solicitud según los procedimientos relevantes.
  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente las de los autores y no constituyen asesoramiento de inversión.
  3. Otras versiones en otros idiomas de este artículo son traducidas por el equipo de Aprendizaje de Gate. A menos que se indique lo contrario, está prohibido copiar, difundir o plagiar los artículos traducidos.
今すぐ始める
登録して、
$100
のボーナスを獲得しよう!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.