Slots y Tiempo de Bloque de Solana: Explicación de los 400ms

Los slots y el tiempo de bloque de Solana están relacionados pero no son idénticos: un slot es una oportunidad programada para que un líder produzca un bloque, y algunos slots pueden omitirse. El valor de 400ms citado a menudo es una cadencia objetivo, no un intervalo de bloque garantizado, tiempo de confirmación o promesa de finalidad.

Solana es una blockchain de capa 1 diseñada para aplicaciones de alto rendimiento y bajo coste. Cofundada por Anatoly Yakovenko, un ex ingeniero de Qualcomm que introdujo Proof of History en un whitepaper de 2017, Solana lanzó su Mainnet en 2020 y desde entonces se ha convertido en una de las plataformas más activamente desarrolladas posicionada como una alternativa a Ethereum. Su Token Nativo es SOL. Solana se compara comúnmente con Ethereum y Bitcoin en función de la velocidad de las transacciones, y este artículo explica qué significa realmente esa comparación a nivel arquitectónico.

Contenidos

1. ¿Qué son los Slots y el Tiempo de Bloque de Solana?
2. ¿Qué es el Tiempo de Bloque de Solana?
3. Cómo Proof of History Hace que Solana Sea Rápido
4. Epochs y el Programa de Líderes
5. Tiempo de Bloque de Solana vs. Ethereum vs. Bitcoin
6. El Panorama Real del Rendimiento
7. Finalidad de Transacción: ¿Qué Significan Realmente los 400ms para Usted?
8. Por Qué es Importante un Tiempo de Bloque Rápido: DeFi y Aplicaciones del Mundo Real
9. Especificaciones Técnicas de un Vistazo
10. Preguntas Frecuentes
11. Conclusiones Clave

¿Qué son los Slots y el Tiempo de Bloque de Solana?

Un slot en Solana es una ventana de tiempo fija de aproximadamente 400 milisegundos (una constante a nivel de protocolo) durante la cual un validador designado puede producir un solo bloque. Esa duración es aproximadamente el tiempo de un parpadeo humano. Un slot es una ventana de tiempo, no un bloque. Los dos términos no son intercambiables, y comprender la diferencia es la base de todo lo demás en este artículo.

Cada slot sigue la misma secuencia. Un validador llamado líder de slot ha sido preasignado a ese slot con antelación. El slot se abre, el líder recopila las transacciones pendientes y el líder produce un bloque que contiene esas transacciones. Luego, el siguiente slot comienza automáticamente. Este ciclo se ejecuta aproximadamente 2.5 veces por segundo. Si el líder designado no produce un bloque, ese slot se omite y la red continúa sin esperar. La duración del slot de 400ms la impone el reloj Proof of History de Solana, explicado en la sección siguiente.

Un slot es la ventana de tiempo; un bloque es la estructura de datos real que contiene las transacciones confirmadas producidas dentro de esa ventana. Cada bloque ocupa un slot, pero no cada slot produce un bloque. Los slots que no producen bloque se llaman slots omitidos, y la red continúa sin interrupción cuando ocurre uno.

Debajo del slot se encuentra una unidad más pequeña llamada tick, la unidad de tiempo más pequeña en la arquitectura de Solana. Cada slot contiene exactamente 64 ticks. Cada tick es aproximadamente 6.25 milisegundos (400ms dividido entre 64). Los ticks son señales de temporización internas utilizadas por el generador Proof of History y no son visibles para los usuarios finales, pero aparecen en la API RPC de Solana y en la documentación para desarrolladores.

Especificación clave: Duración objetivo del slot de Solana: ~400 milisegundos (0.4 segundos). A 400ms por slot, la red produce un máximo de 2.5 slots por segundo.

Jerarquía de Tiempo de Solana

¿Qué es el Tiempo de Bloque de Solana?

El tiempo de bloque de Solana es el intervalo promedio entre bloques producidos consecutivamente. El tiempo de bloque objetivo es aproximadamente 400 milisegundos (0.4 segundos), ya que la red produce un bloque por slot.

El tiempo de slot y el tiempo de bloque están relacionados pero no son idénticos. El tiempo de slot (400ms) es la duración fija de cada ventana de tiempo en la arquitectura de Solana. No cambia. El tiempo de bloque es el intervalo promedio entre los bloques que se producen realmente. Cuando no se omiten slots, el tiempo de bloque es igual al tiempo de slot. En la práctica, el tiempo de bloque es marginalmente mayor porque algunos slots no producen ningún bloque.

La cifra de 400ms es un objetivo, no una garantía. Los slots omitidos y las condiciones de producción variables pueden hacer que los intervalos de bloque observados sean más largos, y el resultado varía según la ventana de medición. El tiempo de slot y bloque actual debe medirse directamente en lugar de resumirse como un promedio permanente inferior a 500ms.

Tiempo de bloque objetivo: ~400 milisegundos (0.4 segundos)

Cómo Proof of History Hace que Solana Sea Rápido

Solana es más rápido que Ethereum debido a tres innovaciones arquitectónicas:

1. Proof of History elimina la sobrecarga de coordinación requerida por los sistemas clásicos de Byzantine Fault Tolerance.
2. Gulf Stream pre-enruta transacciones a futuros líderes de slot sin requerir un mempool.
3. Sealevel procesa miles de transacciones no superpuestas en paralelo dentro de cada bloque.

Cada una de estas se explica a continuación.

¿Qué es Proof of History?

Proof of History (PoH) actúa como un reloj criptográfico: un registro de tiempo compartido y verificable que permite a todos los validadores acordar el orden y la temporización de los eventos sin tener que esperar a comunicarse entre sí.

El mecanismo funciona en cuatro pasos:

1. El generador PoH de Solana produce una cadena secuencial de hashes SHA-256.
2. La salida de cada hash se alimenta como entrada para el siguiente hash.
3. Dado que los hashes SHA-256 no se pueden calcular en paralelo, la cadena en sí misma demuestra que ha transcurrido una cantidad específica de tiempo de cómputo.
4. Cualquier validador puede verificar la secuencia rápidamente, a pesar de que producirla requiere tiempo transcurrido real.

Esta estructura es una Verifiable Delay Function (VDF), descrita por primera vez por Yakovenko en su whitepaper de 2017. La consecuencia práctica: en los sistemas blockchain clásicos, los validadores deben intercambiar mensajes con marca de tiempo para acordar el orden de los eventos. Esa comunicación de ida y vuelta introduce latencia. PoH elimina por completo ese requisito. Los validadores confían en el registro criptográfico en lugar de esperar confirmaciones de red de ida y vuelta, que es la razón principal por la que los slots de Solana pueden funcionar a 400ms.

Una aclaración importante: Proof of History no es el Mecanismo de Consenso de Solana. Solana utiliza Tower BFT para el consenso y Proof of Stake (PoS) para la selección de validadores. PoS significa que los validadores participan en staking con SOL como garantía, y su probabilidad de ser asignados como líder de slot es proporcional a su peso de stake. PoH proporciona el reloj compartido que hace que ambos sistemas sean más rápidos.

Tower BFT es el algoritmo de consenso de Solana, una variante de Practical Byzantine Fault Tolerance optimizada para usar el reloj PoH como una marca de tiempo compartida. En lugar de requerir que los validadores intercambien mensajes para acordar el orden de los bloques, Tower BFT ancla los votos de los validadores a posiciones específicas en la secuencia PoH.

El mecanismo de bloqueo funciona a través de un retroceso exponencial. Cuantos más slots hayan pasado desde que un validador votó sobre una bifurcación particular, más costoso computacionalmente se vuelve cambiar a una bifurcación diferente. Los validadores se comprometen progresivamente con un historial dado a medida que se acumulan los slots, y ese compromiso progresivo es lo que produce la finalidad. Los votos de Tower BFT ocurren dentro y a través de los slots, y ese voto anclado a slots es lo que transforma la producción de bloques en historial confirmado.

Gulf Stream es el protocolo de reenvío de transacciones de Solana. Dado que el cronograma de líderes es totalmente público y se calcula con antelación, los validadores y las aplicaciones cliente pueden reenviar las transacciones pendientes directamente a los próximos líderes de slots programados antes de que comiencen sus slots.

Esto elimina la necesidad de una Mempool tradicional, el área de espera donde las transacciones hacen cola antes de que un productor de bloques las recoja. En Solana, las transacciones a menudo se preposicionan en el nodo líder antes de que se abra el slot. Gulf Stream depende del cronograma de líderes, que se trata en la siguiente sección.

El protocolo de propagación de bloques Turbine de Solana se encarga de la difusión: una vez que se produce un bloque dentro de un slot, Turbine lo envía a través de la red de validadores utilizando una estructura basada en árboles que minimiza los requisitos de ancho de banda por validador. Sealevel, el tiempo de ejecución de Contrato inteligente paralelo de Solana, permite que miles de transacciones no superpuestas se ejecuten simultáneamente dentro de un solo bloque y es un factor fundamental para la capacidad de procesamiento.

Epochs y el cronograma de líderes: Cómo organiza Solana el tiempo a escala

¿Qué es un Epoch de Solana?

Un epoch en Solana es un periodo fijo de 432.000 slots que, a razón de ~400 ms por slot, equivale aproximadamente a 2 días de tiempo real en la Mainnet. La derivación: 432.000 slots multiplicados por 400 ms equivalen a 172.800.000 ms, o 172.800 segundos, lo que supone aproximadamente 48 horas. Ese número se seleccionó para que coincidiera con la cadencia objetivo de la distribución de recompensas por Participar en staking y el cálculo del cronograma de líderes; es un parámetro configurable que difiere en la devnet y la testnet.

En cada límite de epoch ocurren tres cosas:

1. Las recompensas por participar en staking se distribuyen a los validadores y a sus delegadores en función de su participación durante el epoch finalizado.
2. Se calcula el cronograma de líderes para el próximo epoch, determinando qué validador actuará como líder de slot para cada uno de los 432.000 slots siguientes.
3. Los cambios en el conjunto de validadores entran en vigor, lo que significa que los SOL que acaban de entrar en staking se activan y se procesan las solicitudes de retirada de staking.

Epoch = 432.000 slots ≈ 2 días | Slot = ~400 ms | Ticks por slot = 64

Cómo asigna el cronograma de líderes a los productores de bloques

El cronograma de líderes es una lista de asignación precalculada que especifica qué validador actúa como líder de slot (el validador responsable de producir un bloque) para cada slot en un próximo epoch.

El proceso funciona en tres pasos:

1. Antes de que comience cada epoch, la red calcula qué validador será el líder de slot para cada uno de los 432.000 slots siguientes.
2. La ponderación por staking determina la asignación: los validadores con más SOL en staking reciben proporcionalmente más asignaciones de líder de slot. A un validador que posea el 5% del total de SOL en staking se le asignará aproximadamente el 5% de los slots.
3. El cronograma completo es público antes de que comience el epoch, visible para todos los validadores y clientes de la red.

Debido a que el cronograma es totalmente público y está precalculado, los validadores y las carteras pueden reenviar transacciones directamente a los próximos líderes antes de que comiencen sus slots. Eso es Gulf Stream en acción: la predictibilidad del cronograma de líderes es lo que hace posible el enrutamiento de transacciones sin mempool.

Una implicación para la fiabilidad: si el líder designado está desconectado cuando llega su slot, ese slot se omite. El cronograma avanza al siguiente validador asignado sin detenerse.

Tiempo de bloque de Solana frente a Ethereum frente a Bitcoin: Comparativa de velocidad

El tiempo de bloque de ~400 ms de Solana significa que produce aproximadamente 30 bloques en el tiempo que Ethereum produce uno. El tiempo de bloque actual de Ethereum es de aproximadamente 12 segundos (tras la Fusión, septiembre de 2022, arquitectura de prueba de participación). Bitcoin tiene como objetivo un bloque cada 10 minutos, un ritmo priorizado deliberadamente para la seguridad y la descentralización por encima de la velocidad. Entre las principales plataformas de Contrato inteligente, Solana tiene uno de los tiempos de bloque más rápidos, con ~400 ms.

Fuentes: Documentación de Solana Labs; Ethereum Foundation; Whitepaper de Bitcoin. Las cifras de Ethereum reflejan la arquitectura de prueba de participación tras la Fusión (septiembre de 2022).

Una nota sobre la terminología: el sistema de prueba de participación de Ethereum también utiliza los términos "slot" (12 segundos) y "epoch" (32 slots, aproximadamente 6,4 minutos). Estos son totalmente diferentes de las definiciones de slot y epoch de Solana.

El trilema de la escalabilidad de blockchain proporciona contexto aquí: en la práctica, la velocidad de una red y su descentralización se oponen entre sí. Los críticos argumentan que los requisitos de hardware para los validadores de Solana, que son sustancialmente más exigentes que los de Ethereum, inclinan la red hacia la velocidad a expensas de cierta descentralización. Esta sigue siendo un área de desarrollo activa.

El panorama real del rendimiento: Slots omitidos y TPS reales

El tiempo de bloque de 400 ms es un objetivo. Esto es lo que sucede realmente en la práctica, y por qué la visión honesta importa para cualquiera que evalúe las afirmaciones de Solana.

Slots omitidos: Cuando el reloj de 400 ms avanza sin un bloque

Un slot omitido ocurre cuando el líder de slot designado no produce un bloque, normalmente porque el validador está desconectado o experimenta problemas de red. La red Solana no espera: pasa al siguiente slot inmediatamente y la cadencia de 400 ms continúa sin interrupciones. No se pierde ninguna transacción cuando se omite un slot; las transacciones pendientes permanecen en la cola y se incluyen en el siguiente slot disponible.

El impacto cuantitativo es medible pero modesto. La tasa histórica de omisión de slots de Solana ha oscilado aproximadamente entre el 3 y el 8% en condiciones normales de red (fuente: Solana Beach). Una tasa de omisión del 5% significa que aproximadamente 1 de cada 20 slots no produce ningún bloque, lo que añade unos 20 ms al tiempo de bloque promedio por encima del objetivo de 400 ms. El promedio real se mantiene muy por debajo de los 500 ms. Esta es una característica normal de la red, no un modo de fallo, y es una distinción que la mayor parte del marketing de rendimiento omite por completo.

Los slots omitidos y las caídas de la red son situaciones diferentes. Durante un slot omitido, la red continúa normalmente. Durante una caída total, la producción de slots se detiene durante un periodo prolongado y requiere la coordinación de los validadores para reiniciarse. Solana ha experimentado varias de estas caídas desde su lanzamiento en la Mainnet. Estos eventos han impulsado mejoras significativas en la infraestructura, incluida la implementación de QUIC para el reenvío de transacciones y el despliegue del cliente validador FiredDancer. Durante la congestión (no las caídas), el cronograma de slots continúa su cadencia de ~400 ms independientemente de la demanda, aunque los usuarios pueden encontrarse con transacciones rechazadas cuando el espacio de los bloques se consume por completo.

Para consultar datos actuales sobre la tasa de omisión y los tiempos: Solana Beach o Solscan.

TPS reales de Solana frente a la afirmación de 65.000 TPS

La cifra de 65.000 TPS refleja un escenario de diseño específico y no el funcionamiento típico. Comprender las tres cifras distintas de TPS es lo que separa una evaluación honesta del marketing.

1. TPS pico teórico (65.000+): Especificación de diseño de Solana Labs, basada en un hardware óptimo, utilización completa de bloques y un perfil de tamaño de transacción específico. Esto representa lo que la arquitectura puede soportar teóricamente.
2. TPS total observado (normalmente 3.000-5.000): Capacidad de procesamiento medida que incluye las transacciones de voto. Los validadores emiten votos para confirmar cada bloque, y esas transacciones de voto consumen una parte significativa del espacio del bloque. Son transacciones reales, pero representan una carga interna de consenso más que actividad de los usuarios.
3. TPS de transacciones de usuario sin voto (normalmente 2.000-4.000): La cifra más significativa para los desarrolladores de aplicaciones y los usuarios finales. Este es el volumen real de transacciones generadas por los usuarios en condiciones normales.

FiredDancer, un cliente validador de alto rendimiento desarrollado por Jump Crypto y en despliegue activo en la mainnet de Solana, está diseñado para aumentar el rendimiento de la red mientras se mantiene la programación de slots de ~400ms. Las mejoras exactas de rendimiento dependen de las tasas de adopción y las condiciones de la red.

Finalidad de las transacciones: Qué significa realmente para ti el tiempo de bloque de 400ms

El tiempo de bloque de 400ms te dice qué tan rápido Solana produce bloques, pero no te dice cuánto tarda tu transacción en confirmarse. Son cosas diferentes, y la distinción es algo que la mayoría de los competidores pasan por alto.

Una transacción pasa por dos etapas antes de considerarse irreversible:

Confirmación optimista: Una transacción alcanza la confirmación optimista cuando una supermayoría (más de dos tercios) de la participación de validadores ha votado sobre el bloque que la contiene, normalmente en 1-2 segundos. Para la mayoría de los propósitos (enviar SOL, intercambiar tokens en un exchange descentralizado, acuñar un NFT), este nivel de confirmación es suficiente. La mayoría de las aplicaciones de Solana tratan la confirmación optimista como el estándar operativo.

Finalizada: Una transacción se finaliza aproximadamente 32 slots (~13 segundos) después de que se produce el bloque, momento en el que el mecanismo de bloqueo Tower BFT hace que la reversión sea computacionalmente prohibitiva. Esto es importante para transferencias de alto valor, puentes entre cadenas (cross-chain bridges) o cualquier contexto donde la irreversibilidad sea crítica.

La ruta de confirmación completa:

Transacción enviada → pre-enrutada al próximo líder a través de Gulf Stream → incluida en un bloque dentro de un slot → votada por validadores a través de Tower BFT → confirmación optimista (~1-2 segundos) → finalidad completa (~13 segundos)

¿Cuánto tarda una transacción de Solana? Cuando envías SOL desde una cartera o interactúas con un protocolo DeFi, normalmente verás tu transacción confirmada en 1-2 segundos. Esa es la confirmación optimista, no el intervalo bruto de producción de bloques de 400ms. El tiempo de bloque de 400ms significa que los bloques se producen rápidamente, dando a tu transacción múltiples ventanas cortas para su inclusión. La confirmación que observa el usuario tarda un poco más porque requiere que se acumulen los votos de los validadores.

Documentación oficial sobre el nivel de compromiso: docs.solana.com/cluster/commitments.)

Por qué el tiempo de bloque rápido es importante: DeFi y Aplicaciones del Mundo Real

El tiempo de bloque afecta a las aplicaciones on-chain de forma directa y concreta. Las finanzas descentralizadas (DeFi) se refieren a aplicaciones financieras construidas sobre blockchain sin intermediarios centralizados, incluyendo exchanges descentralizados (DEXs), protocolos de préstamo y plataformas de yield farming (los contratos inteligentes se llaman programas en la terminología de Solana).

En una red con un tiempo de bloque de 12 segundos, los bots de arbitraje tienen una ventana de 12 segundos para identificar y actuar sobre diferencias de precios entre mercados antes de que la mayoría de los usuarios puedan responder. En el tiempo de bloque de ~400ms de Solana, esa ventana se comprime a menos de medio segundo, haciendo los mercados más eficientes y reduciendo la ventaja que tienen los actores automatizados sobre los participantes ordinarios. El tiempo de bloque rápido también permite libros de órdenes on-chain con actualizaciones de precios por debajo del segundo, una clase de aplicación que no es práctica en cadenas más lentas dada la latencia entre la colocación de órdenes y su ejecución.

El tiempo de bloque también moldea las comisiones por transacción. El tiempo de bloque de 12 segundos de Ethereum crea escasez de espacio en los bloques: cuando la demanda se dispara, los usuarios compiten en una subasta de comisiones y los costes aumentan drásticamente durante la congestión. El alto rendimiento de Solana, posibilitado por el tiempo de bloque rápido y la ejecución paralela a través de Sealevel, reduce la competencia por el espacio en bloque y mantiene las comisiones típicamente por debajo de 0,01 $ por transacción. Sin embargo, durante períodos de congestión extrema, el propio mercado de comisiones de Solana puede dispararse. La volatilidad de las comisiones no es exclusiva de las cadenas lentas.

Más allá de DeFi, el tiempo de bloque rápido permite gaming de baja latencia y sistemas de pago de microtransacciones donde los tiempos de confirmación por transacción deben ser imperceptibles.

Un tiempo de bloque más rápido amplía el abanico de aplicaciones que Solana puede soportar de forma viable, lo que puede influir en la actividad de los desarrolladores y la adopción de la red. Si esa ventaja técnica se traduce en valor de red a largo plazo es una pregunta separada que los inversores sopesan junto con las tasas de adopción, la actividad de los desarrolladores y la tokenomía. La velocidad del bloque es un factor en esa evaluación.

La velocidad de Solana viene con una contrapartida reconocida: los requisitos de hardware para los validadores son sustancialmente más altos que los de Ethereum, lo que, según los críticos, limita la descentralización. Esta sigue siendo un área activa de desarrollo y debate.

Especificaciones Técnicas de un Vistazo

La siguiente tabla consolida las especificaciones clave de tiempo de Solana para una referencia rápida.

Los desarrolladores pueden obtener el número de slot actual utilizando el método JSON-RPC de Solana getSlot() (documentación: docs.solana.com/api/http#getslot).)

Para datos en vivo sobre slots y rendimiento: Solana Beach | Solscan

Preguntas Frecuentes sobre Slots y Tiempo de Bloque en Solana

¿Qué es un slot en Solana?

Un slot en Solana es una ventana de tiempo fija de aproximadamente 400 milisegundos durante la cual un validador designado (el líder del slot) puede producir un único bloque. Un slot no es lo mismo que un bloque. Cuando el líder asignado no actúa, el slot se salta y la red pasa inmediatamente al siguiente.

¿Cuánto dura el tiempo de bloque de Solana?

La documentación de Solana ha citado históricamente una duración de slot objetivo cercana a los 400 milisegundos. Los intervalos reales de slots y bloques varían, y los porcentajes de slots saltados requieren una fecha, clúster y método de medición; use datos en vivo en lugar de asumir un promedio fijo inferior a 500ms. Para cifras actuales, consulte Solana Beach.

¿Cuántos slots hay en una época de Solana?

Una época de Solana contiene 432.000 slots, lo que equivale a aproximadamente 2 días de tiempo real en la mainnet (432.000 multiplicado por 400ms equivale a unas 48 horas). Devnet y testnet usan épocas más cortas.

¿Cuál es la diferencia entre un slot y un bloque en Solana?

Un slot es una ventana de tiempo (~400ms) durante la cual se puede producir un bloque. Un bloque es la estructura de datos real que contiene transacciones confirmadas. Cada bloque ocupa un slot, pero no cada slot produce un bloque. Los slots sin bloques se llaman slots saltados.

¿Por qué Solana es más rápido que Ethereum?

Tres innovaciones arquitectónicas trabajan juntas: (1) Proof of History (PoH) actúa como un reloj criptográfico que elimina la sobrecarga de coordinación requerida por los sistemas de consenso clásicos; (2) Gulf Stream pre-enruta las transacciones a los próximos líderes de slot antes de que comiencen sus slots, eliminando el mempool; y (3) Sealevel procesa miles de transacciones no superpuestas en paralelo dentro de cada bloque, aumentando sustancialmente el rendimiento.

¿Qué sucede cuando se salta un slot de Solana?

Cuando se salta un slot, la red de Solana pasa inmediatamente al siguiente slot. No se pierden transacciones; permanecen pendientes y se incluyen en el siguiente slot disponible. La cadencia de ~400ms continúa sin interrupción. La tasa histórica de slots saltados se sitúa aproximadamente entre el 3-8% en condiciones normales, añadiendo un modesto ~20ms al tiempo promedio de bloque.

¿Cuánto tarda en confirmarse una transacción de Solana?

La mayoría de las transacciones de Solana alcanzan la confirmación optimista en 1-2 segundos en condiciones normales. La finalidad completa, cuando el mecanismo de bloqueo de Tower BFT hace que la transacción sea computacionalmente irreversible, tarda aproximadamente 13 segundos (~32 slots). Para casos de uso cotidianos como enviar tokens o operar en un DEX, la confirmación optimista es lo que experimentan los usuarios.

¿Cuál es la diferencia entre el tiempo de slot y el tiempo de bloque en Solana?

El tiempo de slot (400 ms) es una constante del protocolo: la duración fija de cada ventana de tiempo. El tiempo de bloque es un promedio medido: el intervalo entre bloques que realmente se producen. Cuando no se omite ningún slot, ambos son iguales. En la práctica, el tiempo de bloque es marginalmente más largo que el tiempo de slot debido a la tasa de omisión.

Guías relacionadas de Solana

• Propagación de bloques Solana Turbine
• Nodos RPC de Solana

Explora SOL en Bybit

Los lectores pueden revisar la información actual del mercado de SOL o el mercado Spot SOL/USDT.. Estos enlaces proporcionan información y acceso al mercado; no validan ninguna afirmación técnica ni implican que SOL sea adecuado para todos los lectores.

Conclusiones clave

• Un slot de Solana es una ventana de tiempo de aproximadamente 400 ms durante la cual un validador puede producir un bloque; un slot no es lo mismo que un bloque
• Solana tiene como objetivo un tiempo de bloque de ~400 ms, pero el promedio real es marginalmente superior debido a los slots omitidos (tasa de omisión histórica: 3-8 %)
• Cada época contiene 432.000 slots (~2 días en Mainnet); el cronograma de líderes se calcula de nuevo en cada límite de época
• Proof of History es un reloj criptográfico que elimina la sobrecarga de coordinación, pero no es el Mecanismo de Consenso de Solana (Tower BFT gestiona el consenso; Proof of Stake gestiona la selección de validadores)
• El TPS real de transacciones que no son de voto de Solana suele ser de 2.000 a 4.000; la cifra de más de 65.000 es un pico teórico bajo condiciones óptimas
• El tiempo de bloque (400 ms) no es lo mismo que la finalidad: la confirmación optimista tarda entre 1 y 2 segundos; la finalidad completa tarda aproximadamente 13 segundos
• El tiempo de bloque rápido permite aplicaciones DeFi, estructuras de comisiones competitivas y casos de uso que no son prácticos en cadenas más lentas, junto con las compensaciones reconocidas en los requisitos de hardware del validador

Para datos de rendimiento en vivo: solanabeach.io. Para documentación técnica: docs.solana.com.

Este artículo tiene fines únicamente informativos y educativos. No constituye asesoramiento financiero, asesoramiento de inversión ni una recomendación para comprar, vender o mantener ninguna criptomoneda, incluyendo SOL. Los mercados de criptomonedas son volátiles y especulativos. Los lectores deben realizar su propia investigación y consultar a un asesor financiero cualificado antes de tomar decisiones de inversión.