Solana Staking Rewards Hide Validator Commission Data After Custom Collector Update
Solana’s recent code change can omit commission rates from reward metadata, making it harder for delegators to verify fees despite payouts remaining unchanged.
Key takeaways
- A May 20 code merge by validator software Agave stops showing commission rates in reward records when custom collectors are used.
- The omission does not affect the actual commission charged, but it removes a key piece of evidence for delegators to verify fees.
- Developers and data providers are proposing RPC enhancements and historical storage solutions to restore transparent commission visibility.
Solana’s staking ecosystem is facing a transparency issue after a recent software update that can suppress validator commission information from reward metadata. The change, introduced by the Agave validator client in a merged pull request on May 20, leaves the commission‑rate field empty when custom‑collector features are active, complicating the process of linking payouts to the fees applied. According to CryptoSlate, the problem was first highlighted in an October 30 report by staking service P2P.org, which observed that commission data vanished from both voting and staking rewards beginning on September 8, even though commissions continued to be charged.
SOL / USD
Technical Background of the Commission Suppression
The Agave update implements SIMD‑0232, a protocol specification that allows validators to direct commission income to designated collection accounts. While the underlying inflation commission calculation remains unchanged, the client now hides the commission field in outward‑facing reward payloads used by RPC queries and subscriptions. The rationale, as explained in the pull request, is that accumulated rewards may combine income from multiple collectors, making a single commission rate misleading for the aggregate. Consequently, the commission rate is omitted for both validator‑wide and individual stake rewards, even though the internal calculation still applies the fee.
Implications for Delegators and Data Providers
For SOL holders, the missing commission metadata means that a simple reward receipt no longer provides all the information needed to verify the fee applied to a specific epoch. Because Solana captures the commission rate at the start of epoch E‑1, applies it during epoch E, and finalizes rewards at the start of epoch E+1, the displayed rate on a validator’s vote account may not match the rate used for a given payout. Historical tools such as Jito’s Validator History Program and Marinade’s snapshot parser can reconstruct commission data, but they require access to archived state and careful alignment of epochs and slots. Data provider Trillium notes that its APY methodology can still measure net earnings without commission data, yet it cannot independently confirm the fee that produced those earnings.
Proposals and Ongoing Discussions
Developers have opened an RPC request to include the effective inflation commission, its epoch, and the bank slot in responses, aiming to bridge the gap between current validator state and historical payout calculations. An October vote‑state discussion also considers storing commission rates alongside the epochs when they take effect, which would simplify verification for delegators. As of the CryptoSlate report, the RPC request remains open with no implementation timeline, leaving the community to rely on external parsers and historical programs for accurate fee reconstruction.

Discussion 0