Desde Jito hasta Solayer, profundizando en cómo SVM está remodelando el juego de escalabilidad de Solana

Hablemos del reciente rendimiento muy sólido del mercado secundario de $LAYER@solayer_labs. ¿Por qué la hoja de ruta de la tecnología InfiniSVM recibe tanta atención? ¿Cuáles son las características de las soluciones de escalabilidad SVM aceleradas por hardware? ¿Y cómo se romperá el patrón de la industria de escalabilidad de Solana después de la aceleración por hardware? A continuación, compartiré mis observaciones prospectivas:

1）A diferencia de la ruta de escalado horizontal dominada por Ethereum en el pasado, el equipo de Solayer presenta en el libro blanco de infiniSVM un enfoque de escalado completamente diferente: optimizar profundamente SVM a través de aceleración de hardware, creando una red blockchain de millones de TPS, que esencialmente será una solución de escalado mediante la fusión profunda de hardware + software.

Si miramos hacia atrás en toda la historia del escalado de blockchain, la idea más temprana de escalado en cadena se logra a través del ajuste de parámetros (bloques más grandes, tiempo de generación de bloques más corto), pero esta idea es fácil de tocar en el dilema del triángulo imposible de la cadena de bloques; Más adelante, la idea de escalado de capa 2 es un escalado horizontal, y el propósito principal es desviar las transacciones a través de la capa 2 (canales de estado, cadenas laterales, rollups, etc.), lo que sin duda sacrificará algo de atomicidad global; La ruta de aceleración de hardware explorada por InfiniSVM es una nueva ruta que actualiza el concepto de expansión de la capacidad, al tiempo que mantiene un único estado global, para superar el cuello de botella del rendimiento con hardware especializado.

En términos simples: la forma de escalado de InfiniSVM no se basa únicamente en la optimización del algoritmo, sino en la reconstrucción del entorno de ejecución de SVM a través de una arquitectura de microservicios y aceleración de hardware, confiando algunas tareas clave a hardware especializado, logrando así la atomicidad y consistencia a nivel global en condiciones de alta carga.

2. Siguiendo esta línea de pensamiento, muchos amigos deben estar preguntándose, ¿por qué el entorno de ejecución de SVM de Solana requiere aceleración de hardware? Según los datos proporcionados por el libro blanco de Solayer, los nodos validadores de Solana ya requieren CPU por encima de 3,1 GHz, 500 GB+ de memoria de alta velocidad y 2,5 TB+ de almacenamiento NVMe de alto rendimiento, e incluso con configuraciones tan altas, la utilización de la CPU es solo de alrededor del 30% bajo alta carga, y la comunicación P2P está cerca del límite de ancho de banda de 1 Gbps de las redes de consumo.

La pregunta es, dado que la CPU no es suficiente, ¿por qué necesita un hardware más potente? De hecho, esto expone el cuello de botella de rendimiento actual de Solana en otros enlaces además de la potencia de cómputo de la CPU, como: la arquitectura de procesamiento de microservicios, que puede aislar diferentes enlaces de procesamiento y hacer coincidir los recursos de hardware más adecuados; Aceleradores dedicados para asignar tareas específicas, como la firma parcial, a hardware especializado, etc.

Mira, InfiniSVM no es solo una simple actualización de hardware, sino que rediseña todo el entorno de ejecución, proporcionando soluciones de optimización de hardware más especializadas para cada eslabón del cuello de botella. Es como si, para mejorar la eficiencia de producción en un taller, fuera necesario reorganizar toda la línea de producción, tanto el hardware como el software, y no simplemente aumentar de manera brusca el número de trabajadores.

3. Entonces, ¿qué características del plan de aceleración de hardware de InfiniSVM valen la pena compartir?

1. Arquitectura de procesamiento de microservicios distribuidos, el flujo de procesamiento de transacciones monolíticas de Solana se puede descomponer en múltiples etapas de procesamiento ampliables como la verificación de firmas, la deduplicación, la programación y el almacenamiento. En la arquitectura de InfiniSVM, cada etapa puede manejarse de forma independiente, evitando el gran problema de “un retraso en una etapa provoca la espera de toda la línea”;

2. Sistema de programación de comercio inteligente, originalmente cuando Solana lee y escribe transacciones, si pertenecen a la misma cuenta, todavía tenía que hacer cola para ser procesadas, pero InfiniSVM ha logrado que incluso bajo la misma cuenta, las operaciones no interfieran entre sí, lo que a su vez mejora enormemente su capacidad de procesamiento paralelo. En otras palabras, ha mejorado aún más la capacidad de gestión detallada;

3. La tecnología de comunicación de baja latencia RDMA, la comunicación entre nodos normales requiere al menos empaquetar, entregar y desempaquetar pasos necesarios, mientras que RDMA puede transferir directamente los datos de un nodo a la memoria de otro nodo, logrando un avance en la tecnología de comunicación de milisegundos a microsegundos, lo que puede reducir significativamente los conflictos de acceso al estado.

4. Red de almacenamiento inteligente distribuido, si se permite que una única cuenta maneje sus datos de cuenta, anteriormente Solana tenía un límite de 10 MB, pero InfiniSVM adoptó una solución de almacenamiento en la nube distribuido, permitiendo que los datos se distribuyan en diferentes nodos, etiquetados como carril rápido, carril lento, etc., lo que rompe el límite de capacidad y optimiza la velocidad de acceso a los datos.

4. Después de explicar la cuestión de la ruta de actualización técnica, seguramente han surgido muchas voces preguntando “¿qué utilidad tiene?” En general, con el apoyo de la aceleración de hardware, se puede mejorar aún más la ventaja competitiva de Solana en la competencia de layer1. Además, a diferencia de los logros de escalabilidad que Ethereum layer2 necesita respaldar con datos de aplicaciones en el ecosistema, esta ruptura de rendimiento de millones de TPS lograda con hardware, puede ser directamente comprobada con la incorporación de solo unos pocos escenarios específicos;

Cambiando de enfoque, tomando como ejemplo a @jito_sol, como infraestructura MEV de Solana, su valor ecológico radica en la optimización del orden de las transacciones y la extracción de MEV, así como en los ingresos de los validadores. Si no pudo auto demostrarse antes de la ola MEME de Solana, después de la ola de MEME del último año, el método de Jito para optimizar las transacciones se ha convertido en una parte indispensable.

De hecho, la posición técnica actual de Solayer es similar; su forma de actualizar para que las transacciones tengan un mejor desempeño en el sistema no se refleja de manera evidente solo en escenarios de transacciones financieras. Sin embargo, si pensamos en la futura implementación a gran escala de PayFi, para que Solana pueda soportar perfectamente la infraestructura de pagos y liquidaciones de alta capacidad y baja latencia, el rendimiento de TPS será claramente perceptible. Además, están el ecosistema DePIN y escenarios de aplicaciones complejas de juegos en cadena, así como aplicaciones de Agentes de IA, entre otros.

De todos modos, es más fácil mirar hacia adelante y definir el valor de un proyecto de infraestructura técnica que simplemente mirarlo desde la perspectiva de si es una utilidad en este momento.