Tiempo de Época de Solana: Duración, Recompensas y Mecánicas

El Tiempo de Época de Solana describe cuánto tiempo tarda la red en completar un programa fijo de slots, después del cual se procesan los programas de validadores, las recompensas de staking y los cambios de estado de participación.

En este artículo: ¿Qué es una Época de Solana? | ¿Cuánto Dura una Época de Solana? | Programa de Validadores y Mecánicas | Recompensas de Staking | Activación y Período de Enfriamiento de la Participación | Época de Solana vs. Época de Ethereum | Lista de Verificación del Límite de Época | Inflación y Tokenómica | Verificar la Época Actual | Para Desarrolladores | Preguntas Frecuentes sobre las Épocas de Solana | Decisiones de Staking

Introducción: Por Qué las Épocas de Solana Importan para Cada Poseedor de SOL

Si has participado en staking de SOL a través de Phantom o Solflare y has notado que la palabra "época" aparece en tu panel de staking, no estás solo en preguntarte qué significa. Ese número afecta dos cosas que te importan directamente: cuándo tu SOL recién delegado comienza a obtener recompensas de staking y cuándo esas recompensas llegan a tu cuenta.

Solana (SOL) es una Blockchain de alto rendimiento (un libro mayor digital distribuido y seguro por una red de nodos) que procesa miles de transacciones por segundo. Coordinar esa actividad entre cientos de validadores requiere un marco temporal estructurado. Ese marco es la época. Los SOL mantenidos en un Exchange Centralizado (como Coinbase o Binance) no pueden participar en staking de forma nativa y no participan en los ciclos de recompensas de época. Los poseedores deben custodiar sus SOL en una billetera autogestionada para participar en staking directamente.

Dato clave: Cada época de Solana contiene exactamente 432.000 slots, lo que se traduce en aproximadamente 2 a 3 días de tiempo real.

Este artículo cubre todo lo que necesitas saber sobre el término: la definición, la duración y por qué varía, cómo se programan las recompensas de staking, qué sucede en cada límite de época, cómo verificar la época actual y cómo los desarrolladores pueden acceder a los datos de época de forma programática.

¿Qué es el Tiempo de Época de Solana?

Una época de Solana es un período fijo de exactamente 432.000 slots consecutivos que estructura cómo la red asigna tareas de validadores, distribuye recompensas de staking y aplica ajustes de inflación. En condiciones reales, una época dura aproximadamente de 2 a 3 días.

El término "época" tiene un significado diferente en la informática general. En los sistemas Unix, una época es un punto de referencia de timestamp fijo (1 de enero de 1970). En el contexto del protocolo de Solana, una época es un período de tiempo discreto y recurrente definido por el número de slots, no por el tiempo del calendario. Los dos conceptos comparten un nombre y nada más.

Cómo los slots y los bloques se integran en las épocas

Los slots forman la unidad atómica de tiempo en la arquitectura de Solana. Durante cada slot, un validador designado tiene la oportunidad de producir un bloque. La duración objetivo por slot es de ~400 milisegundos, pero esto no está garantizado. Si el validador asignado está fuera de línea o la red está congestionada, el slot pasa sin producir un bloque. Estos se llaman slots omitidos.

Los bloques son los datos producidos dentro de los slots. Un slot es la ventana de tiempo; el bloque es lo que la llena. Algunos slots producen bloques; los slots omitidos no producen nada.

La jerarquía funciona así: un slot (con un objetivo de ~400 milisegundos) puede producir un bloque, y 432.000 slots consecutivos completan una época.

Slot 1 a Slot 2 a ... a Slot 432.000 = una época finalizada.

Proof of History (PoH) es el mecanismo criptográfico que hace posible y verificable esta secuenciación de slots. PoH es un mecanismo de cronometraje, no un mecanismo de consenso. No debe confundirse con Prueba de Trabajo o Prueba de Participación. PoH crea un registro histórico verificable que demuestra que los eventos ocurrieron en una secuencia específica y en un momento específico, sin requerir que todos los validadores acuerden el tiempo en tiempo real. Cada slot está anclado criptográficamente en la secuencia PoH, por lo que Solana puede procesar slots a intervalos de ~400 milisegundos sin esperar el acuerdo de tiempo de toda la red.

La arquitectura de Solana, incluido Turbine para la propagación de bloques, Gulf Stream para el reenvío de transacciones sin mempool y Sealevel para la ejecución paralela de contratos inteligentes, permite el alto rendimiento de slots que hace posible su estructura de época. Según la documentación oficial de Solana sobre terminología de épocas, 432.000 slots por época es una constante del protocolo.

¿Cuánto Dura una Época de Solana?

Una época de Solana consta de exactamente 432.000 slots. A la duración objetivo por slot de ~400 milisegundos por slot, esto produce una duración mínima teórica de aproximadamente 2.0 días (172.800 segundos). Las épocas en el mundo real suelen durar entre 2 y 3 días.

La aritmética: 432.000 slots multiplicados por 0,400 segundos por slot equivalen a 172.800 segundos, divididos por 86.400 segundos por día, equivalen a 2,0 días en el límite teórico.

Cómo la duración en tiempo de reloj se escala con la velocidad real del slot:

• A 400 ms por slot en promedio: 172.800 segundos, aproximadamente 48 horas
• A 450 ms por slot en promedio: 194.400 segundos, aproximadamente 54 horas
• A 500 ms por slot en promedio: 216.000 segundos, aproximadamente 60 horas

Nota: El recuento de 432.000 slots por época es fijo por protocolo y no cambia. La duración en tiempo de reloj varía entre aproximadamente 2 y 3 días dependiendo de las condiciones de la red.

Tres factores hacen que la duración real de la época varíe del mínimo teórico:

Slots omitidos: Cuando un validador pierde su slot de líder asignado, el slot se omite y la red avanza. La secuencia PoH continúa, pero el slot no produce ningún bloque. Los slots omitidos extienden el tiempo de reloj necesario para completar 432.000 slots.

Congestión de la red: Los períodos de alto volumen de transacciones pueden ralentizar el procesamiento de slots, añadiendo tiempo incremental a través de muchos slots.

Interrupciones de la red: La red principal de Solana ha experimentado interrupciones históricamente. Durante una interrupción, el procesamiento de slots se pausa, extendiendo la duración en tiempo de reloj de cualquier época que abarque ese período.

La conclusión práctica: trate la duración de la época como aproximadamente 2 a 3 días, no como un intervalo fijo. Para la duración promedio actual de la época, consulte Solana Beach o la documentación de la Fundación Solana. Los parámetros del protocolo de Solana están sujetos a cambios.

Cómo Funcionan las Épocas de Solana: El Programa de Validadores y la Mecánica de la Red

Al comienzo de cada época, la red de Solana calcula un programa completo de líderes que pre-asigna cada slot de la época entrante a un validador específico. La asignación se determina por el peso de participación de cada validador en la instantánea del límite de la época.

Los validadores son nodos en la red de Solana que procesan transacciones, producen bloques y votan sobre el estado del libro mayor. Los delegadores son poseedores de SOL que participan en staking de sus tokens a un validador en lugar de ejecutar un nodo ellos mismos. Estos roles son distintos: los validadores ejecutan la infraestructura; los delegadores aportan peso económico.

Proof of Stake (PoS) es la capa de consenso que funciona junto con PoH. Solana implementa PoS a través de Tower BFT (Byzantine Fault Tolerant), que utiliza PoH como su reloj. El peso del Stake acumulado durante una época determina la probabilidad de cada validador de que se le asignen slots en el cronograma de líderes de la siguiente época. PoS es lo que hace que las épocas tengan un significado económico más allá del puro cronometraje. No confunda la implementación Tower BFT de Solana con el PoS de Ethereum, que es un sistema estructuralmente diferente.

El modelo de staking de Solana se asemeja al staking delegado (a veces llamado Proof of Stake delegado, o DPoS). En este modelo, los titulares de tokens asignan su stake a los validadores en lugar de gestionar ellos mismos la infraestructura. Los titulares de SOL pueden delegar en cualquier validador; la delegación se hace efectiva en el siguiente límite de época tras un periodo de activación (warmup). Los delegadores participan en las recompensas por staking del validador menos la tasa de comisión de este último. Cualquier cambio en una delegación, ya sea una nueva asignación, un cambio o un retiro, surte efecto en un límite de época en lugar de hacerlo inmediatamente. Esta es la razón a nivel de protocolo por la que los cambios en el stake requieren un periodo de activación o desactivación (cooldown). El mecanismo de Solana combina técnicamente PoH y Tower BFT en lugar de ser un DPoS puro; utilice "staking delegado" como descriptor principal.

Cómo se calcula el cronograma de líderes en cada límite de época

El cronograma de líderes (leader schedule) es una asignación determinista y precalculada de validadores a slots específicos dentro de una época. "Determinista" significa que cualquier nodo de la red puede calcular de forma independiente el cronograma completo a partir de las mismas entradas, sin comunicarse con otros nodos. Este diseño hace que el cronograma sea verificable y eficiente.

El cálculo utiliza el peso del stake de cada validador en la instantánea (snapshot) del límite de época. Un validador que posea el 1% del total de SOL en staking recibe aproximadamente el 1% de los 432.000 slots del cronograma de líderes. El cronograma se vuelve a calcular desde cero en cada límite de época utilizando los pesos de stake actualizados. El stake delegado a mitad de una época no afecta al cronograma de líderes de la época actual; solo afecta al cronograma de la siguiente época.

La mecánica completa del cronograma de líderes está documentada en la documentación de rotación de líderes de Solana.

Muchos protocolos de Liquidez DeFi creados en Solana tienen en cuenta las épocas, programando eventos de liquidez, votos de gobernanza o distribuciones de recompensas en torno a los límites de las épocas.

Consejo: El peso del stake de un validador en el límite de la época determina cuántos slots se le asignan en la PRÓXIMA época. El stake delegado a mitad de una época no afecta al cronograma de la época actual.

Cómo se acumulan los créditos de voto dentro de una época

Cada validador mantiene una cuenta de voto: una cuenta especial On-Chain que registra los votos del validador sobre el estado del libro mayor durante cada slot. Una cuenta de voto no es un sistema de gobernanza. En Solana, "votar" se refiere a que los validadores dan fe criptográficamente de la validez de los bloques, lo cual es una acción del Mecanismo de Consenso.

Cada voto exitoso otorga al validador un crédito de voto. En el límite de la época, el protocolo contabiliza todos los créditos de voto acumulados durante la época finalizada. La parte de las recompensas por staking de la época que corresponde a un validador es proporcional a su puntuación de créditos de voto en relación con el máximo de créditos posible para esa época.

Los validadores que pierden votos ganan proporcionalmente menos recompensas y, como resultado, sus delegadores reciben menos. En las interfaces de carteras (wallets) como Phantom y Solflare, esta métrica aparece como "tiempo de actividad" o "tasa de éxito de votos". Un validador con una mayor puntuación de créditos de voto entrega más recompensas por staking por época a sus delegadores.

Épocas de Solana y recompensas por staking: Cuándo y cómo se cobra

Las recompensas por participar en staking en Solana se distribuyen automáticamente al final de cada época, aproximadamente cada 2 a 3 días, y se abonan directamente en su cuenta de stake sin que usted tenga que realizar ninguna acción.

Las cuentas de stake mantienen el SOL delegado On-Chain y son independientes de las cuentas regulares de la cartera de Solana. Pasan por cuatro estados: inactivas, activándose, activas y luego desactivándose. Las transiciones de estado ocurren en los límites de las épocas. La mayoría de las interfaces de carteras (Phantom, Solflare) ocultan las cuentas de stake al usuario, pero la mecánica subyacente explica el comportamiento temporal visible en su panel de control. Para ver la especificación completa de la cuenta de stake, consulte la documentación de staking de Solana.

Importante: Las recompensas por staking se distribuyen automáticamente en el límite de la época, aproximadamente cada 2 a 3 días. No se requiere ninguna acción manual. Las recompensas se añaden directamente al capital de su cuenta de stake y se vuelven a Participar en staking automáticamente para la siguiente época.

Cómo se calcula su parte de la recompensa

Sus recompensas por staking para una época determinada siguen esta relación:

1. El protocolo calcula la parte proporcional de su stake respecto al stake total de la red (su stake dividido por todo el SOL en staking de la red).
2. Esa parte se multiplica por la emisión total de inflación de la época (nuevos SOL acuñados en el límite de la época según el cronograma de inflación actual).
3. La tasa de comisión de su validador se deduce de la asignación total de recompensas del validador antes de que el resto llegue a los delegadores.

Solo a modo de ilustración: si la red acuña 100 SOL en recompensas por inflación para una época determinada y su stake representa el 0,01% del total de SOL en staking, su parte antes de la comisión es de 0,01 SOL. La tasa de comisión del validador se deduce entonces de la porción del validador antes de que se le abone su importe neto.

Para el staking a Largo APY: la relación es aproximadamente (emisión de inflación anual dividida por el total de SOL en staking) multiplicada por (1 menos la tasa de comisión). Dado que tanto la tasa de inflación como el total de SOL en staking cambian con el tiempo, ninguna cifra de APY fijada es precisa durante más de una época. Para obtener estimaciones actuales, utilice la interfaz de staking de su cartera o una calculadora de staking de Solana.

El modelo de inflación de Solana funciona de la siguiente manera: el protocolo tiene un cronograma de inflación programado que comenzó por encima del 8% anual en el lanzamiento de la Mainnet y disminuye un 15% al año hacia un objetivo a largo plazo del 1,5%. En cada límite de época, se acuñan nuevos SOL de acuerdo con la tasa de inflación actual y se distribuyen como recompensas por staking proporcionales al peso del stake. Esta inflación se refiere a la emisión de tokens a nivel de protocolo, no a la inflación macroeconómica de los precios al consumo. Para conocer la tasa actual, consulte la documentación sobre inflación de la Fundación Solana.

La tasa de comisión es el porcentaje de las recompensas por staking que un validador retiene antes de distribuir el resto a los delegadores. No es una tarifa de transacción pagada por el delegador. Los cambios en la tasa de comisión solo surten efecto en los límites de las épocas. Si su validador anuncia un aumento de la tasa a mitad de época, el cambio no afectará a sus recompensas hasta el siguiente límite de época, lo que le dará tiempo para volver a delegar si así lo decide.

Los validadores ganan dos categorías de recompensas por época. La categoría principal son las recompensas por inflación del programa de acuñación del protocolo. La categoría secundaria es el 50% de las tarifas de transacción recaudadas durante sus slots asignados; el 50% restante de esas tarifas se quema, reduciendo el suministro total de SOL. Los delegadores reciben la mayoría de sus recompensas por staking del componente de inflación; las recompensas por tarifas son una contribución menor.

Por qué sus recompensas por época pueden variar

Sus recompensas por staking pueden diferir de una época a otra por cuatro motivos:

1. La puntuación de créditos de voto de su validador ha cambiado (los votos perdidos reducen la parte de la recompensa del validador, y los delegadores reciben proporcionalmente menos).
2. La tasa de comisión de su validador cambió en un límite de época.
3. El stake total de la red ha cambiado (un fondo común de stake total más grande reduce su parte proporcional de la misma emisión por inflación).
4. La tasa de inflación disminuyó en un hito del cronograma anual.

Las recompensas se añaden al capital de su cuenta de stake y se vuelven a Participar en staking automáticamente, capitalizándose en la siguiente época sin necesidad de ninguna acción.

Si su stake se ha delegado recientemente y aún no muestra recompensas, el periodo de activación (warmup) del stake explica el porqué. Esto se trata en la siguiente sección.

Activación del stake y periodo de enfriamiento: cómo los epochs controlan tus decisiones al participar en staking

Si tu stake aparece como "activándose" en tu monedero y aún no genera recompensas, es el comportamiento previsto. Las nuevas delegaciones no se activan a mitad de un epoch. Entran en un estado de calentamiento y se activan al inicio del límite del siguiente epoch. Es por diseño, no es un Error.

La secuencia de estados de la cuenta de stake:

Inactiva (sin stake delegado) lleva a Activándose (delegada durante el epoch actual, sin recompensas todavía) lleva a Activa (a partir del límite del siguiente epoch en adelante, generando recompensas) lleva a Desactivándose (después de una solicitud para cancelar el staking, sin nuevas recompensas) lleva de nuevo a Inactiva (retirable una vez que finaliza el límite del epoch de enfriamiento).

Importante: Tanto participar en staking como cancelar el staking están sujetos a los epochs. Planifica hasta un epoch completo (de 2 a 3 días) en cada dirección al programar tus cambios de stake. Consulta la documentación de cuentas de stake de Solana para ver la especificación completa del protocolo.

¿Importa en qué momento de un epoch delegas?

La regla de calentamiento funciona de la siguiente manera:

1. Delegas SOL en cualquier momento durante el epoch actual.
2. Tu cuenta de stake entra en el estado "activándose" durante el resto de ese epoch.
3. En el siguiente límite de epoch, tu stake pasa a estar "activo" y comienza a generar recompensas.
4. Tus primeras recompensas llegan al final de ese primer epoch activo.

Independientemente de cuándo delegues dentro del epoch, tu stake se activa al inicio del SIGUIENTE límite de epoch. Delegar justo al comienzo de un epoch significa esperar casi la duración completa del epoch antes de la activación. Delegar cerca del final del epoch significa esperar solo los slots restantes, potencialmente unas pocas horas. La espera siempre es "hasta el siguiente límite de epoch", no una duración fija del calendario.

No existe ningún beneficio significativo en esperar a un punto específico dentro de un epoch para delegar.

¿Cuánto tiempo se tarda en cancelar el staking?

Cancelar el staking sigue un proceso paralelo:

1. Envías una solicitud para cancelar el staking (desactivación) en cualquier momento durante el epoch actual.
2. Tu cuenta de stake entra en el estado "desactivándose".
3. En el siguiente límite de epoch, se procesa la desactivación.
4. Tu SOL pasa a ser líquido y retirable después de que termine ese epoch.

Planifica un epoch completo (de 2 a 3 días) para que tu SOL sea accesible después de iniciar la cancelación del staking.

Los protocolos de stake líquido (como mSOL o jitoSOL) gestionan el calentamiento y el enfriamiento de forma diferente, proporcionando tokens líquidos de inmediato. Este artículo trata únicamente sobre el staking nativo.

Cambio de validador: Si cambias de validador, el stake antiguo debe completar un epoch de enfriamiento y el nuevo stake debe completar un epoch de calentamiento. Esta transición puede dar lugar a la pérdida de un epoch completo de recompensas. Los cambios en las tasas de comisión entran en vigor en los límites de los epochs, por lo que si tu validador actual aumenta su comisión, tienes hasta el siguiente límite de epoch para volver a delegar antes de que la nueva tasa afecte a tus recompensas.

Resumen de tres decisiones de staking:

1. Momento de la delegación: Delega en cualquier momento. La espera hasta el siguiente límite de epoch es la misma independientemente de dónde te encuentres en el epoch actual.
2. Cambio de validador: Ten en cuenta un posible intervalo de un epoch en las recompensas durante la transición. Comprueba la puntuación de créditos de voto del nuevo validador antes de cambiar.
3. Cancelación de la delegación: Planifica un epoch completo antes de que tu SOL sea líquido. No participes en staking con SOL al que puedas necesitar acceder en un plazo de 2 a 3 días.

Epoch de Solana frente a epoch de Ethereum: diferencias clave

A pesar de compartir el nombre, los epochs de Solana y Ethereum sirven para propósitos diferentes y operan en escalas de tiempo completamente distintas. Esta comparación hace referencia a la arquitectura Proof of Stake de Ethereum posterior a la Fusión (septiembre de 2022). El Ethereum anterior a la Fusión tenía una mecánica de epochs diferente y queda excluido.

Los epochs de Ethereum (~6,4 minutos) sirven principalmente para el control de puntos de finalidad a través de Casper FFG y la rotación de comités de validadores. Ethereum distribuye las recompensas de staking diariamente, con una cadencia independiente de su estructura de epochs.

Los epochs de Solana (~2 a 3 días) sirven para la asignación de la programación de líderes, la distribución de recompensas de staking, la emisión por inflación, las transiciones de estado de las cuentas de stake y las actualizaciones de las tasas de comisión. Todas estas funciones están sujetas a los epochs.

La menor duración de los slots en Solana (~400 milisegundos frente a los ~12 segundos de Ethereum) permite que 432.000 slots quepan en una ventana de epoch de varios días. Ethereum completa 32 slots en aproximadamente 6,4 minutos. Las dos arquitecturas reflejan diferentes prioridades de diseño para el rendimiento y la cadencia de finalidad. Para ver la especificación de los epochs de Ethereum, consulta la documentación de consenso post-Fusión de Ethereum.

Qué sucede en el límite de un epoch: la lista de verificación completa

En cada límite de epoch, el protocolo Solana ejecuta automáticamente una secuencia fija de transiciones de estado y eventos económicos.

1. La programación de líderes para el siguiente epoch se calcula a partir de los pesos de stake actuales de los validadores
2. Las cuentas de stake en estado "activándose" pasan a estar totalmente activas y comienzan a generar recompensas
3. Las cuentas de stake en estado "desactivándose" pasan a ser totalmente líquidas y retirables
4. Se calculan las recompensas de staking para todo el stake activo y se distribuyen a las cuentas de stake
5. Se emite nuevo SOL según el programa de inflación actual y se distribuye como recompensas
6. Los cambios en las tasas de comisión puestos previamente en cola por los validadores entran en vigor para el nuevo epoch
7. Los créditos de voto acumulados durante el epoch finalizado se contabilizan y se restablecen para el siguiente epoch

Nota: Los eventos del 2 al 5 y el evento 7 ocurren automáticamente. Los validadores y delegadores no realizan ninguna acción para estos. El evento 6 es el único que requiere una intervención previa del validador (establecer la nueva tasa de comisión).

Los puntos 2 y 3 son los que más importan a los delegadores: este es el momento en que el stake recién delegado se activa y cuando el SOL tras cancelar el staking pasa a ser retirable.

El punto 1 es el que más importa a los operadores de validadores: las asignaciones de slots para el siguiente epoch se fijan en este momento, basándose en los pesos de stake en la instantánea del límite.

Los puntos 4 y 5 funcionan conjuntamente: el programa de inflación emite nuevo SOL, y ese SOL recién emitido se distribuye como recompensas de staking proporcionales al peso del stake y a las puntuaciones de créditos de voto.

El punto 6 documenta una regla que la mayoría del contenido dirigido a quienes realizan staking omite. Los validadores no pueden cambiar su tasa de comisión a mitad de un epoch. Cualquier cambio anunciado durante un epoch entra en vigor aquí, en el límite del epoch, lo que da a los delegadores el periodo del epoch precedente para observar el cambio y volver a delegar si así lo deciden.

Modelo de inflación de Solana y tokenomics basados en epochs

Las recompensas de staking de Solana no provienen de un fondo fijo. Se generan en cada epoch a través de un programa de inflación programático integrado en el protocolo.

El término "inflación" aquí se refiere específicamente a la emisión de nuevos tokens SOL a nivel de protocolo, no a la inflación macroeconómica de los precios al consumo. Los dos conceptos son distintos y no deben confundirse.

El programa de inflación: Solana se lanzó con una tasa de inflación anual inicial superior al 8%. La tasa disminuye un 15% anual bajo un modelo desinflacionista, avanzando hacia un objetivo a Largo plazo del 1,5%. En cada límite de epoch, se emite nuevo SOL de acuerdo con la tasa de inflación actual y se distribuye a los validadores y a sus delegadores de forma proporcional al peso del stake. Esta es la fuente de las recompensas de staking: cada delegador recibe una parte de la nueva emisión de SOL para ese epoch.

Los validadores ganan dos categorías de recompensas de época. La categoría principal son las recompensas por inflación del calendario de emisión. La categoría secundaria es el 50% de las comisiones de transacción recaudadas durante sus slots asignados; el 50% restante se quema, reduciendo el suministro total de SOL. El componente de inflación es el mayor impulsor de las recompensas por participar en staking de los delegadores.

La tasa de inflación disminuye anualmente. Para ver la tasa actual, consulte la documentación sobre inflación de la Solana Foundation.). Cualquier tasa específica citada en un artículo queda obsoleta a medida que avanza el calendario.

Cómo consultar la época actual de Solana

Tres exploradores de bloques proporcionan datos de época de Solana en tiempo real, cada uno se actualiza automáticamente a medida que se procesan los slots.

Nota: Los números de época cambian aproximadamente cada 2 o 3 días. Cualquier número de época específico citado en un artículo estaría obsoleto para cuando lo lea. Utilice las herramientas a continuación para obtener datos actuales.

Paso 1: Visite Solana Beach. El widget de época en la página de inicio muestra el número de época actual, los slots transcurridos en la época actual, los slots restantes y el tiempo estimado hasta el próximo límite de época.

Paso 2: Visite Solscan (solscan.io). La pestaña Epoch en el panel de estadísticas de red muestra el número de época actual junto con los datos de rendimiento de los validadores desglosados por época.

Paso 3: Visite Solana Explorer (explorer.solana.com). El panel de estadísticas del clúster muestra información de la época junto con la altura de los slots y el recuento de transacciones.

Los desarrolladores también pueden consultar los datos de la época desde la línea de comandos:

solana epoch-info

Este comando devuelve el número de época actual, el índice de slot dentro de la época y los slots restantes.

Para el acceso programático a los datos de la época, incluida la lectura de la configuración de la época en un programa On-Chain o a través de JSON-RPC, consulte la sección para desarrolladores a continuación. La sysvar EpochSchedule es la fuente On-Chain de los datos de configuración de la época.

Para desarrolladores: Acceso a los datos de la época a través de la sysvar EpochSchedule y RPC

Esta sección cubre el acceso programático a los datos de la época para los desarrolladores que crean aplicaciones conscientes de la época en Solana. Los lectores no técnicos pueden saltar a la sección de preguntas frecuentes.

La lógica consciente de la época es necesaria para las aplicaciones que implementan la liberación de tokens bloqueada por épocas, ventanas de votación de gobernanza, reequilibrio periódico del protocolo y seguimiento del rendimiento de los validadores.

La sysvar EpochSchedule

Una sysvar es una cuenta especial del sistema Solana de solo lectura que expone datos de configuración de red a programas On-Chain. La sysvar EpochSchedule expone la configuración del calendario de épocas, que incluye:

• slots_per_epoch: 432.000 (la constante del protocolo para Mainnet)
• leader_schedule_slot_offset: 432.000 (desplazamiento utilizado al calcular el calendario de líderes)
• warmup: bool (si el periodo de calentamiento inicial de la época está activo)
• first_normal_epoch: la primera época con el recuento completo de slots
• first_normal_slot: el primer slot de la primera época normal

EpochSchedule es una de las varias sysvars de Solana; otras (Clock, Rent, StakeHistory, SlotHashes) no se cubren aquí. Las definiciones completas de los campos están disponibles en la documentación de la sysvar EpochSchedule.

El valor slots_per_epoch (432.000) es la constante fija del protocolo que subyace a todos los cálculos de duración de las épocas. El tiempo de los slots de PoH es la base para los cálculos de EpochSchedule: la sysvar expone la estructura del calendario, mientras que el tiempo real del reloj de pared depende de la velocidad de procesamiento de los slots en el mundo real.

Lectura de datos de época a través del método RPC getEpochInfo

El método JSON-RPC getEpochInfo devuelve el estado de la época actual. Llámelo con un array de parámetros vacío:

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "getEpochInfo",
  "params": []
}

La respuesta:

{
  "jsonrpc": "2.0",
  "result": {
    "absoluteSlot": 166598,
    "blockHeight": 166500,
    "epoch": 27,
    "slotIndex": 2790,
    "slotsInEpoch": 432000,
    "transactionCount": 22661093
  },
  "id": 1
}

Explicación de los campos:

• absoluteSlot: el número de slot actual en todo el historial de la cadena
• blockHeight: la altura de bloque actual
• epoch: el número de época actual
• slotIndex: el índice del slot dentro de la época actual (rango de 0 a 431.999)
• slotsInEpoch: siempre 432.000 en Mainnet (la constante del protocolo)
• transactionCount: total de transacciones procesadas hasta la fecha

El valor slotIndex le indica qué tan avanzado está en la época actual. Reste slotIndex de slotsInEpoch (432.000) para calcular los slots restantes en la época actual.

La distinción clave: EpochSchedule expone datos de configuración de calendario fijos; getEpochInfo devuelve el estado actual dinámico. Use EpochSchedule para leer los parámetros del calendario; use getEpochInfo o la sysvar Clock para leer el número de época actual en tiempo de ejecución.

Acceso al número de época actual en un programa On-Chain

Para leer el número de época actual dentro de un programa On-Chain, acceda a la sysvar Clock. El campo epoch devuelve el número de época actual como un u64.

use solana_program::sysvar::clock::Clock;
use solana_program::sysvar::Sysvar;

// Dentro de su manejador de instrucciones:
let clock = Clock::get()?;
let current_epoch: u64 = clock.epoch;
// current_epoch ahora contiene el número de época actual de Solana

Este patrón es adecuado para cualquier programa On-Chain que necesite condicionar la lógica por época: liberar tokens bloqueados en un número de época específico, restringir los votos de gobernanza a una ventana de época definida o realizar el seguimiento del rendimiento de los validadores por época.

Preguntas frecuentes sobre el tiempo de época en Solana

Las siguientes preguntas abordan las búsquedas más comunes sobre las épocas de Solana en todos los grupos de búsqueda de los usuarios.

¿Qué es una época en Solana?

Una época de Solana es un periodo recurrente fijo de exactamente 432.000 slots consecutivos, que dura aproximadamente de 2 a 3 días en condiciones del mundo real. Cada época estructura cómo la red Solana asigna las responsabilidades de producción de bloques a los validadores, acumula créditos de voto, distribuye recompensas por participar en staking, emite nuevos SOL a través de la inflación y procesa los cambios de estado de las cuentas de participación. Todos estos eventos ocurren automáticamente en el límite de la época.

¿Cuánto dura una época de Solana en días?

Una época de Solana contiene exactamente 432.000 slots. Con la duración de slot objetivo del protocolo de ~400 milisegundos por slot, el mínimo teórico es aproximadamente 2,0 días (48 horas). En la práctica, los slots saltados y las condiciones de la red hacen que la duración real de la época oscile entre 2 y 3 días. El recuento de slots por época es una constante fija del protocolo; la duración del reloj de pared es variable.

¿Cuándo se distribuyen las recompensas por participar en staking en Solana?

Las recompensas por participar en staking en Solana se distribuyen automáticamente al final de cada época, aproximadamente cada 2 o 3 días. No se requiere ninguna acción manual. En el límite de la época, el protocolo calcula las recompensas de cada delegador basándose en la parte proporcional de su participación en el total de SOL en participación, la puntuación de crédito de voto de su validador para esa época y la tasa de inflación actual. Las recompensas se depositan directamente en la cuenta de participación del delegador y se vuelven a participar en staking automáticamente.

¿Cuánto tiempo tarda en activarse la participación de SOL?

En cada límite de época, el protocolo Solana ejecuta automáticamente siete eventos: (1) el programa de líderes para la próxima época se calcula a partir de los pesos de participación actuales; (2) las cuentas de participación que se están activando pasan a estar totalmente activas; (3) las cuentas de participación que se están desactivando pasan a ser retirables; (4) se calculan y distribuyen las recompensas por participar en staking; (5) se emite nuevo SOL según el programa de inflación; (6) entran en vigor los cambios en las tasas de comisión de los validadores en cola; (7) se contabilizan y restablecen los créditos de voto.

¿Cómo funciona el programa de líderes de Solana?

El programa de líderes es una asignación determinista y precalculada de validadores a slots específicos dentro de una época. En cada límite de época, la red calcula qué validador tiene asignado qué slots para toda la época venidera, basándose en el peso de participación de cada validador en ese momento. Cualquier nodo puede calcular de forma independiente el mismo programa a partir de las mismas entradas. A un validador con un mayor peso de participación se le asignan proporcionalmente más slots.

¿Cómo se compara la época de Solana con la de Ethereum?

La época de Solana consta de 432.000 slots que duran aproximadamente de 2 a 3 días. La época de Ethereum (post-Merge) consta de 32 slots que duran aproximadamente 6,4 minutos. Ambas sirven para propósitos diferentes: las épocas de Solana regulan la asignación del programa de líderes, la distribución de recompensas y la emisión por inflación. Las épocas de Ethereum gestionan el control de finalidad a través de Casper FFG y la rotación del comité de validadores. Ethereum distribuye las recompensas por participar en staking diariamente, con una cadencia independiente de su estructura de épocas.

¿Cómo consulto la época actual de Solana?

Tres herramientas proporcionan datos de épocas en vivo: Solana Beach muestra el número de época actual, los slots transcurridos y el tiempo restante en su página de inicio. Solscan (solscan.io) proporciona datos de épocas en su panel de estadísticas de red. El Solana Explorer (explorer.solana.com) muestra información de épocas en el panel de estadísticas del clúster. Los desarrolladores también pueden ejecutar solana epoch-info a través de la CLI de Solana. Los números de época cambian aproximadamente cada 2 a 3 días.

No se pierde ningún ciclo de recompensas permanentemente por delegar en un momento determinado. Independientemente del momento de la época en que delegues, tu participación se activa al inicio del siguiente límite de época y genera recompensas a partir de ese momento. Si delegas cerca del final de una época, tu espera de activación es más corta. Si delegas al principio, esperas casi una época completa. No pierdes recompensas; retrasas el inicio de tu primera época de ganancias.

En el mínimo teórico de 2,0 días por época, habría aproximadamente 182 épocas por año (365 días divididos por 2,0 días por época). En una duración más típica del mundo real de 2,5 días por época, hay aproximadamente 146 épocas por año. El recuento exacto varía según el rendimiento de la red a lo largo del año.

El APY del staking en Solana no es fijo y no puede expresarse como un único número. La relación es aproximadamente: (emisión de inflación anual dividida por el total de SOL en staking) multiplicada por (1 menos la tasa de comisión de tu validador). Debido a que tanto la tasa de inflación como el total de SOL en staking cambian con el tiempo, el APY cambia con cada época. Para estimaciones actuales, utiliza la interfaz de participación en staking de tu monedero, una calculadora de staking de Solana o consulta la documentación de inflación de la Solana Foundation.

Uso del conocimiento de las épocas para tomar mejores decisiones de participación en staking

Las épocas de Solana son el periodo fundamental de coordinación de la red: 432.000 slots, aproximadamente de 2 a 3 días, con todos los eventos económicos activados automáticamente en cada límite de época.

Tras leer este artículo, ahora puedes hacer cuatro cosas con confianza:

1. Definir qué es una época de Solana: un periodo fijo de exactamente 432.000 slots consecutivos que estructura los programas de validadores, la distribución de recompensas y la inflación.
2. Indicar cuánto dura: aproximadamente de 2 a 3 días en condiciones del mundo real, variable según la velocidad de procesamiento de los slots.
3. Explicar por qué varía la duración: los slots omitidos, la congestión de la red y las caídas históricas pueden prolongar el tiempo real más allá del mínimo teórico de 2,0 días.
4. Saber cuándo llegan las recompensas y cuándo se activa la participación: ambos ocurren en los límites de época, automáticamente, sin necesidad de ninguna acción.

Tres conclusiones prácticas para tu actividad de participar en staking con Solana (SOL):

1. Las recompensas por participar en staking llegan aproximadamente cada 2 a 3 días, depositadas automáticamente en tu cuenta de participación.
2. Reserva de 2 a 3 días para que el SOL recién delegado se active antes de esperar la primera recompensa.
3. Si cambias de validador, ten en cuenta una posible brecha de una época en las recompensas durante la transición, y verifica la puntuación de créditos de voto del nuevo validador.

Marca Solana Beach o Solscan como favoritos para seguir la época actual y la puntuación de créditos de voto de tu validador entre los ciclos de recompensas.

Este artículo tiene únicamente fines informativos y educativos. No constituye asesoramiento financiero o de inversión. Participar en staking de criptomoneda implica riesgos, incluido el riesgo de pérdida. Realiza siempre tu propia investigación antes de tomar decisiones de inversión o de participar en staking. Los parámetros del protocolo Solana y las estadísticas de la red, incluidas las tasas de inflación y la duración media de las épocas, están sujetos a cambios. Para obtener cifras actuales, consulta la documentación oficial de la Solana Foundation o un explorador de bloques de Solana.

Guías técnicas relacionadas con Solana

• Análisis de datos On-Chain de Solana
• TPS de Solana Firedancer
• Mecánica de quema de Solana

Los lectores que investiguen productos relacionados con el staking pueden revisar SOL Earn y la página de precios de SOL por separado. La disponibilidad de los productos, los términos y los riesgos varían según la región y pueden cambiar con el tiempo.