Hablemos de los duros resultados recientes del mercado secundario $LAYER@solayer_labs. En particular, ¿por qué la hoja de ruta de la tecnología InfiniSVM está en el punto de mira? ¿Cuáles son las características de una solución de escalado de SVM acelerada por hardware? ¿Y cómo se romperá el patrón de la industria del ecosistema de escalado de Solana después de la aceleración del hardware? Ahora, unas palabras sobre mis observaciones prospectivas:
A diferencia de la anterior ruta de escalado horizontal liderada por Ethereum, el equipo de Solayer mostró una idea de escalado completamente diferente en el documento técnico de infiniSVM: optimizar profundamente la SVM a través de la aceleración de hardware para construir una red blockchain TPS de un millón de niveles, que esencialmente se escalará a través de la integració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: el método de escalabilidad de InfiniSVM no se basa únicamente en la optimización de algoritmos, sino en reestructurar el entorno de ejecución de SVM a través de una arquitectura de microservicios y aceleración de hardware, delegando algunas tareas clave a hardware especializado para lograr atomicidad y consistencia en un estado global bajo cargas altas.
2）Siguiendo este razonamiento, muchos amigos seguramente se preguntarán por qué el entorno de ejecución SVM de Solana necesita aceleración de hardware. Según los datos proporcionados en el libro blanco de Solayer, los nodos de validación de Solana actualmente requieren un CPU de más de 3.1GHz, más de 500GB de memoria rápida y almacenamiento NVMe de más de 2.5TB de alto rendimiento, y aun con esta alta configuración, la utilización de la CPU en alta carga es de aproximadamente solo el 30%, y la comunicación P2P se acerca al límite de ancho de banda de 1Gbps de 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 simplemente una actualización de hardware, sino un rediseño completo del entorno de ejecución, proporcionando soluciones de optimización de hardware más especializadas para cada eslabón de cuellos de botella. Es como si, para mejorar la eficiencia de producción en el taller, se necesitara reorganizar toda la línea de producción en términos de hardware y software, en lugar de simplemente aumentar el número de trabajadores;
Entonces, ¿cuáles son las características del plan de aceleración de hardware de InfiniSVM que vale la pena compartir?
Arquitectura de procesamiento de microservicios distribuidos, el proceso de procesamiento de transacciones monolíticas de Solana anterior se puede descomponer en múltiples enlaces de procesamiento extendidos, como verificación de firmas, deduplicación, programación, almacenamiento, etc., mientras que cada enlace en la arquitectura InfiniSVM se puede procesar de forma independiente, evitando el gran problema de "un enlace está atascado y esperando toda la línea";
Sistema de programación de comercio inteligente, originalmente cuando Solana lee y escribe transacciones, si pertenecen a la misma cuenta, deben esperar en cola para ser procesadas, pero InfiniSVM ha logrado que incluso bajo la misma cuenta, las operaciones no se interfieran entre sí, lo que a su vez mejora enormemente su capacidad de procesamiento en paralelo. En otras palabras, ha mejorado aún más la capacidad de gestión detallada;
Tecnología de comunicación de baja latencia RDMA, la comunicación normal entre nodos requiere al menos los pasos necesarios, como empaquetado, entrega y desempaquetado, mientras que RDMA puede transferir directamente los datos de un nodo a la memoria de otro nodo, logrando un gran avance en la tecnología de comunicación de milisegundos a microsegundos, lo que puede reducir significativamente los conflictos de acceso al estado;
Red de almacenamiento inteligente distribuido, si un solo cuenta se encargara de sus datos de cuenta, Solana solía tener un límite de 10MB, pero InfiniSVM adoptó una solución de almacenamiento en la nube distribuido, dispersando los datos en diferentes nodos, etiquetados como carril rápido, carril lento, etc., lo que no solo rompió el límite de capacidad, sino que también optimizó la velocidad de acceso a los datos.
Después de explicar el problema de la ruta de actualización tecnológica, deben salir muchas voces de "para qué sirve". En general, con el apoyo de la aceleración de hardware, Solana puede mejorar aún más su ventaja competitiva en la competencia de capa 1. Además, en comparación con los logros de escalado de la capa 2 de Ethereum, que solo se pueden mostrar con el apoyo de los datos de la aplicación en el ecosistema, este tipo de avance en el rendimiento del uso de hardware para lograr un TPS de nivel de millones solo puede necesitar el acceso de unos pocos escenarios verticales para corroborarlo directamente, y la ruta de implementación es más corta.
Tomemos @jito_sol como ejemplo, como la infraestructura MEV de Solana, su valor de nicho en términos de optimización de pedidos de transacciones, extracción MEV, ganancias de validadores, etc. Si no puedes justificarte ante la locura de los memes de Solana, la forma en que Jito optimiza el sistema de ejecución de transacciones se ha vuelto indispensable después del boom de los memes del año pasado.
De hecho, la posición actual de la tarjeta técnica de Solayer es similar, y su método de actualización para hacer que las transacciones funcionen mejor en el sistema no es obvio solo por escenarios simples de transacciones financieras, pero si piensa en la implementación a gran escala de PayFi en el futuro, si desea que Solana lleve perfectamente funciones de infraestructura de pago y liquidación de alto rendimiento y baja latencia, se percibirán claramente las ventajas y desventajas de rendimiento de TPS. Además, hay ecosistemas DePIN, juegos de cadena complejos, escenarios de aplicación de agentes de IA, etc.
De todos modos, al mirar un paso adelante, definir el valor de un proyecto de infra de tipo técnico es más fácil de entender que basarse únicamente en la perspectiva de si tiene utilidad en el presente.
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Desde Jito hasta Solayer, Profundidad en cómo SVM está remodelando el juego de escalabilidad de Solana
Hablemos de los duros resultados recientes del mercado secundario $LAYER@solayer_labs. En particular, ¿por qué la hoja de ruta de la tecnología InfiniSVM está en el punto de mira? ¿Cuáles son las características de una solución de escalado de SVM acelerada por hardware? ¿Y cómo se romperá el patrón de la industria del ecosistema de escalado de Solana después de la aceleración del hardware? Ahora, unas palabras sobre mis observaciones prospectivas:
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: el método de escalabilidad de InfiniSVM no se basa únicamente en la optimización de algoritmos, sino en reestructurar el entorno de ejecución de SVM a través de una arquitectura de microservicios y aceleración de hardware, delegando algunas tareas clave a hardware especializado para lograr atomicidad y consistencia en un estado global bajo cargas altas.
2）Siguiendo este razonamiento, muchos amigos seguramente se preguntarán por qué el entorno de ejecución SVM de Solana necesita aceleración de hardware. Según los datos proporcionados en el libro blanco de Solayer, los nodos de validación de Solana actualmente requieren un CPU de más de 3.1GHz, más de 500GB de memoria rápida y almacenamiento NVMe de más de 2.5TB de alto rendimiento, y aun con esta alta configuración, la utilización de la CPU en alta carga es de aproximadamente solo el 30%, y la comunicación P2P se acerca al límite de ancho de banda de 1Gbps de 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 simplemente una actualización de hardware, sino un rediseño completo del entorno de ejecución, proporcionando soluciones de optimización de hardware más especializadas para cada eslabón de cuellos de botella. Es como si, para mejorar la eficiencia de producción en el taller, se necesitara reorganizar toda la línea de producción en términos de hardware y software, en lugar de simplemente aumentar el número de trabajadores;
Arquitectura de procesamiento de microservicios distribuidos, el proceso de procesamiento de transacciones monolíticas de Solana anterior se puede descomponer en múltiples enlaces de procesamiento extendidos, como verificación de firmas, deduplicación, programación, almacenamiento, etc., mientras que cada enlace en la arquitectura InfiniSVM se puede procesar de forma independiente, evitando el gran problema de "un enlace está atascado y esperando toda la línea";
Sistema de programación de comercio inteligente, originalmente cuando Solana lee y escribe transacciones, si pertenecen a la misma cuenta, deben esperar en cola para ser procesadas, pero InfiniSVM ha logrado que incluso bajo la misma cuenta, las operaciones no se interfieran entre sí, lo que a su vez mejora enormemente su capacidad de procesamiento en paralelo. En otras palabras, ha mejorado aún más la capacidad de gestión detallada;
Tecnología de comunicación de baja latencia RDMA, la comunicación normal entre nodos requiere al menos los pasos necesarios, como empaquetado, entrega y desempaquetado, mientras que RDMA puede transferir directamente los datos de un nodo a la memoria de otro nodo, logrando un gran avance en la tecnología de comunicación de milisegundos a microsegundos, lo que puede reducir significativamente los conflictos de acceso al estado;
Red de almacenamiento inteligente distribuido, si un solo cuenta se encargara de sus datos de cuenta, Solana solía tener un límite de 10MB, pero InfiniSVM adoptó una solución de almacenamiento en la nube distribuido, dispersando los datos en diferentes nodos, etiquetados como carril rápido, carril lento, etc., lo que no solo rompió el límite de capacidad, sino que también optimizó la velocidad de acceso a los datos.
Tomemos @jito_sol como ejemplo, como la infraestructura MEV de Solana, su valor de nicho en términos de optimización de pedidos de transacciones, extracción MEV, ganancias de validadores, etc. Si no puedes justificarte ante la locura de los memes de Solana, la forma en que Jito optimiza el sistema de ejecución de transacciones se ha vuelto indispensable después del boom de los memes del año pasado.
De hecho, la posición actual de la tarjeta técnica de Solayer es similar, y su método de actualización para hacer que las transacciones funcionen mejor en el sistema no es obvio solo por escenarios simples de transacciones financieras, pero si piensa en la implementación a gran escala de PayFi en el futuro, si desea que Solana lleve perfectamente funciones de infraestructura de pago y liquidación de alto rendimiento y baja latencia, se percibirán claramente las ventajas y desventajas de rendimiento de TPS. Además, hay ecosistemas DePIN, juegos de cadena complejos, escenarios de aplicación de agentes de IA, etc.
De todos modos, al mirar un paso adelante, definir el valor de un proyecto de infra de tipo técnico es más fácil de entender que basarse únicamente en la perspectiva de si tiene utilidad en el presente.