Validador de Solana: Guía para participar en staking en la red

Un validador de Solana es un participante de la red que procesa y verifica transacciones, produce nuevos bloques cuando se le programa como líder de bloque, vota los bloques propuestos por otros validadores y gana recompensas por participar en staking a cambio, formando la columna vertebral descentralizada de la Blockchain de Solana.

Solana es una Blockchain de capa 1 de alto rendimiento lanzada en 2020, diseñada para procesar miles de transacciones por segundo a través de una combinación de innovaciones arquitectónicas. SOL es el Token Nativo de la red, utilizado para pagar las comisiones de transacción, participar en staking y compensar a los validadores por su trabajo. Los validadores son la capa de infraestructura que hace que la red de Solana funcione: sin ellos, no se liquidan transacciones ni se producen bloques. Este contenido es educativo y no constituye asesoramiento financiero ni de inversión.

Solana opera sobre una base de Proof of Stake (PoS), lo que significa que la selección de validadores y la distribución de recompensas son proporcionales a la cantidad de SOL delegada a cada validador. A los validadores con más Participación en staking delegada se les asignan más ranuras de producción de bloques y ganan proporcionalmente más recompensas. La variante de Solana se describe a veces informalmente como Proof of Stake delegado, aunque esa no es la terminología oficial de la Solana Foundation. Lo que hace que Solana se distinga de otras cadenas PoS es cómo superpone Proof of History y Tower BFT sobre esta base, tal como se explica en la sección sobre cómo funcionan los validadores de Solana.

Cada validador opera en uno de dos modos en cualquier momento dado: como líder de bloque, produciendo nuevos bloques durante sus ranuras asignadas, o como votante, validando bloques propuestos por otros líderes. La red Solana tiene actualmente entre 1.500 y 1.900 validadores activos aproximadamente (verifica el recuento actual en validators.app en el momento de la lectura). Este conjunto distribuido de operadores sustenta no solo las transferencias de tokens, sino todo el ecosistema de aplicaciones descentralizadas construidas sobre Solana. Los protocolos de DeFi como Jupiter, Marinade Finance y Kamino dependen de un tiempo de actividad y un rendimiento constantes de los validadores. Los titulares de SOL que quieran ganar recompensas por participar en staking sin ejecutar infraestructura pueden saltar directamente a la guía sobre cómo delegar SOL a un validador.

En esta guía:

• Validadores frente a nodos RPC: Entendiendo la diferencia
• Cómo funcionan los validadores de Solana: Proof of History, Tower BFT y Consenso
• Cómo ejecutar un validador de Solana: Hardware, costes y configuración operativa
• Cómo delegar SOL a un validador: Una guía para titulares de tokens
• Economía del validador de Solana: Recompensas, comisiones de voto y rentabilidad
• Validadores de Solana frente a validadores de Ethereum: Diferencias clave
• ¿Qué tan descentralizada está la red de validadores de Solana?
• Riesgos de ejecutar un validador o delegar en uno
• Preguntas frecuentes sobre los validadores de Solana
• Conclusiones clave: Lo que necesitas saber sobre los validadores de Solana

Validadores frente a nodos RPC: Entendiendo la diferencia

Un validador de Solana y un nodo RPC no son lo mismo, aunque ambos se confunden con frecuencia, incluso por parte de desarrolladores experimentados.

Un nodo RPC (Remote Procedure Call) es un nodo de Solana que procesa solicitudes de API de carteras y aplicaciones descentralizadas, permitiéndoles leer el estado de la Blockchain y enviar transacciones. No participa en el consenso, no vota bloques y no gana recompensas por participar en staking. Un validador participa en el consenso. La distinción es importante porque afecta a quién gana las recompensas, qué hardware se requiere y qué papel desempeña cada tipo de nodo en la red.

Muchos validadores ejecutan opcionalmente Endpoints de RPC como un servicio independiente junto a su función de consenso, pero las dos funciones son arquitectónicamente independientes. Ejecutar un Endpoint de RPC no convierte a una máquina en un validador, y un validador gana recompensas a través de la participación en el consenso, no a través de la atención de solicitudes de API.

Distinción clave: Los validadores aseguran la red y ganan recompensas por participar en staking. Los nodos RPC atienden las consultas de tu cartera y dApp. Interactúas con los nodos RPC cada vez que consultas tu Balance o envías una transacción.

Los titulares de SOL que busquen ganar recompensas por participar en staking deben continuar con la guía para delegadores a continuación. Los desarrolladores que construyen sobre Solana interactúan con los nodos RPC para las consultas de las aplicaciones, no directamente con los validadores.

Cómo funcionan los validadores de Solana: Proof of History, Tower BFT y Consenso

Los validadores de Solana operan dentro de una arquitectura de consenso que combina tres innovaciones distintas: Proof of History como mecanismo de cronometraje, Tower BFT como algoritmo de consenso y un programa de líderes precalculado que determina el orden de producción de bloques en cada época. Comprender cómo interactúan estos tres componentes explica por qué Solana logra tiempos de bloque inferiores a un segundo y por qué los validadores se comportan de forma diferente a los de cadenas como Ethereum o Cosmos.

Proof of History: El reloj criptográfico de Solana

Proof of History (PoH) fue presentado por el cofundador de Solana, Anatoly Yakovenko, en un Whitepaper de 2017 y funciona como una función de retardo verificable, un mecanismo criptográfico que produce un registro secuencial y a prueba de manipulaciones del paso del tiempo.

Piensa en PoH como un reloj criptográfico público que cada validador puede verificar de forma independiente, eliminando la necesidad de que los validadores comuniquen marcas de tiempo entre sí. El líder de bloque actual genera la secuencia PoH continuamente: cada salida alimenta a la siguiente, creando una cadena inalterable de salidas de hash que demuestra que el tiempo ha transcurrido entre eventos. Otros validadores verifican esta secuencia sin necesidad de coordinarse, porque las propiedades matemáticas de la cadena de hash hacen que la manipulación sea computacionalmente imposible.

Una distinción crítica que los competidores suelen malinterpretar: PoH no es el Mecanismo de Consenso. Es una primitiva de cronometraje que se sitúa por debajo del Mecanismo de Consenso. PoH ordena los eventos y establece un sentido del tiempo compartido. Tower BFT, descrito en la siguiente sección, es lo que logra la finalidad. Esta separación permite los tiempos de bloque de aproximadamente 400 ms de Solana y permite que la red precalcule el programa de líderes para cada época antes de que esta comience.

Tower BFT: Cómo los validadores alcanzan el consenso

Tower BFT es el algoritmo de consenso de Solana, basado en Byzantine Fault Tolerance (BFT), la propiedad de un sistema distribuido para seguir funcionando correctamente incluso cuando algunos nodos fallan o actúan de forma maliciosa.

Tower BFT es una implementación optimizada de Practical Byzantine Fault Tolerance que utiliza el reloj de PoH para eliminar la sobrecarga de paso de mensajes de varias rondas de los sistemas BFT clásicos. En lugar de intercambiar varias rondas de mensajes para acordar el estado actual, los validadores emiten votos directamente sobre las secuencias de hash de PoH. La línea de tiempo de PoH sirve como referencia compartida, de modo que los validadores pueden confirmar el orden sin comunicación redundante.

El mecanismo que proporciona finalidad económica se llama bloqueo (lockout). Una vez que un validador vota por un Fork particular en la cadena, cambiar a un Fork competidor incurre en una penalización de tiempo que aumenta exponencialmente. Cuanto más tiempo haya estado comprometido un validador con un Fork, más slots deberá esperar antes de poder cambiar. Esto hace que la doble votación sea progresivamente más costosa y otorga a la red una fuerte garantía de finalidad sin requerir un mecanismo de finalidad independiente. Cada voto que emite un validador es una transacción On-Chain, que es como surgen las comisiones de voto. Los aspectos económicos de esas comisiones se cubren en la sección sobre comisiones de voto y el umbral de equilibrio de stake.

Tower BFT es específico de Solana. No debe confundirse con Tendermint, que utiliza Cosmos, ni con Casper FFG combinado con LMD-GHOST, que utiliza Ethereum. El diferenciador clave es el uso que hace Tower BFT de la cadena de hash de PoH como reloj compartido, lo que elimina la sobrecarga de comunicación presente en ambos sistemas.

La programación de líderes: quién produce los bloques y cuándo

Al comienzo de cada epoch, un período de aproximadamente 432.000 slots (aproximadamente de 2 a 3 días con la sincronización de slots actual), Solana calcula qué validador actuará como líder de bloque para cada slot en el próximo período. Este cálculo es determinista y ponderado por el stake: los validadores con más SOL delegados reciben una proporción mayor de slots de líder. Más stake equivale a más slots de líder, lo que equivale a más recompensas de bloque.

Un epoch en Solana no es lo mismo que un epoch en Ethereum. Los epochs de PoS de Ethereum son de 32 slots y duran aproximadamente 6,4 minutos. Los epochs de Solana duran aproximadamente de dos a tres días. Esta diferencia en la duración afecta a todo, desde el momento de la distribución de recompensas hasta la frecuencia con la que se recalcula la programación de líderes.

Debido a que cada validador conoce de antemano la programación completa de líderes para el epoch actual, la red puede reenviar transacciones a los próximos líderes antes de que llegue su slot. Así es como funciona Gulf Stream, el protocolo de reenvío de transacciones de Solana. Un validador que se desconecta durante sus slots de líder programados produce slots vacíos, perdiendo las recompensas de bloque que habría ganado y reduciendo ligeramente el rendimiento general de la red para esos slots. Para los desarrolladores, esto significa que la latencia de confirmación de transacciones puede aumentar durante los períodos de elevada omisión de slots de líder. El tiempo de actividad durante los slots de líder programados es una obligación económica, no solo una buena práctica.

Flujo del ciclo de epoch: Inicio del epoch → Cálculo de programación de líderes → Slots asignados por peso de stake → El líder de bloque produce bloques → Los validadores que no son líderes votan a través de Tower BFT → Fin del epoch → Distribución de recompensas → Comienzo de un nuevo epoch

Propagación de bloques y reenvío de transacciones: Turbine y Gulf Stream

Una vez que un líder de bloque produce un bloque, dos protocolos distintos gestionan cómo ese bloque llega al resto de la red de validadores y cómo las transacciones llegan al próximo líder.

Turbine es el protocolo de propagación de bloques de Solana, inspirado en el modelo de distribución de datos de BitTorrent. En lugar de transmitir un bloque completo desde el líder a cada validador simultáneamente, el líder divide los datos del bloque en piezas más pequeñas llamadas shreds (pequeños fragmentos de datos) y los distribuye a través de la red de validadores en una estructura de árbol por capas. Cada validador en el árbol recibe shreds y los reenvía a otros validadores por debajo de él, reduciendo la carga de ancho de banda en cualquier nodo individual. Esta es una de las razones por las que Solana puede mantener un alto rendimiento a pesar de que cada validador necesita procesar cada transacción.

Gulf Stream es el protocolo de reenvío de transacciones de Solana. Debido a que la programación de líderes se conoce de antemano, los clientes y validadores pueden enviar transacciones directamente al líder previsto antes de que sea su slot asignado, en lugar de mantener las transacciones en una Mempool compartida. Esto reduce la latencia de confirmación y elimina la congestión de la Mempool compartida como cuello de botella. El término "sin mempool" es una simplificación: Solana tiene mecanismos de cola de transacciones, pero operan a nivel de protocolo de manera diferente al modelo de Mempool de Ethereum.

Sealevel, el entorno de ejecución de procesamiento de transacciones en paralelo de Solana, permite que las transacciones que no entran en conflicto (aquellas que tocan diferentes cuentas) se ejecuten simultáneamente en múltiples núcleos de CPU e hilos de GPU, lo cual es una de las razones por las que el rendimiento teórico de transacciones de la red es significativamente mayor que el de las cadenas de un solo hilo.

Resumen del flujo de transacciones: Envío de transacción → Gulf Stream reenvía al próximo líder → El líder produce el bloque mediante la secuencia de PoH → El bloque se divide en shreds y se propaga a través de Turbine → Los validadores votan a través de Tower BFT → Se alcanza la finalidad

Cómo ejecutar un validador de Solana: hardware, costes y configuración operativa

Ejecutar un validador de Solana es un compromiso técnico y financiero material que difiere de operar una infraestructura de validación en la mayoría de las demás redes de prueba de participación (Proof-of-Stake). Los requisitos de hardware se encuentran entre los más altos de cualquier cadena PoS, las demandas operativas requieren un tiempo de actividad casi constante y la viabilidad económica depende fundamentalmente de atraer suficiente stake delegado para cubrir los costes continuos. Esta sección está escrita para operadores de infraestructura y evaluadores técnicos. Para obtener una lista de verificación de aprovisionamiento dedicada, consulte los requisitos del validador de Solana.

¿Es adecuado para usted ejecutar un validador de Solana?

Antes de comprometerse con la operación de un validador, la primera decisión es si ejecutar una infraestructura en absoluto, ya que la mayoría de los titulares de SOL pueden obtener recompensas de staking al delegar SOL a un validador existente sin necesidad de configurar ningún servidor.

Existen dos vías de participación distintas. Ejecutar un validador requiere aprovisionar y mantener hardware de servidor de altas especificaciones, gestionar actualizaciones de software, supervisar métricas de rendimiento y mantener un tiempo de actividad casi constante. Por lo general, se espera que los validadores mantengan un tiempo de actividad superior al 95% para seguir siendo competitivos para la delegación y la elegibilidad del programa de la Fundación Solana. No existe un mínimo impuesto por el protocolo, pero los validadores con poco tiempo de actividad obtienen menos créditos de voto y, por lo tanto, menos recompensas. Participar en staking delegando en un validador solo requiere una billetera Solana y algo de SOL. Para los titulares de tokens cuyo objetivo es obtener recompensas de staking, la delegación es el camino práctico.

Para aquellos que sí desean operar un validador, la capa de software comienza con un cliente de validador. Solana Labs (la corporación estadounidense que se encarga del desarrollo del protocolo principal, distinta de la Fundación Solana) desarrolló el cliente de validador principal, ahora conocido como el cliente Agave. Los operadores que entienden la administración de servidores Linux, la gestión de servicios systemd y la configuración de redes tienen la base técnica necesaria. La base económica es la restricción más difícil, que las secciones de hardware y economía abordan directamente.

Requisitos de hardware del validador de Solana

Ejecutar un validador de Solana requiere hardware de servidor de alto rendimiento, significativamente más exigente que la mayoría de las otras cadenas Proof-of-Stake, con la Fundación Solana estableciendo especificaciones mínimas que han aumentado a medida que el rendimiento de la red se ha escalado.

Verifique todas las especificaciones en la documentación para validadores de la Fundación Solana) en el momento de la lectura, ya que los requisitos cambian con las actualizaciones de la red.

Los servidores bare-metal dedicados que cumplen con estas especificaciones suelen costar entre 300 y 1.000 dólares al mes en proveedores como Latitude.sh y Edgevana. Verifique los precios actuales de al menos dos proveedores antes de presupuestar. El hardware doméstico no suele ser viable debido a las limitaciones de ancho de banda residencial y los requisitos de tiempo de actividad.

El bare-metal es el enfoque de alojamiento preferido entre la comunidad de validadores de Solana porque ofrece una mejor relación precio-rendimiento que las instancias en la nube. Los proveedores de la nube como AWS y GCP pueden funcionar, pero sus costes son más altos para un hardware equivalente y sus entornos virtualizados pueden introducir una variabilidad de latencia que afecta al rendimiento de los votos. El Discord de la comunidad de validadores de Solana mantiene listas actualizadas de proveedores de bare-metal recomendados.

Sincronización de puesta al día: qué ocurre al lanzarse por primera vez

Cuando un nuevo validador se conecta por primera vez, no puede empezar a votar y a ganar recompensas inmediatamente. Primero debe completar la sincronización de puesta al día (catch-up sync), el proceso de descarga y reproducción de todo el historial del ledger para unirse al conjunto de validadores activos.

La duración de la sincronización de puesta al día es variable. Dependiendo de la velocidad de E/S del hardware, el ancho de banda de red disponible y la antigüedad de la instantánea (snapshot) del ledger, el proceso puede tardar desde varios días hasta unas pocas semanas. El uso de una instantánea del ledger reciente de una fuente de confianza, como los Endpoints de instantáneas proporcionados por la Solana Foundation, reduce el tiempo requerido en comparación con la sincronización desde el génesis. El almacenamiento NVMe SSD es esencial para una reproducción rápida del ledger. Las unidades mecánicas o los SSD lentos prolongan significativamente el tiempo de puesta al día.

Los validadores no ganan recompensas por participar en staking durante la sincronización de puesta al día. Los operadores deben tener en cuenta este periodo sin ingresos al planificar la economía del lanzamiento de un nuevo validador. Representa un coste inicial real en tiempo y cuotas de alojamiento antes de que lleguen las primeras recompensas.

El Programa de Delegación de la Solana Foundation

La Solana Foundation gestiona un Programa de Delegación que aborda una de las barreras prácticas más importantes para los nuevos validadores: la dificultad de atraer suficiente participación delegada para cubrir las tasas de voto antes de establecer un historial de rendimiento.

El programa consiste en que la Solana Foundation (una organización sin ánimo de lucro suiza con un mandato distinto al de Solana Labs) delegue SOL propiedad de la Fundación a validadores que cumplan los requisitos. El objetivo es incentivar la diversidad geográfica y operativa en el conjunto de validadores, reduciendo la barrera de entrada para los operadores en regiones infrarrepresentadas y ayudando a los nuevos validadores a alcanzar la viabilidad económica mientras construyen una base de delegadores orgánica.

La elegibilidad suele requerir el cumplimiento de objetivos de rendimiento (umbrales de tiempo de actividad y tasa de omisión), operar en un centro de datos o región que sirva a los objetivos de diversidad geográfica de la Fundación, ejecutar una versión actual y compatible del software del validador y participar en la comunidad de validadores. Verifique los criterios de elegibilidad actuales y los detalles de la solicitud en la página del Programa de Delegación de la Solana Foundation), ya que los requisitos se actualizan periódicamente.

La delegación de la Fundación no es permanente y no es una garantía de ingresos. Los validadores deben construir su propia base de delegadores independientes con el tiempo. La Fundación puede reducir o retirar la delegación si no se cumplen los criterios de rendimiento. Considérelo como un mecanismo de arranque, no como un modelo de negocio.

Cómo delegar SOL a un validador: una guía para los titulares de tokens

Los titulares de SOL no necesitan ejecutar un validador para ganar recompensas por participar en staking. La delegación permite a cualquier titular de tokens asignar sus SOL a un validador existente y recibir una parte proporcional de las recompensas por inflación de ese validador, menos la comisión del validador, en cada límite de época.

Delegar SOL a un validador requiere ocho pasos, todos los cuales pueden completarse a través de una interfaz de billetera no custodiada sin ninguna interacción con la línea de comandos.

1. Adquirir SOL. SOL está disponible a través de Bybit Spot SOL/USDT,) en Coinbase, Kraken y Binance; verifique la disponibilidad, las redes compatibles y la elegibilidad local antes de comprar.

2. Transferir a una billetera no custodiada. Mueva SOL a una billetera de autocustodia como Phantom o Solflare. Los productos de ganancias custodiados como Bybit Earn,), donde estén disponibles, pueden ofrecer un flujo de trabajo más sencillo, pero las comisiones, los rendimientos, los términos de retirada y los riesgos de custodia varían. Participar en staking directamente desde la billetera nativa le otorga el control directo sobre su cuenta de participación.

3. Navegar a la sección de staking en su billetera. Tanto Phantom como Solflare incluyen interfaces de staking integradas. No se requiere interacción con la línea de comandos.

4. Elegir un validador. Utilice los criterios de selección de la siguiente sección para identificar un validador que se adapte a sus prioridades. Para obtener un marco de evaluación completo, consulte cómo elegir un validador de Solana. Herramientas como validators.app y Solana Beach proporcionan datos clasificables sobre todos los validadores activos.

5. Crear una cuenta de participación y delegar. Su billetera crea una cuenta de participación On-Chain y la asigna al validador elegido. Este proceso es no custodiado: su SOL nunca sale de su control. Queda bloqueado en una cuenta de participación de la que solo usted puede retirar fondos.

6. Esperar a la activación de la época. La participación delegada no se activa inmediatamente. Se activa al comienzo de la siguiente época, que es aproximadamente de uno a dos días después de la delegación, dependiendo de en qué punto de la época actual se encuentre.

7. Supervisar sus recompensas. Las recompensas por participar en staking se distribuyen al final de cada época y se añaden automáticamente a su cuenta de participación, acumulándose con el tiempo. Realice un seguimiento de sus recompensas a través de la interfaz de su billetera, validators.app o Solana Beach.

8. Volver a delegar o cancelar el staking cuando sea necesario. Para mover su participación a un validador diferente, desactive su cuenta de participación y vuelva a activarla con un nuevo validador al comienzo de la siguiente época. Para cancelar el staking por completo, desactive su cuenta de participación. Los fondos estarán disponibles aproximadamente de dos a tres días después, al comienzo de la siguiente época.

Cómo elegir un validador de Solana: criterios de selección

Elegir un validador requiere evaluar cinco factores que, en conjunto, determinan si un validador es económicamente fiable para los delegadores y operativamente estable.

1. Tasa de comisión. Busque validadores que cobren entre un 0% y un 10% de comisión. Un validador con comisión del 0% transfiere todas las recompensas por inflación a los delegadores, aunque algunos validadores que ofrecen el 0% pueden aumentar la comisión más tarde tras atraer delegación. Configure una alerta en validators.app si delega en un validador de baja comisión. Un validador con una comisión del 100% se queda con todas las recompensas; los delegadores no ganan nada. La comisión se cobra únicamente sobre las recompensas por inflación, no sobre su capital principal en SOL.

2. Tiempo de actividad y tasa de omisión. La tasa de omisión de un validador es el porcentaje de sus turnos de líder programados que no logra producir. Los datos de la tasa de omisión están disponibles en validators.app. Una tasa de omisión más baja significa un mejor tiempo de actividad y más recompensas para los delegadores. Apunte a validadores con tasas de omisión inferiores a la media actual de la red.

3. Participación delegada total. Los validadores con una participación total muy baja pueden tener dificultades con la viabilidad económica debido a la economía de las tasas de voto y el umbral de participación de equilibrio, lo que puede traducirse en un rendimiento inconsistente o en el abandono del operador. Los validadores con una cuota desproporcionada de la participación total contribuyen a la presión de centralización, analizada en la sección de descentralización.

4. Versión del software. Los validadores que ejecutan versiones de cliente desactualizadas corren el riesgo de ser marcados como delincuentes durante las actualizaciones de la red. validators.app muestra la versión actual del software para cada validador activo.

5. Identidad y trayectoria. Algunos validadores publican su identidad, organización operativa e historial. Los validadores con una larga trayectoria, operaciones transparentes y sin antecedentes de aumentos repentinos en las tasas de comisión conllevan un menor riesgo de selección.

Herramientas recomendadas: validators.app, Solana Beach (solanabeach.io) y las interfaces de usuario nativas de staking de los monederos proporcionan listas de validadores ordenables con las métricas anteriores.

Si necesita que sus SOL en staking sigan siendo negociables durante el período de staking, los protocolos de staking líquido ofrecen una alternativa. Estos protocolos permiten Participar en staking con su SOL con un conjunto diversificado de validadores y le emiten un token líquido (como mSOL de Marinade Finance o JitoSOL) que representa su Posición. Aquí no se respalda ningún protocolo de staking líquido específico; comprenda el riesgo del Contrato inteligente asociado con cualquier protocolo antes de usarlo.

¿Está seguro su SOL al delegar? Entendiendo el riesgo de slashing

En Solana, el SOL delegado no puede ser penalizado (slashing) bajo el estado del protocolo descrito en la fuente. Solana no implementó un mecanismo de slashing en la fecha de revisión de la fuente, lo que significa que el capital principal en staking no fue reducido por el protocolo debido a un mal comportamiento del validador. Consulte Explicación del slashing del validador de Solana y verifique el estado actual del protocolo antes de confiar en esta afirmación.

El slashing es un mecanismo de penalización utilizado en algunas cadenas de bloques PoS donde una parte de los tokens en staking de un validador se destruye si el validador actúa de forma maliciosa, por ejemplo, votando en dos bifurcaciones en conflicto simultáneamente. Los validadores de Ethereum se enfrentan a este riesgo. El diseño de Solana lo excluye deliberadamente.

Vale la pena entender el compromiso de manera neutral. Sin slashing, los delegadores en Solana tienen un menor riesgo de capital que los delegadores en cadenas con slashing. El contrapunto es que, sin la amenaza de la destrucción del stake, el desincentivo económico por el mal comportamiento del validador es más débil que en las cadenas donde el mal comportamiento le cuesta al validador SOL real. Esta es una elección de diseño con argumentos legítimos en ambos lados, no un descuido.

Lo que los delegadores pueden perder no es el capital, sino las recompensas obtenidas. Si el validador elegido tiene un tiempo de actividad deficiente, una alta tasa de saltos o aumenta su tasa de comisión, ganará menos recompensas que con un validador de mejor rendimiento. También puede perder el coste de oportunidad de que su SOL no sea líquido durante el período de staking. Para obtener una imagen completa de los riesgos, consulte la sección sobre riesgos de ejecutar un validador o delegar en uno.

Economía del validador de Solana: recompensas, tarifas de voto y rentabilidad

Los validadores de Solana obtienen ingresos de dos fuentes: recompensas por inflación financiadas por la nueva emisión de SOL e ingresos por tarifas de transacción de los bloques que producen como líderes asignados. Comprender ambas fuentes, y los costes que las compensan, es la base de cualquier análisis de rentabilidad del validador.

Cómo ganan recompensas los validadores y delegadores

Las recompensas por inflación son la principal fuente de ingresos tanto para validadores como para delegadores, financiadas por la emisión programada de Solana de nuevos SOL según una tasa de inflación decreciente establecida en el lanzamiento del protocolo. Según la documentación de inflación de la Fundación Solana,, Solana se lanzó con una tasa de inflación anual inicial del 8%, diseñada para disminuir en un 15% anual hasta alcanzar una tasa terminal a largo plazo de aproximadamente el 1,5%.

El reparto de recompensas funciona de la siguiente manera: en cada límite de época, se calculan las recompensas por inflación para cada validador en función de su peso de participación. El validador retiene su porcentaje de comisión y distribuye el resto proporcionalmente a sus delegadores. Las tarifas de transacción proporcionan una fuente de ingresos secundaria: el 50% de todas las tarifas de transacción se queman y el 50% se destinan al líder del bloque actual. Estos ingresos por tarifas escalan con el volumen de transacciones de la red y son independientes de las recompensas por inflación.

El APY real para los delegadores depende de tres variables: la tasa de inflación actual, la proporción del total de SOL actualmente en staking (la tasa de participación en el staking) y la comisión del validador. Históricamente, los delegadores en un validador con comisión del 0% han visto recompensas de staking anualizadas en el rango de aproximadamente el 5% al 8%, con la tasa efectiva disminuyendo a medida que la inflación baja según el cronograma del protocolo. Verifique las estimaciones actuales de APY en Solana Beach o Solana Compass en el momento de la lectura, ya que este rango cambia con las condiciones de la red.

Las cifras de APY anteriores son estimaciones históricas basadas en condiciones pasadas de la red y no deben interpretarse como consejos de inversión o rendimientos garantizados. Los rendimientos reales varían. Este contenido es solo educativo.

Tarifas de voto: el coste oculto de ejecutar un validador

Participar en el consenso en Solana no es gratuito para los validadores. Cada voto emitido es una transacción On-Chain, y un validador activo envía miles de votos por día.

En la práctica, los validadores pagan aproximadamente de 0,5 a 1,0 SOL por día en tarifas de transacción de voto agregadas, dependiendo de la tasa de slots de la red y de la consistencia con la que vote el validador. En el extremo superior de ese rango, las tarifas de voto anuales suman aproximadamente 365 SOL por año. Este es un coste operativo fijo que no escala con el tamaño del stake. Un validador con 10.000 SOL delegados paga las mismas tarifas de voto que un validador con 1.000.000 de SOL delegados.

Esto crea un problema estructural de punto de equilibrio para los validadores con poco stake. Considere un ejemplo práctico simplificado utilizando parámetros de red actuales aproximados (verifique todas las cifras en el momento de la lectura):

A una tasa de inflación anual de aproximadamente el 4,5%, una tasa de participación en el staking de aproximadamente el 65% del SOL total y una tasa de comisión del 0%, la tasa de recompensa anualizada para los delegadores es de aproximadamente el 6,9%. Un validador con 50.000 SOL en participación total delegada ganaría aproximadamente 3.450 SOL en recompensas por inflación anuales. Con 365 SOL al año solo en tarifas de voto, y antes de contabilizar los costes de hardware de 300 a 1.000 dólares al mes (3.600 a 12.000 dólares anuales), ese validador está operando cerca o por debajo del punto de equilibrio dependiendo de los costes de hardware y del precio actual de SOL.

Los validadores con menos de aproximadamente 20.000 a 40.000 SOL en participación total delegada pueden encontrar que las tarifas de voto por sí solas exceden o casi igualan sus recompensas por inflación bajo las condiciones actuales de la red. Esta es la razón por la que el Programa de Delegación de la Fundación Solana existe como un mecanismo de arranque para nuevos operadores, y por qué el criterio de selección del stake mínimo viable es importante cuando los delegadores eligen un validador.

[Avanzado] Ingresos MEV para operadores de validadores

El Valor Máximo Extraíble (MEV) es el beneficio que un productor de bloques puede capturar ordenando, incluyendo o excluyendo estratégicamente transacciones dentro de un bloque, y en Solana representa una fuente de ingresos suplementaria creciente para los operadores de validadores.

En Solana, se accede al MEV principalmente a través de la infraestructura Jito MEV, específicamente el cliente validador Jito-Solana desarrollado por Jito Labs. Los validadores que ejecutan este cliente modificado participan en una subasta fuera del protocolo: los buscadores de MEV envían paquetes de transacciones con propinas de SOL adjuntas, y el líder del bloque selecciona e incluye los paquetes, cobrando las propinas como ingresos adicionales además de las recompensas por inflación estándar y los ingresos por tarifas de transacción.

Históricamente, más del 50% de los validadores activos de Solana han ejecutado el cliente Jito. Verifique la tasa de adopción actual en la documentación de Jito o en validators.app en el momento de la lectura, ya que esta cifra cambia. La implicación económica es significativa: los ingresos por propinas MEV proporcionan ingresos que escalan con la frecuencia con la que un validador sirve como líder de bloque. Los validadores con mayor peso de participación y, por lo tanto, más slots de líder, generan más oportunidades de propinas MEV por época.

Ejecutar el cliente Jito es una opción de ingresos, no un requisito. La decisión implica compensaciones operativas que cada operador de validador debe evaluar en función de su propia infraestructura y posición económica. Los ingresos por MEV pueden mejorar la rentabilidad de los validadores con un stake moderado que, de otro modo, tendrían dificultades para cubrir las tarifas de voto y los costes de hardware solo con las recompensas por inflación.

Una aclaración importante: la infraestructura MEV de Jito en Solana no es lo mismo que MEV-Boost o la Separación Proponente-Constructor (PBS) de Ethereum. Esos son mecanismos específicos de Ethereum que funcionan de manera diferente al modelo de subasta de Jito.

Validadores de Solana frente a validadores de Ethereum: diferencias clave

Los validadores de Solana y los validadores de Ethereum difieren significativamente en los requisitos de hardware, el modelo económico, el mecanismo de consenso, el perfil de riesgo y la escala de la red, lo que refleja prioridades de diseño fundamentalmente diferentes entre las dos redes.

Verifique todas las cifras en fuentes actuales en el momento de la lectura, ya que el recuento de validadores y los rangos de costes de hardware cambian.

El contraste entre estas dos redes refleja elecciones arquitectónicas deliberadas. El recuento de más de 900.000 validadores de Ethereum es posible precisamente porque sus requisitos de hardware son mucho más bajos, lo que hace que la participación sea accesible para una base de operadores más amplia. El conjunto más pequeño de validadores de Solana refleja la mayor barrera de entrada impuesta por sus requisitos de hardware. El slashing en Ethereum crea incentivos económicos negativos más fuertes para el mal comportamiento, pero introduce un riesgo para los delegadores que no existe en Solana. La ausencia de slashing en Solana protege el principal de los delegadores, pero proporciona una disuasión más débil contra la mala conducta del validador. Ningún diseño es objetivamente superior; cada uno refleja diferentes prioridades en torno a la descentralización, el rendimiento y el coste de participación.

¿Qué tan descentralizada está la red de validadores de Solana?

Medir qué tan descentralizada está la red de validadores de Solana requiere mirar más allá del recuento bruto de validadores y observar los datos de concentración de stake, específicamente el coeficiente de Nakamoto.

El coeficiente de Nakamoto es el número mínimo de validadores independientes que tendrían que coludir para controlar un tercio del total de SOL en staking, que es el umbral requerido para detener el consenso de Solana. Controlar dos tercios permitiría a los validadores coludidos controlar la cadena por completo. Un coeficiente de Nakamoto más alto indica una red más descentralizada porque requiere que más actores independientes coordinen un ataque.

El coeficiente de Nakamoto se calcula en función del peso del stake, no del recuento bruto de validadores. Una red con 2.000 validadores donde 10 validadores controlan el 51% del SOL en staking tiene un coeficiente de Nakamoto bajo a pesar de contar con un gran conjunto de validadores. Consulte el coeficiente de Nakamoto actual de Solana en validators.app o nakaflow.io en el momento de la lectura. No confíe en ninguna cifra preestablecida en este o cualquier otro artículo, ya que el coeficiente cambia con la redistribución del stake.

La concentración geográfica y jurisdiccional añade una dimensión que el coeficiente de Nakamoto por sí solo no capta. Una proporción significativa de los validadores de Solana está alojada en un pequeño número de centros de datos, particularmente en Estados Unidos y Europa. Esto crea un riesgo de concentración jurisdiccional: una acción coordinada dirigida a esos centros de datos o a sus operadores podría afectar a una cuota desproporcionada del stake, incluso si el coeficiente de Nakamoto parece saludable sobre el papel.

Dos interpretaciones del perfil de descentralización actual de Solana tienen mérito. La preocupación: los altos costes de hardware y las economías de escala en las operaciones de staking crean presión hacia la concentración, ya que los operadores más grandes pueden repartir los costes fijos entre más stake delegado. El contexto: el Programa de Delegación de la Fundación Solana busca activamente la diversidad geográfica priorizando a los validadores en regiones subrepresentadas, y cientos de organizaciones de operadores independientes gestionan validadores en múltiples jurisdicciones. El recuento de más de 900.000 validadores de Ethereum conlleva sus propias preocupaciones de concentración, incluida una concentración significativa del stake a través de protocolos de staking líquido como Lido, lo que significa que el recuento bruto de validadores no es la única métrica que importa al comparar la descentralización entre cadenas.

Riesgos de gestionar un validador o delegar en uno

Gestionar un validador de Solana y delegar en uno conllevan perfiles de riesgo diferentes. Ambos difieren de los riesgos en otras redes de prueba de participación (Proof-of-Stake).

Sin slashing (una decisión de diseño, no una ausencia de riesgo). Solana no implementa actualmente el slashing. El principal en staking de los delegadores no puede reducirse como penalización por el mal comportamiento del validador. La contrapartida es que el desincentivo económico para el comportamiento malicioso del validador es más débil que en las cadenas donde el mal comportamiento destruye el propio stake del validador. Entienda esto como una elección de diseño deliberada con consecuencias en ambos lados. Mitigación: supervise el comportamiento de voto de su validador y su tasa de comisión a través de validators.app, y vuelva a delegar si observa patrones preocupantes.

Pérdida de recompensas, no del principal. Si el validador que ha elegido tiene un tiempo de actividad deficiente, una tasa de omisión alta o aumenta su tasa de comisión, sus recompensas de staking serán menores de lo que serían con un validador de mayor rendimiento. Su principal en SOL no se ve afectado. Solución: supervise el rendimiento del validador en validators.app y vuelva a delegar en el siguiente límite de época si el rendimiento se deteriora.

Falta de Liquidez durante el periodo de staking. El SOL en staking nativo no se puede vender ni transferir mientras está delegado. Retirar el stake requiere desactivar su cuenta de stake y esperar al límite de época, lo que tarda aproximadamente de dos a tres días. Si prevé necesitar Liquidez durante ese periodo, los protocolos de staking líquido ofrecen una alternativa, aunque conllevan su propio riesgo de contrato inteligente.

Riesgo de interrupción de la red (operadores). Solana ha experimentado interrupciones de red históricas, incluidos múltiples incidentes en 2022 que requirieron reinicios coordinados de los validadores que duraron varias horas. Los validadores que no están disponibles durante un evento de reinicio o actualización pierden recompensas y pueden enfrentarse a una reducción de la confianza de la comunidad. Los operadores deben poder responder a los incidentes de red en poco tiempo. Mitigación: suscríbase a las alertas del Discord de validadores de Solana y a los canales oficiales de estado para poder actuar rápidamente durante los incidentes. Los delegadores no se ven afectados directamente por las interrupciones más allá de una interrupción temporal en la acumulación de recompensas.

Riesgo de rentabilidad (operadores). Los validadores con poco stake se enfrentan a una falta de rentabilidad estructural porque las tarifas de voto son un coste diario fijo independientemente del tamaño del stake. Este es un riesgo del operador, no del delegador. Los delegadores que elijan un validador deben ser conscientes de que un validador que opere por debajo de la viabilidad económica puede acabar cerrando, lo que requerirá una nueva delegación.

Cambios en la tasa de comisión. Los validadores pueden cambiar su tasa de comisión en cualquier momento sin previo aviso a los delegadores. Configure una alerta en validators.app para recibir notificaciones de cambios en la tasa de comisión de los validadores en los que ha delegado.

Este contenido es educativo y no constituye asesoramiento financiero o de inversión. Realice siempre su propia investigación antes de participar en staking de SOL o de operar infraestructura de validadores.

Preguntas frecuentes sobre los validadores de Solana

Las siguientes preguntas abordan los puntos de confusión más comunes sobre los validadores de Solana, desde definiciones y seguridad del delegador hasta economía y cómo se compara el sistema con Ethereum.

¿Qué es un validador de Solana?

Un validador de Solana es un participante de la red que procesa transacciones, produce nuevos bloques durante sus franjas de líder asignadas, vota sobre los bloques propuestos por otros validadores y gana recompensas por staking proporcionales a su stake delegado. Los validadores forman la capa de infraestructura descentralizada que mantiene en funcionamiento la Blockchain de Solana. Actualmente, la red cuenta con aproximadamente entre 1.500 y 1.900 validadores activos. Verifique el recuento actual en validators.app.

¿Puedo perder mi SOL por participar en staking con un validador?

No. Solana no implementa actualmente el slashing, por lo que su principal de SOL delegado no puede reducirse como penalización por el mal comportamiento del validador. Los principales riesgos para los delegadores son ganar menos recompensas de las esperadas si el validador tiene un tiempo de actividad deficiente o aumenta su tasa de comisión, y la falta de liquidez del SOL en staking durante el periodo de staking, que requiere aproximadamente de dos a tres días para cancelar el staking.

¿Tiene Solana slashing para los validadores?

Solana no implementa actualmente un mecanismo de slashing. Los validadores que se comportan mal o se desconectan solo se enfrentan a costes de oportunidad en forma de recompensas perdidas, no a una reducción de su SOL en staking. Esta es una elección de diseño deliberada que difiere del modelo de Ethereum, donde los validadores pueden ser penalizados con slashing por comportamientos demostrablemente maliciosos, como el doble voto. El protocolo de Solana ha discutido posibles mecanismos de slashing futuros, por lo que esto podría cambiar.

¿Cuál es una tasa de comisión justa para un validador de Solana?

La mayoría de los validadores de renombre cobran una comisión del 0% al 10%. Una comisión del 0% significa que todas las recompensas por inflación fluyen a los delegadores, aunque los operadores con esa tasa suelen depender de los ingresos por MEV o aceptan pérdidas a corto plazo para atraer la delegación. Una comisión del 100% significa que el validador retiene todas las recompensas y los delegadores no ganan nada. La comisión por sí sola no debe ser su criterio decisivo: el tiempo de actividad, la tasa de omisión y el cumplimiento de la versión del software importan por igual para sus recompensas ganadas reales.

¿Qué es una cuenta de voto en Solana?

Una cuenta de voto es la cuenta de Solana On-Chain a través de la cual un validador publica sus votos de consenso en el libro de contabilidad. Identifica formalmente a una máquina como un validador en lugar de un simple nodo RPC. Cada voto es una transacción On-Chain, y un validador activo envía miles de votos al día, acumulando aproximadamente entre 0,5 y 1,0 SOL al día en tarifas de transacción de voto. Este coste continuo es un factor significativo en los cálculos de rentabilidad del validador.

¿Cuál es la diferencia entre un validador de Solana y un nodo RPC?

Un validador participa en el consenso: produce bloques, vota los bloques de otros validadores y gana recompensas por staking. Un nodo RPC atiende peticiones de API de monederos y dApps, permitiéndoles leer el estado de la Blockchain y enviar transacciones, pero no participa en el consenso y no gana recompensas por staking. Muchos validadores ejecutan opcionalmente Endpoints de RPC como servicio junto con su rol de consenso, pero las dos funciones son arquitectónicamente independientes.

¿Cómo funciona el MEV para los validadores de Solana?

El Valor Máximo Extraíble (MEV) son los ingresos que los validadores obtienen al ordenar estratégicamente las transacciones en los bloques que producen como líderes asignados. En Solana, se accede al MEV principalmente a través de la infraestructura MEV de Jito, un cliente validador modificado que permite a los líderes de bloque aceptar paquetes de transacciones prioritarias de buscadores de MEV con propinas de SOL adjuntas. Estas propinas proporcionan ingresos adicionales más allá de las recompensas por inflación estándar. Históricamente, más del 50% de los validadores activos de Solana han ejecutado el cliente Jito; verifique la cifra actual en validators.app.

¿Qué es el coeficiente de Nakamoto de Solana y por qué es importante?

El coeficiente de Nakamoto es el número mínimo de validadores independientes que tendrían que coludir para controlar un tercio del total de SOL en staking, lo cual es suficiente para detener el Mecanismo de Consenso de Solana. Mide la descentralización de la red en términos de concentración de stake en lugar del recuento bruto de validadores. Un coeficiente más alto indica una mayor resistencia contra ataques coordinados. Consulte el coeficiente de Nakamoto actual de Solana en validators.app o nakaflow.io, ya que la cifra cambia con la redistribución del stake a través del conjunto de validadores.

Conclusiones clave: lo que debe saber sobre los validadores de Solana

La red de validadores de Solana es la capa de infraestructura que procesa cada transacción, produce cada bloque y sostiene cada aplicación en la Blockchain de Solana.

• Los validadores de Solana procesan transacciones, producen bloques durante sus franjas de líder asignadas y votan en el consenso, ganando recompensas por inflación proporcionales a su stake delegado.
• Los validadores y los nodos RPC son arquitectónicamente distintos. Los validadores participan en el consenso y ganan recompensas por staking. Los nodos RPC atienden peticiones de API y no ganan nada del protocolo.
• Los titulares de SOL pueden ganar recompensas por staking delegando en un validador sin ejecutar ninguna infraestructura. El proceso de delegación consta de ocho pasos a través de una interfaz de monedero estándar.
• Solana no implementa actualmente el slashing. El principal de SOL delegado no está en riesgo por el mal comportamiento del validador. Los principales riesgos para el delegador son la pérdida de recompensas y la falta de liquidez durante el periodo de staking.
• Ejecutar un validador requiere hardware de alta especificación (de 300 a 1.000 dólares al mes), tarifas de voto continuas (aproximadamente entre 0,5 y 1,0 SOL al día) y suficiente stake delegado para alcanzar la rentabilidad, lo que normalmente requiere decenas de miles de SOL en delegación total.
• Elija validadores utilizando los datos de tiempo de actividad, tasa de omisión, tasa de comisión y versión de software disponibles en validators.app. Una comisión baja por sí sola no es un criterio de selección suficiente.
• El coeficiente de Nakamoto de Solana refleja la concentración de stake y debe ser monitoreado junto con el recuento bruto de validadores como un indicador de salud de la red.
• Los nuevos operadores de validadores pueden solicitar el Programa de Delegación de la Fundación Solana para recibir un stake inicial mientras construyen una base de delegadores independiente.

Tanto si posee SOL y quiere ponerlo a trabajar, como si está evaluando la operación de un validador como una oportunidad técnica y financiera, el ecosistema de validadores de Solana ofrece múltiples vías de participación. Utilice validators.app o Solana Beach para explorar el conjunto actual de validadores, y consulte la documentación para validadores de la Fundación Solana) para obtener los requisitos de hardware y la guía de configuración más recientes.

Este contenido es solo educativo y no constituye asesoramiento financiero o de inversión. Las recompensas por staking no están garantizadas y dependen de las condiciones de la red, el rendimiento del validador y el calendario de inflación de Solana. Realice siempre su propia investigación antes de delegar SOL u operar una infraestructura de validador.