¿Cómo intenta Solana resolver el problema de "parón"?

Solana (Sol) es uno de los pocos proyectos de cadena pública que ha experimentado múltiples "parones de la red principal".

Cómo resolver el problema de parón

Dirección uno: mejorar la estabilidad de los nodos

Red QUIC en lugar de UDP: mejorar la fiabilidad de la comunicación entre nodos y evitar la pérdida de conexión de los nodos debido a la pérdida de paquetes en la red.

Mecanismo de selección de líderes más estricto: introducir un mecanismo de cambio de líder (failover), si el líder actual no puede producir bloques, cambiar rápidamente al siguiente.

Dirección dos: optimización del mecanismo de ejecución en paralelo

Solana propuso la ejecución de transacciones en paralelo (Sealevel), aunque ya existe esta arquitectura, se deben optimizar aún más los algoritmos de programación para reducir los conflictos de recursos.

Detectar conflictos de cuentas en una etapa temprana (fase de preejecución), agrupar las transacciones que podrían entrar en conflicto, evitando bloqueos o bloqueos durante la ejecución.

Dirección tres: introducir un diseño modular y de independencia parcial

Por ejemplo, en Firedancer se propone un enfoque de "separación de módulos":

Desacoplar la capa de consenso y la capa de ejecución para evitar que la falla en la ejecución de contratos afecte al consenso.

Reescribir el cliente del nodo para evitar los errores históricos y cuellos de botella de rendimiento del cliente original en Rust.

Actualización técnica uno: cliente Firedancer

Desarrollado por Jump Crypto, reescribió el cliente de Solana en C.

Ventajas:

Mayor rendimiento, menor latencia.

Menos fugas de memoria y problemas de estabilidad.

Después de que Firedancer esté en línea, se proporcionará un cliente de respaldo tolerante a fallos, que permitirá que la red cambie a otra implementación cuando el cliente original tenga problemas.

Actualización técnica dos: mecanismo de reintento y optimización de revisión de transacciones

En la nueva versión del cliente, se agrega un mecanismo de reintento automático de transacciones.

Se añaden módulos de detección y defensa contra transacciones maliciosas spam, por ejemplo, un gran número de ataques de transacciones inválidas será limitado.

Solana todavía se encuentra en una fase paralela de "extremización del rendimiento" y "pulido de la estabilidad", pero con el lanzamiento oficial de Firedancer y el refuerzo del mecanismo de reemplazo de líderes, la frecuencia de eventos de parón a gran escala ha disminuido notablemente.