Esta semana, el impulso del rendimiento de Solana ganó nuevo ímpetu cuando los ingenieros detrás de Firedancer, el cliente validador de alto rendimiento alternativo de Jump, presentaron un nuevo Documento de Mejora de Solana (SIMD-0370) para eliminar el límite de unidad de cómputo (CU) a nivel de bloque de la red. Dicen que este cambio ya no es necesario después de Alpenglow y llevaría inmediatamente a un mayor rendimiento y menor latencia cuando la demanda aumente.


El "Equipo Firedancer" escribió la solicitud de extracción, que se abrió el 24 de septiembre de 2025, y está claramente etiquetada como un plan "post-Alpenglow". En Alpenglow, si un nodo votante no puede procesar un bloque propuesto en el tiempo dado, envía un SkipVote. Los autores dicen que no se necesita un límite de CU aplicado por un protocolo separado por bloque, ya que los bloques lentos se omiten inmediatamente.

"En Alpenglow, los nodos votantes envían un SkipVote si no pueden terminar un bloque a tiempo..." El texto dice que este SIMD elimina la restricción sobre el número de unidades de computación de bloque que pueden ser utilizadas, ya que las nuevas reglas de programación hacen que el límite sea innecesario.

Los escritores también están presionando por una mejor alineación económica, además de la pureza técnica. Dicen que la limitación actual de CU a nivel de bloque viola los incentivos al limitar la capacidad a través de cambios en el protocolo en lugar de actualizaciones de hardware y software. Si lo quitas, los productores pueden cargar bloques hasta el punto en que sus máquinas pueden procesarlos y diseminarlos de manera segura. Esto pondría la rivalidad entre clientes y hardware en la parte superior de la lista.

Ellos dicen: "La capacidad de la red no se basa en las capacidades del hardware, sino en el límite arbitrario de unidades de computación de bloque." Luego explican por qué aumentar ese límite cambiaría los incentivos tanto para los clientes validador como para los creadores de programas.

Lectura Relacionada: ¿El "Conteo Final" para las Enmiendas del ETF de Solana—¿Aprobación en 2 Semanas?

Los comentarios de revisión de código temprano de los contribuyentes principales y equipos de clientes muestran cómo el cambio puede afectar a los usuarios a corto plazo y lo que no hará. Un revisor resumió las ventajas prácticas diciendo: "Eliminar el límite hoy tiene beneficios reales para el ecosistema y los usuarios finales... sin tener que esperar a que se resuelva la arquitectura futura de la red." Una persona dijo que ciertas limitaciones de bloque aún estarían vigentes, mencionando un "límite máximo de fragmentos." Otros dijeron que la red probablemente debería mantener límites de CU por transacción por ahora y considerar cualquier cambio a esos límites como un problema separado y más importante.

La seguridad y la vitalidad son muy importantes. Los revisores querían que la propuesta fuera clara sobre por qué la seguridad aún se mantiene incluso si un bloque es demasiado pesado para propagarse a tiempo. La explicación de Alpenglow es que tales bloques no se votan, lo que significa que se omiten. Esto mantiene la red avanzando sin castigarla. Los creadores de Firedancer están de acuerdo en que el tiempo y el presupuesto de propagación son las restricciones más importantes, no un techo fijo de CU.

La propuesta también habla sobre un problema común en los debates de rendimiento: la coordinación. Si un productor de bloques actualiza su hardware rápidamente mientras que otros no, ¿podría la red perder bloques y causar agitación? Un revisor dice que los productores que son demasiado ambiciosos ya se calibran a sí mismos, ya que perder bloques significa perder recompensas, lo que limita automáticamente el tamaño del bloque a lo que los pares pueden aceptar a tiempo. El documento continúa diciendo que las fuerzas del mercado ahora controlan la capacidad, ya que ya no hay un límite de CU. Esto significa que los productores y equipos de clientes que maximizan la ejecución, el rendimiento de red y la programación ganarán más bloques y tarifas, lo que empujará la frontera hacia afuera a medida que la demanda lo requiera.

SIMD-0370 es importante ya que es a prueba de futuro. Solana tiene un plan a largo plazo para permitir que varios proponentes trabajen juntos. A veces, estos diseños tienen una restricción de bloque, y otras veces no. Los revisores destacan que eliminar la barrera existente no significa que no se puedan hacer arquitecturas de proponentes concurrentes más adelante. Solo hace que sea más fácil hacer avances que "se pueden realizar hoy."

El debate en GitHub ofrece los detalles técnicos, pero Anza, el equipo de clientes de Solana detrás de Agave, también ha compartido la sugerencia en las redes sociales, mostrando que muchas personas en el equipo de clientes están prestando atención al cambio y lo que significa para los usuarios.

¿Qué pasará con los consumidores y desarrolladores si SIMD-0370 se implementa? Durante momentos de mucha actividad, como airdrops, acuñaciones y volatilidad del mercado, los bloques podrían contener más computación siempre que puedan completarse y propagarse dentro del tiempo de slot. Esto podría aumentar el rendimiento sostenido y nivelar los picos de tarifas.

Para los desarrolladores de Solana, más margen y mejores incentivos para ajustar clientes y hardware podrían reducir la latencia de cola para cargas de trabajo pesadas. Sin embargo, los programas aún necesitan ser optimizados para el paralelismo y la localidad. Para los validadores, la ventaja se desplazaría aún más hacia la velocidad de ejecución, el rendimiento de red y procedimientos ingeniosos de construcción de bloques que encuentran el equilibrio correcto entre los ingresos por tarifas y el peligro de hacer un bloque tan pesado que se omita.

Como con todos los SIMDs, la actualización debe ser revisada por la comunidad, implementada y coordinada entre todos los clientes validador. Pero el camino es obvio. Después de Alpenglow, los creadores de Solana piensan que el presupuesto de tiempo de slot es la verdadera restricción.


#CryptoETFMonth #solana #MarketRebound $SOL