Una discusión panorámica sobre el desarrollo del ecosistema Solana: ¿Cuál es el impacto de L2 y la cadena de aplicaciones?

Título original: “¿Solana necesita L2 y Appchains?”

Artículo original de Yash Agarwal

Traducción original: Ladyfinger, BlockBeats

Nota del editor:

Como plataforma blockchain pública de alto rendimiento, Solana se enfrenta a oportunidades y desafíos de desarrollo sin precedentes. En este artículo, Yash Agarwal analiza en profundidad y de forma panorámica los problemas clave del ecosistema de Solana (modularidad, cadenas de aplicaciones y Rollups) y cómo funcionan juntos para impulsar a Solana hacia un futuro más amplio.

Introducción

Hace un mes, Vibhu, el fundador de DRiP, la principal aplicación de distribución gratuita de NFT en Solana, hizo una declaración que provocó un debate generalizado:

Solana tendrá y necesitará tener Capa 2 y Rollup.

Expresó esta opinión porque DRiP pierde alrededor de $20,000 en valor por semana a medida que aumentan los precios de SOL y la congestión de la red. El aumento de la actividad de la red Solana ha tenido dos efectos:

Ventajas: Mayor liquidez, mayor capital y volumen de operaciones (gracias a la componibilidad)

Desventajas: Aumento de los costos de infraestructura, mala experiencia del usuario, congestión de la red.

Sin embargo, DRiP distribuye principalmente millones de NFT de artistas a miles de billeteras cada semana a través de Solana como infraestructura, y no tiene mucha demanda de alta componibilidad. El crecimiento del TVL de Solana y las entradas de capital tienen poco impacto en DRiP, que se ve afectado principalmente por los altos costos de infraestructura.

Vibhu señaló que “la componibilidad tiene rendimientos decrecientes”. También mencionó que los desarrolladores de aplicaciones de Solana han discutido en privado su necesidad de Rollups porque estos pueden aumentar el rendimiento de las transacciones, reducir la competencia por el espacio de bloques y reducir las tarifas. Además, pueden controlar mejor el valor económico generado por el negocio.

Enlace de publicación

Solana ha experimentado múltiples eventos de congestión en los últimos meses, desde lanzamientos aéreos de JUP hasta minería de ORE y comercio de monedas meme en horas pico. Si bien algunos creen que Firedancer puede resolver estos problemas, la realidad es que el cronograma no está claro y actualmente no es posible escalar más de 10 veces. A pesar de esto, Solana es la única de todas las cadenas principales probadas en batalla que sigue siendo una cadena monolítica.

¿Debería Solana seguir siendo una cadena monolítica o convertirse en modular?

¿Solana también evolucionará hacia soluciones fragmentadas de capa 2 y capa 3 como Ethereum?

¿Cuál es la situación actual de la cadena de aplicaciones y Rollup de Solana?

Para responder a estas preguntas y elaborar un resumen, este artículo explorará varias posibilidades y analizará los pros y los contras de cada proyecto. Este artículo no entrará en detalles técnicos, pero analizará varios métodos de expansión desde una perspectiva orientada al mercado y de aplicación práctica para ofrecer una visión general. Todo esto son ideas, sin tonterías, solo mucha información exclusiva.

En resumen, discutiremos las siguientes cuestiones:

Solana y el problema de la congestión de la red

Haciendo que Solana sea modular

Cadena de aplicaciones de Solana: con ejemplos

Capa 2 y Rollup de Solana: con ejemplos

Infraestructura para soportar cadenas de aplicaciones y Rollup

Los problemas de Solana y la necesidad de modularidad

En primer lugar, analicemos el problema actual: debido al airdrop y al aumento de las transacciones de memecoin, la red Solana ha estado muy congestionada recientemente (la mayor parte de la cual ya se ha resuelto), lo que ha provocado tiempos de ping elevados, altas tasas de fallos en las transacciones y un aumento de las tarifas de la red. A pesar de esto, Solana ha podido mantener una tasa de procesamiento de transacciones de 1-2 mil transacciones por segundo, que es más que la suma de todas las cadenas EVM. Se puede decir que este es un buen problema para las cadenas de bloques, y también pone a prueba la teoría de la cadena monolítica de Solana.

La Fundación Solana publicó recientemente Un blog Publicación que insta a los proyectos a tomar medidas inmediatas para mejorar el rendimiento de la red, entre ellas:

· Implementar tarifas prioritarias: Es crucial evitar transacciones retrasadas o perdidas.

Hacer un uso óptimo de las unidades de cómputo (UC) del programa: utilizar sólo los recursos necesarios.

Implementar la calidad de servicio (QoS) ponderada por participación: permitir que las aplicaciones prioricen las transacciones de los usuarios.

Sin embargo, estas medidas solo pueden mejorar las tasas de finalización de transacciones hasta cierto punto y no pueden garantizar una experiencia de negociación fluida. Una solución a este problema es el muy esperado Nuevo Programador de Transacciones, cuya introducción está prevista en la versión 1.18 a finales de abril. El nuevo programador existirá junto con el programador actual, pero no estará habilitado de forma predeterminada, lo que permitirá a los validadores supervisar el rendimiento del nuevo programador y volver fácilmente al programador anterior si surgen problemas. El nuevo programador está diseñado para completar bloques de forma más eficiente y asequible, mejorando las ineficiencias del programador anterior.

Lea este artículo para obtener más información sobre El nuevo programador .

Anza, una entidad bifurcada de Solana Labs, ha estado trabajando para resolver problemas de congestión de la red identificado como relacionado con la implementación de QUIC y el comportamiento del cliente validador de Agave (Solana Labs) al manejar el gran volumen de solicitudes.

Enlace de publicación

Aunque los defensores de la modularidad defienden firmemente la “Hoja de ruta de modularidad” de Solana, Solana Labs/Anza, el principal responsable del mantenimiento del protocolo Solana, sigue centrado en optimizar los problemas de rendimiento y latencia en la capa base. Las posibles mejoras incluyen:

Se mejoró el mercado de tarifas y se aumentó la tarifa base (actualmente establecida en 5000 Lamports o 0,000005 SOL).

Implementar un crecimiento exponencial de las tarifas de bloqueo de escritura de cuentas, es decir, aumentar gradualmente las tarifas para frenar el spam.

· Optimizar las solicitudes de presupuesto de la CU a través del mecanismo de penalizaciones.

Mejorar la arquitectura general de la red.

Incluso si estas mejoras de escalado vertical y de cadena única funcionan, no podemos descartar la posibilidad de que Solana adopte el escalado horizontal, Rollup. La realidad es que Solana puede combinar ambas características: puede servir como una excelente capa base de Rollup, con tiempos de bloque de latencia ultra baja (~400 ms) y mejoras significativas en el rendimiento de Rollup, como confirmaciones suaves del secuenciador rápido. Además de eso, Solana tiene un historial de implementación de cambios rápidamente, lo que puede hacer que sea más eficiente como capa base de Rollup que Ethereum.

Actualización: Anza tiene Se han publicado algunos parches que han ayudado a aliviar los problemas actuales de congestión de la red y se realizarán mejoras adicionales en la v1.18.

Haciendo que Solana sea modular

El plan de desarrollo modular de Solanas ya ha comenzado. Como se muestra en La publicación de Anza DevRel Los validadores de Solana y SVM (el entorno de ejecución que maneja transacciones y contratos/programas inteligentes) están estrechamente acoplados y son mantenidos por Anza. Sin embargo, el cliente del validador y el entorno de ejecución de SVM se separarán en los próximos meses. Esta separación ayudará a crear la cadena de aplicaciones de Solana.

En el caso de Rollup, la optimización de la disponibilidad de datos (DA) de Solana o de la capa de blobs puede realizarse en una etapa posterior.

Fuente: Anza DevRel

El ingeniero de Anza, Joe C. También se revelaron planes para modularizar el SVM, donde el flujo de procesamiento de transacciones se separará del validador y se ubicará en el SVM. Esto permitirá a los desarrolladores ejecutar la implementación del SVM independientemente de cualquier validador.

El SVM independiente será una colección de módulos completamente independientes. Cualquier implementación de SVM puede manejar estos módulos a través de interfaces bien definidas, lo que reduce aún más la barrera para los proyectos compatibles con SVM y reduce significativamente los gastos generales necesarios para crear soluciones personalizadas. Los equipos pueden implementar solo los módulos que les interesan y aprovechar las implementaciones establecidas, como las de Agave o Firedancer.

En resumen, Solana será más plug-and-play, lo que hará que las cadenas de aplicaciones y los Rollups de Solana sean más fáciles de implementar.

En general, esto puede ir en dos direcciones: Capa 2 (o Rollup) y cadena de aplicaciones. Las presentaremos una por una a continuación.

Cadena de aplicaciones de Solana

También conocidas como bifurcaciones de SVM, son básicamente bifurcaciones de la cadena Solana diseñadas específicamente para aplicaciones específicas. Pyth fue la primera AppChain de Solana, pero el concepto realmente ganó fuerza cuando el fundador de Maker, Rune, propuso desarrollar una AppChain de Maker basada en la base de código de Solana (SVM) para la gobernanza. Rune eligió SVM debido a su sólida comunidad de desarrolladores y ventajas técnicas sobre otras VM, con el objetivo de bifurcar la cadena de mayor rendimiento para satisfacer mejor las necesidades de los consumidores. Aunque aún no se ha implementado, la medida ha provocado un amplio debate sobre la AppChain de Solana.

En términos generales, se pueden dividir en dos categorías:

Sin permisos: cualquiera puede unirse a la red, similar a la red principal actual de Solana.

Permiso — Entornos con permisos de Solana (SPE) , desarrollado por la Fundación Solana para instituciones, permite a las entidades construir y mantener sus propias instancias de cadena, impulsadas por SVM.

Pyth - Cadena de aplicaciones OG Solana:

Pyth alguna vez representó el 10-20% de todas las transacciones en la red principal de Solana. Sin embargo, no requería ninguna componibilidad, por lo que simplemente bifurcaron la base de código de Solana. Esto les permitió aprovechar el rápido tiempo de bloque de 400 milisegundos de Solana para actualizaciones de precios de alta frecuencia. Pythnet es la primera red en adoptar SVM como su cadena de aplicaciones.

La cadena de aplicaciones Pythnet es una bifurcación de prueba de autoridad de la red principal Solana, que sirve como capa base informática para procesar y agregar datos proporcionados por la red de publicación de datos Pyth.

¿Por qué Python migró?

No requiere alta componibilidad, especialmente para aplicaciones que no son Solana, y por lo tanto es inmune a la congestión de la red principal.

Requiere un entorno con permisos para publicar datos.

Reducir los costos de infraestructura internalizando tarifas que antes se filtrarían a la capa base, Solana.

Intercambio de cubos es otro ejemplo, un CEX híbrido implementado como una cadena de aplicaciones SVM soberana con un libro de órdenes completamente fuera de línea y liquidación en su cadena de aplicaciones SVM.

Ejemplo de Solana Lisk

DEX de perpetradores: Los DEX de perpetradores como Hiperlíquido pueden funcionar como redes de Capa 1 independientes. Además, para los casos de uso comercial, es posible personalizar la cantidad de transacciones por bloque o implementar una lógica condicional, como integrar la ejecución de órdenes de stop-loss directamente en la Capa 1, garantizar que se aplique como una transición de estado o introducir una lógica atómica específica de la aplicación.

AI y DePin: pueden tener una lista controlada de proveedores de servicios, como Pyth. Por ejemplo, Akasha Funciona como un sistema informático. mercado a través de la cadena de aplicaciones Cosmos.

Cadenas de aplicaciones de gobernanza: Las cadenas de aplicaciones de gobernanza soberana pueden ser muy atractivas, como lo demuestra El interés de MakerDAO en la cadena de aplicaciones SVM La gobernanza de las criptomonedas aún está evolucionando, y tener horquillas de cadena dedicadas puede ser un mecanismo de coordinación útil .

Futuras cadenas de aplicaciones empresariales: Las aplicaciones potenciales incluyen fondos, como BlackRock, o sistemas de pago, como Visa o CBDC.

· Cadena de aplicaciones de juegos: un proyecto de juego de casino que se ejecuta en Solana está considerando su cadena de aplicaciones.

· Bifurcación de Solana para realizar modificaciones: de forma similar a la EVM optimizada (paralelización) proporcionada por Monad o Sei, alguien podría crear una versión más optimizada de Solana. Esta tendencia puede volverse más común en los próximos años a medida que la red principal de Solana comience a explorar nuevas arquitecturas de diseño.

Visualización de la cadena de aplicaciones de Solana

Si bien la creación de una cadena de aplicaciones puede ser relativamente sencilla, garantizar la conectividad entre todas las cadenas de aplicaciones es fundamental para la interoperabilidad. Subredes de avalancha , que se conectan a través de mensajería nativa Avalanche Warp, y las cadenas de aplicaciones Cosmos, que se conectan a través de IBC, Solana también puede crear un marco de mensajería local para conectar estas cadenas de aplicaciones.

Enlace de publicación

Se puede construir una plataforma de middleware similar a Cosmos-SDK para proporcionar un servicio integral para crear cadenas de aplicaciones con soporte integrado para oráculos como Pyth o Switchboard, llamadas a procedimientos remotos, RPC como Helius y conexiones de mensajería como Wormhole.

Polígonos AggLayer proporciona una solución innovadora que permite a los desarrolladores vincular diferentes Capas 1 o Capas 2 en AggLayer para lograr una agregación a prueba de ZK entre cadenas.

¿Cuál es el impacto positivo de las cadenas de aplicaciones en el ecosistema Solana?

Los Lisks no pagan comisiones en SOL ni utilizan SOL como token de comisiones por transacción, por lo que no aportan valor a SOL directamente, excepto por el re-staking de SOL con fines de seguridad económica, pero sus beneficios para el ecosistema SVM son obvios. Al igual que el efecto de red de EVM, más bifurcaciones de SVM y Lisks fortalecerán el efecto de red de SVM. Esta lógica también se aplica incluso si Eclipse, como una extensión de Capa 2 de SVM en Ethereum, compite con la red principal de Solana.

Capa 2 de Solana

Solana Layer 2, o Rollup, es una cadena lógicamente independiente que publica datos en la capa de disponibilidad de datos (DA) de su cadena principal y reutiliza el mecanismo de consenso de la cadena principal. También pueden utilizar otras capas de DA como Celestia, pero esto ya no es un rollup verdadero. El término RollApp se utiliza generalmente para los Rollups específicos de la aplicación (que la mayoría de las aplicaciones Solana están explorando).

¿Será el Rollup de Solana como Ethereum?

Obviamente no. Para Solana, Rollup se abstraerá en gran medida de los usuarios finales. Ideológicamente, el Rollup de Ethereum fue de arriba hacia abajo, es decir, la Fundación Ethereum y los líderes decidieron que la mejor manera de escalar era a través de Rollup, y luego comenzaron a brindar soporte a varias Capa 2 después del incidente de CryptoKitties. En Solana, la demanda es de abajo hacia arriba, es decir, de los desarrolladores de aplicaciones con una adopción significativa por parte de los usuarios. Por lo tanto, la mayoría de las jugadas actuales de Rollup son jugadas de marketing, que están más impulsadas por la narrativa que por la demanda de los usuarios. Esta es una diferencia significativa que puede llevar a un futuro de Rollup diferente al de Ethereum.

¿La compresión es equivalente a Rollup?

La capa 2 escala la cadena de bloques de la capa base (capa 1) ejecutando transacciones en la capa 2, agrupando los datos de las transacciones y comprimiéndolos. Los datos comprimidos se envían a la capa 1 y se utilizan para pruebas de fraude (acumulación optimista) o pruebas de validez (acumulación zk). Este proceso de prueba se denomina liquidación. De manera similar, la compresión descarga las transacciones de la red principal, lo que reduce la contención por el estado de la capa base. Vale la pena señalar que Grass Layer 2 utilizará la compresión de estado para su acumulación.

Panorama general de Solana:

Actualmente hay dos proyectos similares a Rollapps en ejecución:

Obtener código

Es una aplicación de pagos con un SDK de micropagos que permite a cualquier persona realizar y aceptar pagos al instante y utiliza una estructura similar a un rollup para su aplicación. Crea intenciones para todas las transacciones y utiliza un secuenciador similar a un rollup para liquidar en Solana cada N intervalos.

Utilizando una estructura tipo rollup, podemos lograr:

Flexibilidad: las intenciones pueden representar una variedad de actividades futuras, no solo transacciones de pago. Además, Solana como cadena puede reemplazarse si es necesario.

Instantáneo y privado: debido a la finalidad suave del clasificador, los pagos son instantáneos. Incluso durante la congestión de Solana Si bien las transacciones son visibles en la cadena, los montos exactos y las intenciones permanecen ocultos, lo que garantiza la privacidad del usuario.

Resumen a corto plazo de MagicBlocks

MagicBlocks es una infraestructura de juegos web3 que ha desarrollado Ephermal Rollup, específicamente para juegos. Utiliza la estructura de cuentas de SVM para dividir el estado del juego en grupos. Luego, el estado se transfiere temporalmente a una capa auxiliar o ephermal rollup, una capa dedicada configurable. El ephermal rollup se ejecuta como un entorno de ejecución SVM dedicado o rollup para procesar transacciones con un mayor rendimiento.

Utilizando una estructura tipo rollup, podemos lograr:

Personalización de tiempos de ejecución especializados, incluidas transacciones sin gas, tiempos de bloque más rápidos y mecanismos de temporización integrados, por ejemplo, sistemas de programación de transacciones integrados como Aparato de relojería que funcionan sin comisiones.

Los desarrolladores pueden implementar programas en la capa base, como Solana, en lugar de hacerlo en una cadena o un paquete de implementación independiente. Los paquetes de implementación de corta duración no fragmentan el ecosistema existente, lo que permite acelerar las operaciones específicas sin crear entornos aislados. Esto significa que se puede aprovechar toda la infraestructura existente de Solana.

Este enfoque ayuda a crear un sistema altamente escalable que puede iniciar acumulaciones a pedido y escalar automáticamente de manera horizontal para adaptarse a los usuarios que realizan millones de transacciones, sin las desventajas típicas de la Capa 2 tradicional. Si bien MagicBlock se centra en los juegos, este enfoque también se puede aplicar a otras áreas, como los pagos.

Próximamente el Rollup de Solana:

Césped :Grass es un proyecto DePIN que se centra en resolver las necesidades de datos de la inteligencia artificial a través de la tecnología de verificación y rastreo. El proyecto rastrea datos de entrenamiento de IA a través de nodos Grass en la red y almacena estos datos en la cadena de bloques mediante validadores, al tiempo que registra con precisión la fuente de los datos y los nodos que realizan el rastreo y otorga recompensas en consecuencia.

Dado que Grass necesita gestionar hasta un millón de solicitudes de red por segundo, esto no es realista para la red principal de Solana. Por lo tanto, el proyecto planea utilizar tecnología de prueba de conocimiento cero para verificar el conjunto de datos y establecerlos en lotes en la capa 1 de Solana.

El equipo de Grass también está considerando introducir tecnología de compresión de estados de otros clústeres y anclar datos en la versión beta de la red principal de Solana. Esta innovación convertirá a Grass en una plataforma fundamental que admita una amplia gama de aplicaciones que solo se pueden crear en ella.

*Tenga en cuenta que los proyectos que construyen plataformas e infraestructura suelen tener valoraciones de mercado más altas. Grass también está a punto de lanzar su token.

Zeta :Uno de los primeros intercambios de contratos perpetuos en Solana, tiene un libro de órdenes perpetuo completamente en cadena y actualmente está planeando migrar su proceso de coincidencia comercial fuera de la cadena utilizando la tecnología Rollup de Solana.

Los intercambios de contratos perpetuos tienen ventajas obvias en el uso de la tecnología Rollup porque mejora enormemente la experiencia de negociación del usuario. Puede preguntar a los usuarios que han negociado con intercambios de contratos perpetuos en plataformas como Hyperliquid o Aevo con Solana, que requiere que los usuarios firmen cada transacción, la billetera aparece y espera entre 10 y 20 segundos. Además, las transacciones de contratos perpetuos no necesitan ejecutarse de forma sincrónica y pueden integrarse en gran medida con otras partes del ecosistema DeFi, especialmente en términos de coincidencia de transacciones.

Curiosamente, Armani, el cofundador de Backpack, también tuiteó que ahora se están centrando en soluciones de Capa 2.

Sonic está desarrollando una cadena SVM modular llamada Hypergrid , que permite a los desarrolladores de juegos implementar sus propias cadenas en la plataforma Solana. Al mismo tiempo, existen proyectos Ethereum Rollup basados en la tecnología SVM, como Eclipse y Nitro VM , que utilizan SVM como motor de ejecución. En el ecosistema Solana, Neón es una solución de Capa 2 compatible con EVM. Además, algunos proyectos innovadores como Molécula , una capa 2 de SVM para Bitcoin, todavía se encuentra en la etapa conceptual inicial.

SDK soberano proporciona un marco similar a node.js específicamente para crear Rollups. Los usuarios pueden enviar su código Rust y la plataforma puede convertirlo en Optimistic Rollup o ZK Rollup que admita la implementación en cualquier blockchain. Estos códigos Rust pueden ser lógica de aplicación personalizada o la implementación de cualquier máquina virtual.

Algunos argumentos sobre Rollup

Rollup = consistencia con SOL

“Alineado con ETH”, consistencia de Ethereum, o “sesgo de bolsa de ETH”, sesgo de bolsa de Ethereum, se ha convertido en un meme popular en Internet.

¿Por qué Layer 2 y Resttaking/EigenLayer son los temas más candentes?

Esto se debe a que aumentan la “monetaria” de ETH, que se utiliza como activo principal en todas partes.

El mismo principio se aplica a Solana. La comunidad de Solana apoyará cualquier solución que aumente sus tenencias de SOL: es así de simple. A medida que el ecosistema de Solana se expanda, la naturaleza monetaria de SOL, que antes se pasaba por alto, cobrará importancia. Recuerde que la mayoría de los Rollups son trucos de marketing de todos modos y, dado que el mercado aún valora más la infraestructura que las aplicaciones, brindan una mejor acumulación de valor de tokens.

Los rollups se sentirán como una extensión de Solana

Además de los beneficios de seguridad, que se heredan de la capa base, el fácil acceso a los usuarios y activos de Solana será una ventaja significativa. Jon Charbonneau Señaló que los rollups de Ethereum como Base, Optimism y Arbitrum se parecen más a extensiones de Ethereum. Los usuarios mantienen las mismas billeteras y direcciones, el token de gas nativo es una única versión estándar de ETH, ETH domina DeFi, todos los pares comerciales son ETH, las aplicaciones sociales fijan el precio de los NFT en ETH y pagan a los creadores, por ejemplo, friend.tech, y los depósitos en Layer 2 son instantáneos, etc.

Lo mismo ocurrirá en Solana. Siguiendo el ejemplo de Ethereum, la mayoría de las Rollapps de Solana no harán que los usuarios sientan que están usando una cadena separada, por ejemplo, Getcode.

Solana verá más “RollApps” en lugar de “Rollups”

Solana no tiene problemas de escalabilidad como Ethereum, donde la red principal se ha vuelto difícil de usar debido a las altas tarifas de gas, está altamente optimizada. Sin embargo, algunas aplicaciones que requieren espacio de bloque dedicado crearán sus Rollups. Aunque un Rollup de propósito general en Solana no tiene sentido para mí, sí tiene sentido para el proyecto económicamente. Por ejemplo, ¡Los usuarios de Base generaron $2 millones en ingresos para Coinbase en solo un día! Los incentivos para los desarrolladores están fuertemente inclinados hacia la Capa 2. Sin embargo, como se observa, cada Rollup de EVM parece ser un Rollup normal, y muchos proyectos como Linea, Scroll o zkSync se han convertido en cadenas fantasmas con solo agricultores que realizan unas pocas transacciones para los airdrops de tokens.

Además, siento que una Capa 2 generalizada en Solana podría conducir a los mismos viejos problemas que Ethereum, es decir, Rollups centralizados, congestión y fragmentación de liquidez.

¿Por qué algunas aplicaciones quieren migrar a Rollapps/AppChains?

Cada aplicación se lanzará inicialmente en la red principal de Solana, ya que alojar más aplicaciones en una infraestructura compartida reduce significativamente la complejidad para los desarrolladores y los usuarios. Sin embargo, a medida que estas aplicaciones crezcan, es posible que busquen:

Captura de valor. Internalizar valor en una capa compartida de Solana que no está diseñada para una sola aplicación es más complicado. La captura de MEV podría ser otra opción lucrativa para los DEX.

Espacio de bloque dedicado.

Personalización en casos de uso. Por ejemplo, en términos de privacidad, Getcode utiliza un secuenciador para proporcionar pagos privados a sus usuarios, experimentos de tarifas de mercado, grupos de memoria encriptados que minimizan el MEV y libros de órdenes personalizados.

Sin embargo, no todas las aplicaciones querrán lanzar su propio Rollup, especialmente aquellas que no han alcanzado una cierta velocidad de escape, por ejemplo, suficiente TVL, usuarios, volumen de transacciones. Lanzar su propia cadena hoy implica concesiones dolorosas e innecesarias, complejidad, costo, peor experiencia de usuario, fragmentación de liquidez, etc. La mayoría de las aplicaciones, especialmente aquellas en las primeras etapas, no pueden justificar estas concesiones para obtener ganancias incrementales. Solana sigue siendo el corazón y el alma del desarrollo de SVM, por lo que se pueden implementar muchas aplicaciones nuevas.

Para desarrolladores de aplicaciones

La red principal de Solana, Lisk o Rollup dependen completamente de la situación. Si no hay una gran necesidad de compatibilidad con otras aplicaciones, tiene todo el sentido colocar algunos componentes diferentes fuera de la cadena, ya sea Lisk o Rollup. Los usuarios ni siquiera necesitan saber que están usando un Rollup o Lisk. Grass, Zeta y Getcode abstraen cualquier infraestructura de tipo Rollup que usen para sus usuarios.

Para los casos de uso que requieren autorización y personalización, Token Extension también puede cumplir con la mayoría de los requisitos, como KYC o lógica de transferencia, manteniendo al mismo tiempo la componibilidad.

Infraestructura para promover Rollup y cadenas de aplicaciones

Si se amplía la teoría de Rollapp/Application Chain, los proveedores de infraestructura existentes podrán beneficiarse enormemente porque ingresarán a nuevos mercados:

Los proveedores existentes de Rollup como servicio (RaaS), como Caldera , puede ingresar fácilmente al mercado de SVM a medida que surja la demanda. Los SVM Ethereum Rollups como Eclipse y Nitro VM También estamos siguiendo de cerca esta oportunidad. Además, Sovereign Labs ofrece una Adaptador Solana del SDK soberano que puede soportar Rollups en Solana (aún no está listo para producción). Helius es otra empresa que está bien preparada para construir infraestructura para Solana Layer 2, ya que Mert ha insinuado en múltiples ocasiones .

Secuenciadores compartidos como Protocolo de Roma y la necesidad de clientes ligeros como Pequeña bailarina Los secuenciadores compartidos pueden ser interesantes para los Rollups porque permiten actividades como arbitraje atómico, MEV y puentes sin fisuras, reduciendo la fragmentación de la liquidez.

Carteras como Fantasma , Mochila , y Solflare Infraestructura de billetera de contratos inteligentes y multifirma como Escuadrones Squads se ha posicionado como la capa de infraestructura de billetera de contrato inteligente definitiva para Solana y SVM.

· Re-staking SOL: La teoría de la modularidad también promueve el re-staking, ya que estos Rollups/appchains pueden necesitar SOL para compartir seguridad y ser más consistentes con Solana. Esto atraerá a los primeros participantes como cambriano , Picaso y Capa sola , Jito a través de Red de estacas y LST como Santuario y validadores para aumentar sus ingresos.

Finalmente, ¿podrá Solana hacer frente a la demanda mundial?

Por supuesto que no. Siendo realistas, incluso teniendo en cuenta la Ley de Moore, incluso si el hardware sigue mejorando en rendimiento y Solana está optimizado para este progreso del hardware, esto es poco práctico. Creo que todas las transacciones menos críticas, como el envío de NFT por parte de DRiP, acabarán moviéndose a su propia cadena, mientras que las transacciones más valiosas permanecerán en la cadena principal, donde la verdadera componibilidad es fundamental, como los DEX al contado.

Esto no significa que Solana haya perdido la batalla entre el monolito y la componibilidad; se manejará mejor que otras cadenas en situaciones en las que dependa de la componibilidad y la baja latencia. Y Sui, Aptos, Sei, Monad, etc. no son mejores porque aún no sabemos si pueden soportar la prueba de una alta actividad de usuarios reales.

A diferencia de Ethereum, la red principal de Solana no está pensada para ser una “cadena B2B”; siempre ha sido y siempre será una cadena de consumidores. Construir sistemas distribuidos a escala es extremadamente desafiante, y Solana tiene el mejor potencial para convertirse en el libro de contabilidad compartido para las transacciones más valiosas del mundo.

Solana necesita un alma gemela: ¿Son los Lisks y los Rollups la combinación perfecta?

Enlace original

Este artículo proviene de Internet: Una discusión panorámica sobre el desarrollo del ecosistema Solana: ¿Cuál es el impacto de L2 y la cadena de aplicaciones?

Relacionado: Un artículo analiza la dirección y los protocolos de la implementación de criptografía habilitada para IA

Original | Odaily Planet Daily Autor | Nanzhi A finales de 2022, ChatGPT se lanzó para la versión beta pública, lo que inició la locura por la IA de tipo LLM. Desde entonces, la cantidad de diversos proyectos de IA ha comenzado a aumentar rápidamente, con subcategorías que incluyen datos, modelos de IA, potencia informática, aplicaciones y otros aspectos. En 2024, ¿cuáles son los ángulos combinados a nivel de aplicaciones criptográficas habilitadas para IA? ¿La IA traerá cambios de productividad a las criptomonedas? Odaily Planet Daily revisará varias aplicaciones combinadas en este artículo. Auditoría de IA Ya el año pasado, cuando LLM se hizo popular, SlowMist utilizó ChatGPT para realizar pruebas de auditoría en ChatGPT (ver: La IA más fuerte y popular: ¿se puede utilizar GPT para auditorías de seguridad de contratos? ). En ese momento, todas las IA eran IA de propósito general. ChatGPT fue…