¿Cuánto Tiempo Tarda una Transacción en Solana? Tiempos de Bloque, Finalidad y TX Fallidas

El tiempo de las transacciones en Solana ha mejorado notablemente tras las reducciones de slot de 2026. Esta guía cubre los tiempos de bloque actuales, los niveles de compromiso, las ventanas de finalidad, la expiración de blockhash y los motivos por los que las transacciones siguen fallando.

Tiempos de slot de Solana tras las reducciones de 2026

Solana implementó reducciones escalonadas de su tiempo de slot objetivo mediante SIMD-0525. El primer recorte pasó la red de 400 ms a 350 ms, activándose al inicio de la época 1019 el 19 de agosto de 2026. Cinco días después, la segunda etapa bajó el objetivo hasta 300 ms en la época 1023 el 25 de agosto de 2026.

Los datos de Chainspect registraron un promedio de 318 ms en una hora durante septiembre de 2026, lo que muestra que la red operaba ligeramente por encima del nuevo objetivo oficial. Las reducciones también acortaron la expiración en tiempo real de un blockhash de aproximadamente 80 segundos con slots de 400 ms a unos 60 segundos con la configuración actual de 300 ms.

Los objetivos de 250 ms y 200 ms ya se ejecutan en devnet y testnet, pero Solana no ha anunciado un calendario para mainnet de ninguno de estos niveles hasta las actualizaciones de septiembre de 2026. Cualquier recorte futuro sigue condicionado a tasas de omisión aceptables según la misma propuesta SIMD.

Niveles de compromiso: Procesado, Confirmado y Finalizado

Las transacciones de Solana pasan por distintos niveles de compromiso que indican una seguridad creciente frente a reversiones. Cada nivel tiene un perfil de riesgo diferente y un tiempo de alcance basado en los votos de los validadores y el enraizamiento de bloques.

Una transacción alcanza el nivel procesado una vez que se incluye en un bloque producido por el líder actual. El riesgo de reversión sigue siendo bajo en la práctica porque la mayoría de los bloques no se omiten, pero la transacción aún puede revertirse si se produce un fork antes de más confirmaciones. Esta etapa suele completarse en un solo slot.

El nivel confirmado requiere una supermayoría de stake para votar el bloque que contiene la transacción. El riesgo de reversión disminuye aún más en este punto, por lo que resulta adecuado para la mayoría de aplicaciones que necesitan una garantía moderada. La confirmación suele llegar en uno o dos slots en condiciones normales de red.

El estado finalizado se produce cuando el bloque se enraíza tras aproximadamente 32 bloques confirmados posteriores, lo que hace que la transacción sea irreversible en condiciones normales. Los datos recientes de Chainspect sitúan la finalidad media en 12,8 segundos.

La confirmación económica, a veces llamada confirmación optimista, proporciona una garantía práctica rápida sin esperar la finalidad completa. Los traders y servicios suelen confiar en ella cuando la velocidad importa más que la irreversibilidad absoluta.

Ventana de validez del blockhash y caducidad de la transacción

Las transacciones de Solana incorporan un blockhash reciente que permanece válido durante una ventana fija de 151 bloques. Los validadores consultan la BlockhashQueue, que rastrea las 300 entradas más recientes, y rechazan cualquier transacción cuyo blockhash quede fuera de ese límite para evitar ataques de repetición.

Las reducciones del tiempo de slot han comprimido la duración real de esta ventana. Con el objetivo actual de 300 ms, el límite de 151 bloques equivale a unos 60 segundos de tiempo real, frente a los aproximadamente 80 segundos cuando los slots promediaban 400 ms. Los promedios medidos cercanos a 318 ms mantienen el periodo de caducidad por debajo de 65 segundos en la práctica.

Por tanto, los traders deben difundir las transacciones rápidamente tras obtener un blockhash fresco. Durante picos de red, incluso colas modestas pueden hacer que un envío supere el punto de caducidad, obligando a obtener un nuevo blockhash y a reenviar antes de que se produzca la confirmación.

Por qué fallan las transacciones de Solana y con qué frecuencia

Un estudio revisado por pares que abarcó de agosto de 2023 a julio de 2024 encontró diferencias notables en las tasas de fallo entre tipos de cuentas. Las cuentas operadas por bots registraron un 58,43 % de fallos, mientras que las cuentas operadas por humanos fallaron solo el 6,22 % de las veces. La misma investigación mostró que los diez programas principales representaron el 77,95 % de todas las transacciones fallidas, con Raydium Liquidity Pool V4 responsable por sí solo del 21,69 %.

La congestión amplifica estos problemas. Durante los picos impulsados por memecoins, las tasas de éxito de transacciones no de voto cayeron a aproximadamente el 76 %, lo que significa que una de cada cuatro intentos falló. Los validadores siguen procesando la mayoría del tráfico legítimo, pero la competencia de tarifas prioritarias y los cuellos de botella específicos de programas concentran los errores entre las estrategias automatizadas.

Estas cifras ilustran que la mayoría de los fallos proceden de la actividad de bots de alta frecuencia más que de una inestabilidad fundamental de la red. Los traders que usan estrategias manuales o de baja frecuencia encuentran tasas de error mucho menores incluso cuando el rendimiento general sigue elevado.

Pasos prácticos para reducir fallos y acelerar la confirmación

Envía transacciones con un blockhash fresco obtenido inmediatamente antes de firmar. La ventana de validez de 151 bloques ahora caduca en unos 60 segundos con el objetivo actual de 300 ms, por lo que los retrasos entre la obtención y la difusión aumentan el riesgo de caducidad.

Elige el nivel de compromiso que se ajuste a tu tolerancia al riesgo de reversión frente a la latencia. Procesado devuelve el resultado más rápido pero conlleva la mayor probabilidad de reversión posterior, mientras que confirmado ofrece un equilibrio práctico para la mayoría de acciones de usuario y finalizado resulta adecuado para transferencias de alto valor.

Supervisa los códigos de error devueltos en caso de fallo. La caducidad del blockhash y los desajustes de secuencia de cuenta se resuelven solicitando un nuevo blockhash y reenviando; las caídas por congestión mejoran espaciando los reintentos o reduciendo las unidades de cómputo solicitadas.

Durante periodos en los que las tasas de éxito de transacciones no de voto caen hacia el 76 %, agrupa menos instrucciones por transacción y evita las ventanas de máxima actividad de memecoins identificadas mediante telemetría reciente de la red. Estos ajustes reducen la incidencia tanto de caducidad como de fallos por límite de cómputo sin alterar el tiempo de slot subyacente.

FAQ

¿Cuál es el tiempo de slot actual de Solana en mainnet?

El tiempo de slot objetivo alcanzó 300 ms tras las reducciones activadas en la época 1023 en agosto de 2026. Los datos de Chainspect de septiembre de 2026 registraron un promedio de una hora de 318 ms.

¿Cuánto tarda la finalidad en Solana?

La finalidad completa tras incluir una transacción suele producirse en 12,8 segundos según las cifras recientes de Chainspect, y la mayoría de fuentes citan un rango normal de 10-20 segundos o aproximadamente 13 segundos.

¿Por qué fallan las transacciones de Solana a altas tasas?

Un estudio revisado por pares de datos de agosto de 2023 a julio de 2024 encontró que las cuentas de bots experimentaron una tasa de fallo del 58,43 % frente al 6,22 % de las cuentas operadas por humanos. Los diez programas principales impulsaron el 77,95 % de los fallos, liderados por Raydium Liquidity Pool V4.

¿Cuánto dura la ventana de validez del blockhash de Solana?

Cada transacción referencia un blockhash que caduca tras 151 bloques. Con el tiempo de slot actual de 300 ms, esta ventana equivale a aproximadamente 60 segundos de tiempo real.

¿Qué cifras de TPS ha registrado Solana recientemente?

Chainspect registró un promedio de una hora de 2.570 transacciones por segundo, un pico de 100 bloques de 11.015 tx/s y un máximo teórico de 65.000 tx/s.

¿Ha sufrido Solana caídas en 2026?

La red ha mantenido un 100 % de tiempo de actividad desde febrero de 2024 hasta los informes de mediados de septiembre de 2026, incluso durante un evento de enrutamiento de agosto de 2026 que afectó al 29 % del stake sin detener la producción de bloques ni la finalidad.