Un vistazo rápido a la última hoja de ruta de Solana: optimización de transacciones BAM, lanzamiento de DoubleZero, consenso de Alpenglow

Autor: Anatoly Yakovenko, Solana Labs; Max Resnick, Anza; Lucas Bruder, Jito Labs; Austin Federa, DoubleZero; Chris Heaney, Drift; Kyle Samani, Multicoin Capital

Compilado por Alex Liu, Foresight News

La misión original de Solana era construir una infraestructura descentralizada para los mercados de capitales de Internet (ICM). Aumentar el ancho de banda y reducir la latencia (IBRL) es necesario, pero no es suficiente. El tercer pilar de la hoja de ruta de Solana debe responder a la complejidad de la microestructura del mercado. El mercado se compone de muchos factores dinámicos que a menudo tienen un impacto grande pero impredecible en el equilibrio general. Hasta hace poco, no estaba claro cómo debía diferenciarse la microestructura de mercado de ICM de las finanzas tradicionales (TradFi).

Hoy en día, el ecosistema de Solana está convergiendo en torno a una visión común: la ejecución controlada por aplicaciones (ACE). El objetivo final de ACE es permitir que los contratos inteligentes controlen el orden de las transacciones con una precisión de milisegundos. Nuestros intercambios con múltiples equipos en el ecosistema muestran que los problemas de microestructura del mercado se han convertido en el desafío más crítico que enfrenta Solana en la actualidad.

La comunidad de Solana está haciendo todo lo posible para superar este problema desde todas las dimensiones.

Actualmente, Solana sigue siendo la mejor opción para crear aplicaciones en el espacio criptográfico, con una gran cantidad de usuarios, suficiente liquidez, un entorno regulatorio claro, excelentes billeteras e infraestructura de acceso global. Sin embargo, algunas aplicaciones optan por construir sus propias tecnologías subyacentes para explorar nuevas estructuras de mercado. Solana debe ser la plataforma elegida que pueda "conectarse con los usuarios existentes mientras experimenta audazmente con las microestructuras del mercado".

Lo que sigue se dividirá en dos partes:

1. importantes compensaciones en la microestructura del mercado;

2. Las soluciones específicas para apoyar la implementación de microestructuras flexibles en la red principal se dividen en tres categorías: corto, medio plazo y largo plazo.

Compensaciones en la microestructura del mercado

Las dimensiones de diseño de la microestructura del mercado son demasiado ricas para enumerarlas, pero estas son algunas de las principales compensaciones que se utilizan más actualmente:

Privacidad vs transparencia

¿Deben permanecer ocultas las órdenes antes de su ejecución? Para las grandes órdenes minoristas, la transmisión temprana puede ayudar a una mejor ejecución porque reduce la asimetría de información entre los traders y los creadores de mercado. Sin embargo, la liquidez oculta también puede proteger a los creadores de mercado de los "menús dañinos", aumentando así la liquidez general del mercado. Sin embargo, esta protección tiene un costo: ocultar órdenes erosiona la transparencia, lo que dificulta que los operadores predigan los resultados antes de que se ejecuten.

Límite de velocidad vs comercio ilimitado

La configuración de un "limitador de velocidad de protección" para los tomadores puede reducir la selección adversa, reducir los diferenciales entre oferta y demanda y mejorar la liquidez del mercado. Sin embargo, la limitación de velocidad también reduce el volumen de operaciones y ralentiza el proceso de descubrimiento de precios. Es importante destacar que el volumen de negociación no es la única medida de las fortalezas y debilidades del mercado. Lo que realmente les importa a los usuarios es dónde pueden obtener el mejor precio. Por lo tanto, reducir las "operaciones dañinas de los tomadores" puede reducir el volumen total de operaciones pero aumentar la liquidez real.

Inclusión de transacciones vs finalidad vs retraso de ejecución

Muchas "compensaciones" aparentes se pueden optimizar juntas. La finalidad optimista actual de Solana es de aproximadamente 1 segundo. Cuando el protocolo Alpenglow entre en funcionamiento a principios de 2026, se espera que el tiempo de inclusión de las transacciones se reduzca a 50-100 milisegundos, y el tiempo de finalidad se reducirá a unos 150 milisegundos. Esto permitirá a los creadores de mercado actualizar las cotizaciones más rápido y reducir el "riesgo de brecha".

Colocación vs. descentralización geográfica

Mucha gente piensa que la colocación es más rápida, pero si todos los validadores se concentran en Nueva York, provocará retrasos en la entrega de mensajes ante un mensaje repentino de Tokio. A través del mecanismo de Múltiples Líderes Concurrentes (MCL) y el mecanismo de inclusión de transacciones de borde, Solana puede lograr la ingesta de información sincrónica global, mejorando en gran medida la eficiencia del descubrimiento de precios y mejorando la resistencia al riesgo.

Creador de mercado preferido vs tomador preferido

La priorización de los creadores de mercado puede reducir la selección adversa y reducir los diferenciales. En el mecanismo actual de Solana, los tomadores ocupan una posición de prioridad implícita debido al mecanismo de subasta de programación. En el futuro, ACE dará a los desarrolladores la capacidad de definir la lógica de prioridad (por ejemplo, cancelar la prioridad de orden, establecer limitadores de velocidad, etc.).

Retail vs institucional

Los mercados más líquidos tienden a ser impulsados por inversores minoristas. Solana fomenta la construcción de aplicaciones diferenciadas para diferentes necesidades, al servicio de la convivencia y el desarrollo de instituciones e inversores minoristas.

Flexibilidad vs. uniformidad

La comunidad de Solana siempre ha adoptado un espíritu pragmático, no dogmatismo. Dado que no existe una única solución óptima para la estructura del mercado, la única forma es probar, iterar y optimizar en la red principal. Como resultado, Solana está construyendo una infraestructura flexible que respalda ACE, impulsando la rápida evolución de las estructuras del mercado.

Arquitectura híbrida vs totalmente en cadena

El objetivo de Solana es construir un mercado completamente en cadena en lugar de una capa de liquidación que sirva a los exchanges centralizados. No hay obstáculos técnicos para este objetivo, solo sigue construyendo. La prioridad de Solana es aportar más liquidez a la red principal.

Hoja de ruta de ICM: planes a corto, mediano y largo plazo

La red principal actual de Solana aún no es un entorno ideal para los CLOB (libros de órdenes de límite central), pero esto está a punto de cambiar. Múltiples equipos en el ecosistema están actualizando sistemáticamente toda la pila de tecnología para impulsar a los CLOB a prosperar en la red principal. Presentaremos la ruta futura por etapas:

Corto plazo (1-3 meses): Optimización de las operaciones de Jito BAM y Anza

Mercado de ensamblaje de bloques de Jito (BAM)

BAM es un sistema de procesamiento de transacciones de alto rendimiento de próxima generación creado por Jito y está programado para entrar en funcionamiento en la red de prueba a fines de julio de 2025. Acerca a ACE a la consecución de ACE al proporcionar potentes capacidades para los validadores, traders y aplicaciones de Solana a través de nodos distribuidos globalmente que se ejecutan en un entorno de ejecución de confianza (TEE). Proyectos como Drift, Pyth y Dflow se han convertido en los primeros socios de diseño.

BAM admite la aplicación de lógica de ordenación de transacciones personalizada a través de un mecanismo de complemento, lo que permite a los desarrolladores crear sistemas de ejecución de transacciones transparentes y verificables para CLOB que mantienen la confidencialidad de las transacciones hasta su ejecución, pero el proceso de ordenación es totalmente de código abierto y verificable. Este modelo elimina la necesidad de modificar el cliente validador o negociar el protocolo de integración, y simplemente crea un complemento dentro de BAM para acceder a toda la red Solana.

Lectura recomendada: ¿Operar en SOL ya no es un pellizco? Lea el nuevo BAM de Jito

Optimización de aterrizaje de transacciones de Anza

Anza también está promoviendo la mejora de la estabilidad de las transacciones. Agave 2.3 presenta un nuevo cliente TPU, lo que reduce significativamente la latencia de envío de transacciones y soluciona problemas relacionados con QUIC. La mayoría de las optimizaciones ya están activas, y los principales creadores de mercado han observado una latencia del percentil 95 de la ranura 0 a través de la ruta de TPU estándar, logrando una certeza extremadamente alta.

A medio plazo (3-9 meses) :D oubleZero, Alpenglow, ejecución asíncrona (APE)

DoubleZero( DZ)

DZ es una red de fibra óptica personalizada para Solana, que reduce significativamente la latencia y aumenta el ancho de banda, y también optimiza la transmisión de datos a través de multidifusión por hardware. La red de prueba ya ha participado en más de 100 validadores y el 3% del staking de la red principal, y se espera que se lance en la red principal a mediados de septiembre de 2025. Con la popularidad de DZ, Solana puede aumentar la velocidad de inclusión de transacciones y mejorar aún más la resistencia al estrés y la equidad de la red.

Protocolo de consenso de Alpenglow

Alpenglow es el protocolo de consenso de próxima generación de Solana que reduce la finalidad del bloque de 12,8 segundos a unos 150 milisegundos. El acuerdo también simplificará el diseño para facilitar el apoyo futuro a MCL y APE. Se espera que entre en funcionamiento en la red principal a fines de 2025 o principios de 2026.

Ejecución asincrónica de programas (APE)

APE elimina el mecanismo de reproducción de la ruta de aterrizaje de transacciones para reducir la latencia, que Solana ha sido un objetivo clave durante varios años. Con la simplificación del consenso de Alpenglow, la complejidad de implementación de APE se reduce significativamente. Se han presentado varias propuestas (SIMD 192, 290, 297, 298, 301) y se espera que sigan al lanzamiento de Alpenglow en la primera mitad de 2026.

Ejecución asincrónica

A largo plazo (2027): Líder multiparalelo (MCL) con ACE de capa de protocolo

MCL con ACE de capa de protocolo

Para construir el mercado on-chain más líquido, Solana necesita cumplir tres puntos:

1. Capacidad suficiente para ingerir toda la información del mercado en tiempo real;

2. Confirmación rápida con tasas de tick más altas;

3. Las aplicaciones tienen la capacidad de controlar el orden de las transacciones.

Un solo líder puede revisar transacciones

Actualmente, las cadenas de bloques son en su mayoría estructuras de un solo líder, que no pueden garantizar la equidad o la resistencia a la censura del orden de las transacciones.

MCL reduce la probabilidad de que un líder revise o manipule el orden de las transacciones mediante bloques de construcción conjunta al mismo tiempo. La clasificación de transacciones se basa en tarifas de prioridad y cada aplicación puede diseñar lógica para controlar la clasificación en consecuencia, como cancelar la prioridad del pedido.

Cancelar pedidos en función de las tarifas prioritarias

Información sincronizada globalmente

MCL también permite sincronizar información de diferentes ubicaciones en todo el mundo en la cadena. Los creadores de mercado pueden combinar información en tiempo real de Nueva York y Tokio en el mismo contrato para el desarrollo de estrategias. Esta capacidad es difícil de replicar con los sistemas centralizados tradicionales y es una ventaja única de la infraestructura descentralizada en la competencia del mercado de capitales.

La visión de Solana del mercado de capitales de Internet se está acelerando, y todo el ecosistema está trabajando arduamente para construir el sistema financiero on-chain más líquido del mundo, desde la parte inferior de la tecnología hasta la capa superior de aplicaciones. ACE servirá como paradigma central, trayendo una revolución en el orden de transacciones a Solana, dando a los contratos inteligentes un verdadero control sobre la infraestructura financiera.