Preguntas frecuentes sobre staking e inflación

En la red de Solana, muchas personas y entidades diferentes ejecutan un programa en computadoras especializadas conocidas como validadores. Los validadores desempeñan un papel clave en el mantenimiento y la seguridad de la blockchain de Solana. Los validadores son responsables de procesar las nuevas transacciones entrantes en la red, así como de votar y añadir nuevos bloques a la blockchain.

Como diferentes validadores alrededor del mundo pueden recibir diferentes piezas de información en diferentes momentos, es esencial que la red pueda llegar a un acuerdo sobre qué transacciones y datos se añaden continuamente a la blockchain. La estrategia mediante la cual los validadores y toda la red llegan a este acuerdo se conoce como mecanismo de consenso, y es un desafío central para construir una red blockchain descentralizada exitosa. Muchos proyectos diferentes han intentado varias soluciones sobre cómo alcanzar el consenso de manera rápida y rentable.

La red de Solana utiliza un mecanismo de consenso Proof of Stake (a menudo abreviado como PoS). Cada validador en la red tiene la oportunidad de participar en el consenso emitiendo votos sobre qué bloques creen que deberían añadirse a la blockchain, confirmando así cualquier transacción válida contenida en esos bloques particulares. Sin embargo, no todos los votos de los validadores tienen el mismo peso.

Los votos de consenso de los validadores están ponderados por stake, lo que significa que cuanto más stake tiene un validador individual, más influencia tiene ese validador en determinar el resultado de la votación de consenso. De manera similar, los validadores con menos stake tienen menos peso en determinar el resultado de la votación, y los validadores sin stake no pueden influir en el resultado de una votación de consenso.

El staking es el proceso mediante el cual un titular de tokens SOL (como alguien que compró tokens SOL en un exchange) asigna algunos o todos sus tokens a un validador o validadores en particular, lo que ayuda a aumentar el peso de voto de esos validadores. Asignar tus tokens para añadir al peso de stake de un validador se conoce como “delegar” tus tokens. Delegar tus tokens a un validador NO le otorga al validador propiedad o control sobre tus tokens. En todo momento, tú sigues controlando todos tus tokens en staking que hayas elegido delegar.

Al hacer staking de tokens con un validador o validadores, el titular del token indica un grado de confianza en el validador que eligió para delegar. A medida que los validadores acumulan mayores cantidades de delegaciones de stake de diferentes titulares de tokens, esto actúa como “prueba” para la red de que los votos de consenso del validador son confiables, y sus votos son por lo tanto ponderados proporcionalmente a la cantidad de stake que el validador ha atraído. Al ponderar los votos colectivos de todos los validadores contra la proporción de stake que se les ha delegado, la red alcanza consenso mediante este Proof of Stake.

Como diferentes validadores alrededor del mundo pueden recibir diferentes piezas de información en diferentes momentos, es esencial que la red pueda llegar a un acuerdo sobre qué transacciones y datos se añaden continuamente a la blockchain. La estrategia mediante la cual los validadores y toda la red llegan a este acuerdo se conoce como el mecanismo de consenso, y es un desafío central para construir una red blockchain descentralizada exitosa. Muchos proyectos diferentes han intentado varias soluciones sobre cómo alcanzar consenso de manera rápida y rentable.

La red Solana utiliza un mecanismo de consenso Proof of Stake (a menudo abreviado como PoS). Cada validador en la red tiene la oportunidad de participar en el consenso emitiendo votos sobre qué bloques creen que deberían añadirse a la blockchain, confirmando así cualquier transacción válida contenida en esos bloques particulares. Sin embargo, no todos los votos de los validadores tienen el mismo peso.

Los votos de consenso de los validadores están ponderados por stake, lo que significa que cuanto más stake tiene un validador individual, más influencia tiene ese validador en determinar el resultado de la votación de consenso. De manera similar, los validadores con menos stake tienen menos peso en determinar el resultado del voto, y los validadores sin stake no pueden influir en el resultado de un voto de consenso.

En una red abierta y descentralizada como Solana, cualquiera puede ejecutar un validator si así lo desea. Un validator malicioso u otro actor malintencionado podría intentar atacar la red o enviar transacciones incorrectas o fraudulentas para su propio beneficio. Debido al mecanismo de consenso Proof of Stake descrito anteriormente, una sola entidad actuando de manera fraudulenta necesitaría atraer cierta cantidad de stake antes de que cualquiera de sus actividades propuestas sea considerada en la votación de consenso. A medida que más poseedores de tokens eligen hacer staking de sus tokens SOL con diferentes validators en toda la red, y la cantidad total de stake en la red aumenta, se vuelve cada vez más difícil incluso para un atacante coordinado y bien financiado acumular suficiente stake para alterar por sí solo el resultado de una votación de consenso en su propio beneficio. En resumen, cuanto más stake se delegue a muchos validators diferentes en toda la red, más segura se vuelve la red para todos sus usuarios. Además, los poseedores de tokens que eligen hacer staking de sus tokens y ayudar a asegurar la red al hacerlo, son elegibles para recibir recompensas de staking una vez que hayan delegado sus tokens a uno o más validators. Más detalles sobre las recompensas de staking se encuentran a continuación.

En muchas redes Proof-of-Stake, existe un mecanismo conocido como “slashing”. El slashing es cualquier proceso mediante el cual se destruye una parte del stake delegado a un validator como medida punitiva por acciones maliciosas emprendidas por el validator.

Este mecanismo incentiva a los validators a no emprender tales acciones, ya que menos stake delegado a un validator significa que ese validator acumula menos recompensas. Ser objeto de slashing también puede verse como un riesgo reputacional para retener el stake actual o atraer potencial stake futuro.

El slashing también representa un riesgo para los poseedores de tokens que potencialmente podrían perder algunos de sus tokens si han delegado a un validator que sufre slashing. La presencia de slashing podría incentivar a los poseedores de tokens a delegar sus tokens solo a validators que consideren reputables, y a no delegar todos sus tokens a un solo validator o a un número reducido de validators.

En Solana, el slashing no es automático. Si un atacante causa que la red se detenga, puede ser objeto de slashing al reiniciar la red. Para más información, consulta la documentación de validators de Solana.

Cualquier persona que posea SOL puede hacer staking de sus tokens en cualquier momento.

Para hacer staking de tokens SOL, debes usar una wallet que admita staking. No todas las wallets admiten staking en este momento. SolFlare.com es una wallet fácil de usar que admite staking. Consulta la documentación oficial para ver una lista de wallets que admiten staking.

Los tokens SOL en tu wallet primero deben transferirse a una cuenta de stake. Puedes crear tantas cuentas de stake como desees y depositar tanto o tan poco SOL en cada cuenta de stake como quieras. Cada nueva cuenta de stake tiene una dirección única, y una sola wallet puede gestionar o “autorizar” muchas cuentas de stake diferentes. Consulta nuestra documentación sobre estructura de cuentas de stake para más detalles.

Para ganar recompensas de staking (si la inflación está habilitada en mainnet beta), los tokens en una cuenta de stake deben delegarse a un validator. Una sola cuenta de stake solo puede delegarse a un único validator a la vez, por lo que si deseas delegar a diferentes validators necesitarás dividir tus tokens entre múltiples cuentas de stake.

Existen varias herramientas operadas por la comunidad donde puedes ver información sobre la red, así como ciertas métricas de rendimiento sobre validators individuales, tales como:

• Solanabeach.io
• Validators.app

Muchos validators también eligen presentarse a sí mismos y sus servicios en los foros de Solana:

• https://forums.solana.com/t/validator-information-thread/577

Sí. Algunas personas pueden haber recibido una cuenta de staking con tokens bloqueados de la Fundación Solana que se distribuyó a cambio de servicios. Los tokens en cuentas de staking con un período de bloqueo no pueden retirarse a otra dirección de billetera antes de que expire el bloqueo, pero aún pueden delegarse a un validator para potencialmente ganar recompensas de staking durante este tiempo. Las recompensas obtenidas sobre tokens bloqueados se depositan de vuelta en la cuenta de staking bloqueada.

Cuando creas por primera vez una cuenta de staking, especificas cuántos tokens SOL deseas financiarla, y estos tokens se retiran de tu cuenta de billetera principal y se depositan en la nueva cuenta de staking.

Los tokens también pueden transferirse a una cuenta de staking preexistente en cualquier momento, utilizando la función de transferencia o envío de tu billetera y proporcionando la dirección de tu cuenta de staking. Si transfieres tokens a una cuenta de staking que ya está delegada, estos nuevos tokens no se delegarán automáticamente.

Si tienes una cuenta de staking delegada y deseas aumentar tu delegación a un validator en particular, la mejor práctica es crear una nueva cuenta de staking con la cantidad adicional de stake y delegar esa cuenta al mismo validator.

Ejemplo: aumentar el stake delegado a un único validator

• El usuario tiene una billetera con un saldo de 1000 SOL.
• El usuario utiliza la interfaz de la billetera para crear una cuenta de staking con 100 SOL, luego delega los tokens en la cuenta de staking al validator A.
• El saldo de la billetera ahora es de 900 SOL y la billetera también controla una cuenta de staking con un saldo de 100 SOL.
• La cuenta de staking se muestra en la interfaz de la billetera y en el explorador como “Activando”. Una vez que esté “Activa”, los tokens en staking son elegibles para recompensas. Consulta Consideraciones de tiempo para más detalles.
• Más tarde, el usuario desea aumentar su delegación al validator A, por lo que utiliza la interfaz de la billetera para crear una segunda cuenta de staking con 50 SOL, luego delega los tokens en la nueva cuenta de staking al validator A.
• El saldo de la billetera ahora es de 850 SOL y la billetera también controla 2 cuentas de staking con 100 y 50 SOL, respectivamente, cada una delegada al validator A.

Si transfieres tokens a una cuenta de staking que ya está delegada, estos nuevos tokens no se delegarán automáticamente. Para que estos nuevos tokens también se deleguen y ganen recompensas, necesitarías desdelegar toda la cuenta y luego volver a delegar la misma cuenta. Como desdelegar y volver a delegar puede tardar varios días en surtir efecto, tu stake original no estaría ganando recompensas durante este período de transición.

Por lo tanto, recomendamos transferir SOL a una cuenta de staking solo cuando se crea por primera vez o cuando no esté delegada.

Los tokens solo pueden retirarse de una cuenta de staking cuando no están actualmente delegados. Cuando una cuenta de staking se desdelegada por primera vez, se considera “en desactivación” o “en enfriamiento”. Los tokens no pueden retirarse de la cuenta hasta que algunos o todos hayan terminado de desactivarse y se consideren “inactivos” y, por lo tanto, ya no generen posibles recompensas de staking. Para obtener detalles sobre cuánto puede durar este período de transición, consulta Consideraciones de tiempo.

Una vez que los tokens en una cuenta de staking están inactivos, pueden retirarse de inmediato a la dirección de tu billetera principal o a otra dirección.

Ejemplo: Retirar todos los tokens de una cuenta de staking

• El usuario tiene una billetera con un saldo de 900 SOL y una única cuenta de staking con 100 SOL delegados a un validator.
• El usuario utiliza la interfaz de la billetera para desactivar su delegación de staking. La cuenta de staking muestra en la interfaz de la billetera y en el explorador que está “en desactivación”. Una vez que esté “inactiva” o “no delegada”, los tokens en staking dejan de generar recompensas y pueden retirarse. Consulta Consideraciones de tiempo para más detalles.
• El usuario puede utilizar la interfaz de la billetera para retirar todos sus tokens de vuelta a su cuenta de billetera principal. El saldo de la billetera ahora muestra 1000 SOL y la cuenta de staking se cierra.

Si deseas reducir la cantidad de stake delegado asignado a un validator determinado sin desactivar todo tu saldo (y, por lo tanto, perder posibles recompensas durante el tiempo de inactividad de la delegación), puedes dividir una cuenta de staking existente en dos cuentas y desdelegar una, mientras dejas la otra cuenta delegada y continuamente elegible para recompensas.

Ejemplo: Reducir la delegación en staking a un validator determinado

• El usuario tiene una billetera con un saldo de 800 SOL y una única cuenta de staking con 200 SOL delegados a un validator.
• El usuario desea reducir la cantidad de stake delegado al validator en 100 SOL.
• Utiliza la interfaz de la billetera para “dividir” la cuenta de staking y especifica 100 SOL como la cantidad a dividir.
• Ahora hay 2 cuentas de staking, cada una con 100 SOL, que están delegadas al mismo validator.
• El usuario puede entonces utilizar la interfaz de la billetera para desactivar una de sus delegaciones de staking. La cuenta de staking muestra en la interfaz de la billetera y en el explorador que está “en desactivación”. Una vez que esté “inactiva” o “no delegada”, los tokens en staking dejan de generar recompensas y pueden retirarse. Consulta Consideraciones de tiempo para más detalles.
• Una vez que la cuenta esté inactiva, el usuario puede elegir delegar la cuenta a un validator diferente, retirar los tokens de vuelta a la billetera principal o dividir aún más la cuenta de staking inactiva y delegar a múltiples validators diferentes.

Los tokens en una cuenta de staking con un período de bloqueo no pueden retirarse hasta que expire el bloqueo, independientemente del estado de delegación de esa cuenta. Una vez que expire el bloqueo, los tokens no delegados pueden retirarse de inmediato. No se requiere ninguna acción por parte del titular de la cuenta para desbloquear específicamente la cuenta.

Cuando delegas o retiras la delegación de una cuenta de stake, los tokens no cambian de estado inmediatamente. Los tokens recién delegados se consideran “activándose” o “calentándose”, y no son elegibles para ganar recompensas hasta que estén completamente activados. Los tokens cuya delegación se ha retirado recientemente se consideran “desactivándose” o “enfriándose” y no se pueden retirar hasta que estén desactivados.

El protocolo de Solana solo permite que los tokens de stake terminen de cambiar de estado al comienzo de un nuevo epoch. Un epoch dura aproximadamente 2 días. Usa solana epoch-info para ver los detalles del epoch actual.

Si delegas tokens en una cuenta de stake a mitad de un epoch, los tokens aparecerán en tu billetera como “activándose” hasta que termine el epoch actual, momento en el cual estarán activos y serán elegibles para ganar recompensas. Que delegues tus tokens de stake cerca del inicio del epoch actual o cerca del final del epoch actual no afecta cuándo los tokens se activarán, lo cual solo ocurre en el siguiente límite de epoch. La misma lógica se aplica al retirar la delegación o desactivar una cuenta de stake delegada. Los tokens en desactivación no se pueden retirar hasta que hayan terminado de desactivarse en el límite del epoch.

Existe un límite de cuánto stake total puede cambiar de estado en un solo epoch en toda la red de Solana. No más del 25% del stake activo total en la red puede activarse o desactivarse en un solo epoch. En un escenario donde más del 25% del stake activo total en la red se está activando en un solo epoch, una porción de todo el stake que se está activando/desactivando hasta el límite global del 25%, terminará de cambiar de estado en el primer límite de epoch. El stake restante permanecería como “activándose” o “desactivándose” durante al menos un epoch más, hasta el siguiente límite de epoch.

Si una activación de stake toma múltiples epochs, la porción de stake que se activa completamente en el primer límite de epoch es elegible para recompensas, mientras que la porción restante que aún se está activando durante un epoch adicional todavía no es elegible para recompensas.

De manera similar, si una desactivación de stake toma múltiples epochs, la porción de stake que se vuelve completamente inactiva en el primer límite de epoch puede retirarse, mientras que la porción restante aún se está desactivando durante un epoch adicional, momento en el cual puede retirarse.

Todas las cuentas de stake en Solana (y todas las cuentas de cualquier tipo) se pueden ver en el explorador de red de Solana, que se encuentra aquí:

Solana Explorer

Copia y pega la dirección de la cuenta de stake de interés en la barra de búsqueda principal del explorador para ver los detalles de la cuenta, incluyendo su estado de activación/desactivación/delegación, saldo actual y la dirección de las autoridades de la cuenta de stake, que normalmente sería la misma que la dirección principal de tu billetera.

Dependiendo de la solución de billetera que uses para gestionar tus cuentas de stake, esta misma información puede ser visible al iniciar sesión en tu billetera y ver tus cuentas de stake.

Las recompensas de staking se calculan y emiten una vez por epoch. Un epoch dura aproximadamente 2 días. Las recompensas acumuladas en un epoch determinado se emiten a todos los validadores y delegadores en el primer bloque del epoch siguiente. El rendimiento del staking se presenta como una cifra anualizada, aunque este número varía en cada epoch ya que la tasa de inflación y el stake activo total cambian continuamente. El rendimiento del staking y el diseño completo de inflación se detalla aquí:

DOCUMENTACIÓN OFICIAL

Las estimaciones del rendimiento de staking, dados varios modelos de la fracción del SOL total en stake, se pueden explorar aquí:

MODELOS DE RENDIMIENTO DE STAKING

Para estimar la cantidad de SOL que un delegador puede esperar ver en un solo epoch en una sola cuenta de stake:

El tiempo de actividad del validator se define por el comportamiento de votación de consenso de un validator. Cada vez que un validator vota por un bloque que finalmente se añade a la blockchain, ese validator gana un crédito de voto.

Cuando se contabilizan las recompensas al final del epoch, todos los créditos de voto ponderados por stake ganados por todos los validadores se utilizan para determinar la cantidad total de SOL que se emite a cada validator en particular y a sus delegadores.

Los validadores cobran una tarifa sobre las recompensas inflacionarias obtenidas por las cuentas de stake que están delegadas a ellos, a cambio de sus servicios para asegurar la blockchain y procesar transacciones. Esta tarifa se conoce como tasa de comisión. Cada vez que se emiten recompensas, la comisión se deposita en la cuenta del validador y las recompensas restantes se depositan en todas las cuentas de stake que están delegadas a ese validador, proporcionalmente a la cantidad de stake activamente delegado en cada cuenta. La comisión del validador y las recompensas de staking siempre se emiten simultáneamente.

Las recompensas se emiten una vez por epoch y se depositan en la cuenta de stake que las ganó. Las recompensas de stake se vuelven a delegar automáticamente como stake activo.

Si las recompensas debidas a un validador o a uno de sus stakes es menor a un lamport para un epoch determinado, la emisión de recompensas se difiere hasta el siguiente epoch en el que ambos recibirían al menos un lamport.

Los detalles del cronograma de inflación propuesto originalmente se discuten aquí. Los parámetros específicos que determinan el cronograma de inflación son:

1. Tasa de inflación inicial: 8 %
2. Tasa de desinflación: −15%
3. Tasa de inflación a largo plazo: 1.5%

Los parámetros anteriores se definen como:

• Tasa de inflación inicial: la tasa de inflación inicial cuando se habilita la inflación por primera vez. La tasa de emisión de tokens solo puede disminuir desde esta cantidad
• Tasa de desinflación: la tasa anualizada a la que se reduce la tasa de inflación
• Tasa de inflación a largo plazo: la tasa de inflación estable a largo plazo que se espera

Ten en cuenta que la tasa de inflación no será la misma que el rendimiento de staking (es decir, el interés obtenido al hacer staking de tokens). Consulta a continuación para una discusión sobre el rendimiento de staking.

Se propone que el 100% de las emisiones inflacionarias se entreguen a las cuentas de stake delegado y a los validadores.

El rendimiento de staking proviene de las emisiones inflacionarias que se distribuyen entre las cuentas de staking delegado y las cuentas de voto de los validadores según la tasa de comisión del validator. Debido a este diseño, el rendimiento de staking es principalmente una función de la fracción de SOL que está en staking en la red. Aquí se puede encontrar una discusión detallada del diseño y su impacto en el rendimiento de staking:

RESUMEN DEL DISEÑO DE INFLACIÓN

Se desconoce la cantidad total de SOL que estará en staking, por lo que solo podemos estimar los rendimientos de staking exactos. A continuación, mostramos los rendimientos de staking a lo largo del tiempo segmentados por diferentes valores del porcentaje de SOL en staking que podrían observarse en la red (entre 60-90%). Los parámetros del calendario de inflación se establecen como se describe anteriormente.

Aquí se proporciona un panel interactivo simple, en el que se pueden seleccionar diferentes % de SOL en staking para ver el impacto en los rendimientos de staking prospectivos.

Ten en cuenta que este es un rendimiento de staking idealizado, ya que no considera el impacto del tiempo de actividad del validator en las recompensas, las comisiones del validator, la posible limitación del rendimiento y los posibles incidentes de slashing. Además, ignora que el % de SOL en staking es dinámico por diseño, es decir, se espera que el % de SOL en staking cambie con el tiempo, lo que impacta el rendimiento de staking a lo largo del tiempo. Solo se presenta para ser utilizado como una estimación aproximada de los rendimientos de staking esperados.