Las recompensas de staking de Solana ocultan la comisión del validador tras actualización de colector personalizado

El ecosistema de staking de Solana enfrenta un problema de transparencia tras una actualización de software que puede suprimir la información de comisión del validador en los metadatos de recompensa. El cambio, introducido por el cliente de validador Agave en un pull request fusionado el 20 de mayo, deja el campo de tasa de comisión vacío cuando se activan las funciones de colector personalizado, complicando el proceso de vincular los pagos a las tarifas aplicadas. Según CryptoSlate, el problema se destacó por primera vez en un informe del 30 de octubre de la plataforma de staking P2P.org, que observó que los datos de comisión desaparecían tanto de las recompensas de votación como de staking a partir del 8 de septiembre, aunque las comisiones continuaban cobradas.

Antecedentes técnicos de la supresión de comisión

La actualización de Agave implementa SIMD‑0232, una especificación de protocolo que permite a los validadores dirigir ingresos de comisión a cuentas de recolección designadas. Mientras que el cálculo subyacente de la comisión de inflación permanece sin cambios, el cliente ahora oculta el campo de comisión en los payloads de recompensa que se exponen a consultas RPC y suscripciones. La razón, según el pull request, es que las recompensas acumuladas pueden combinar ingresos de múltiples colectores, haciendo que una sola tasa de comisión sea engañosa para el total. En consecuencia, la tasa de comisión se omite tanto para recompensas de staking a nivel de validador como individuales, aunque el cálculo interno sigue aplicando la tarifa.

Implicaciones para delegadores y proveedores de datos

Para los poseedores de SOL, la falta de metadatos de comisión significa que un simple recibo de recompensa ya no proporciona toda la información necesaria para verificar la tarifa aplicada a un epoch específico. Dado que Solana captura la tasa de comisión al inicio del epoch E‑1, la aplica durante el epoch E y finaliza las recompensas al inicio del epoch E+1, la tasa mostrada en la cuenta de voto del validador puede no coincidir con la tasa usada para un pago determinado. Herramientas históricas como el Programa de Historia de Validadores de Jito y el parser de instantáneas de Marinade pueden reconstruir los datos de comisión, pero requieren acceso a estados archivados y una alineación cuidadosa de epochs y slots. El proveedor de datos Trillium señala que su metodología de APY aún puede medir ganancias netas sin datos de comisión, pero no puede confirmar de forma independiente la tarifa que generó esas ganancias.

Propuestas y discusiones en curso

Los desarrolladores han abierto una solicitud RPC para incluir la comisión de inflación efectiva, su epoch y el slot bancario en las respuestas, con el objetivo de cerrar la brecha entre el estado actual del validador y los cálculos de pagos históricos. Una discusión de estado de votación de octubre también considera almacenar las tasas de comisión junto con los epochs en los que entran en vigor, lo que simplificaría la verificación para delegadores. Según el informe de CryptoSlate, la solicitud RPC sigue abierta sin línea de tiempo de implementación, dejando a la comunidad a depender de parsers externos y programas históricos para una reconstrucción precisa de tarifas.