PANews 13 de junio, según el documento de mejoras de Solana (SIMD), el desarrollador Max Resnick presentó la propuesta SIMD-301, que tiene como objetivo implementar la funcionalidad de ejecución asíncrona en la cadena de bloques. Esta propuesta permitirá que los nodos de validación voten antes de que se complete la ejecución de las transacciones de bloque, lo que reducirá significativamente el tiempo de confirmación del bloque y allanará el camino para la concurrencia de múltiples líderes (MCL) y el mecanismo de consenso en pipeline. Los cambios principales incluyen: 1. Eliminación del campo BankHash de la estructura de votación; 2. Introducción de un mecanismo de verificación de bloques estáticos; 3. Los nodos de validación podrán votar tras la verificación estática, sin necesidad de esperar a que se complete la ejecución de la transacción. La propuesta señala específicamente la necesidad de prevenir el riesgo de que nodos maliciosos envíen transacciones que consumen tiempo, lo que podría resultar en bloques vacíos. Esta función se activará en fases a través de un indicador de características (Feature Flag), y se espera que se implemente tras la finalización de la actualización de Alpenglow.
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.
La comunidad de Solana ha iniciado la propuesta SIMD-301, que tiene como objetivo implementar la funcionalidad de ejecución asíncrona.
PANews 13 de junio, según el documento de mejoras de Solana (SIMD), el desarrollador Max Resnick presentó la propuesta SIMD-301, que tiene como objetivo implementar la funcionalidad de ejecución asíncrona en la cadena de bloques. Esta propuesta permitirá que los nodos de validación voten antes de que se complete la ejecución de las transacciones de bloque, lo que reducirá significativamente el tiempo de confirmación del bloque y allanará el camino para la concurrencia de múltiples líderes (MCL) y el mecanismo de consenso en pipeline. Los cambios principales incluyen: 1. Eliminación del campo BankHash de la estructura de votación; 2. Introducción de un mecanismo de verificación de bloques estáticos; 3. Los nodos de validación podrán votar tras la verificación estática, sin necesidad de esperar a que se complete la ejecución de la transacción. La propuesta señala específicamente la necesidad de prevenir el riesgo de que nodos maliciosos envíen transacciones que consumen tiempo, lo que podría resultar en bloques vacíos. Esta función se activará en fases a través de un indicador de características (Feature Flag), y se espera que se implemente tras la finalización de la actualización de Alpenglow.