Don't want to trade it yourself?
Our desk runs DEX portfolios on profit share.
Currencies38693
Market Cap$ 2.70T+0.02%
24h Spot Volume$ 37.37B-30.1%
DominanceBTC57.22%+0.30%ETH10.86%+1.08%
ETH Gas0.22 Gwei
FeaturedSolanaGovernanceSolana Foundation
Aug 22, 2026
3min read
byLiam ‘Akiba’ Wright
forCryptoSlate
Solana’s upcoming governance votes on a constitution, inflation schedule and fee structure face a frontend bug that displays a 60% quorum instead of the stated one-third snapshot-based quorum of active stake, but the discrepancy is a UI display issue and not an allegation of on-chain vote corruption. Pull request 170 would fix quorum math and require consistent snapshot metadata before epoch 1021 (estimated around Aug. 23 UTC), otherwise voters may see wrong participation figures; Nasdaq-listed Solana Company plans to vote for the constitution and against the inflation and fee changes, impacting token governance and staking outcomes.
See what traders are focused on
Solana’s new network governance system is approaching votes on its constitution, inflation schedule and fee structure. The frontend’s production bundle still contains a 60% quorum path that conflicts with the stated one-third rule.
The discrepancy is a display problem, not an allegation that Solana’s on-chain voting system is corrupting votes. Pull request 170, the proposed frontend fix, remained open as of press time.
A Solana Foundation repository issue recorded public proposals with voting enabled, a start at epoch 1021 and an end at epoch 1024. A network sample at 07:08 UTC implied that epoch 1021 would begin around 03:35 to 03:50 UTC on Aug. 23. The estimate assumes the observed slot rate persists. The epoch transition controls the opening, so that clock estimate can drift.
How the quorum display went wrong
The frontend has two distinct errors. Its current vote breakdown calculates For, Against and Abstain percentages against a live sum of validator stake. Solana’s governance FAQ says voting power is instead fixed using active stake at the pre-vote snapshot, with quorum reached when one-third of network stake participates through those three choices.
Why the Solana governance vote denominator matters
That denominator matters because the displayed percentages can move as stake shifts, even when no votes change. Pull request 170 would use the total for the proposal’s matching snapshot. It would move the quorum marker to one-third and show participation as unavailable when the correct denominator cannot be obtained.
The corrected readout also depends on verifier metadata. Direct endpoints returned inconsistent results for the same epoch-1020 snapshot: some supplied a total active stake, while others returned null. The default Node Consensus Network router returned a 522 error. Those responses help explain why the frontend fix depends on matching snapshot totals being consistently available.
Solana Company, a Nasdaq-listed Solana treasury company and validator operator, said it plans to vote for the constitution and against the inflation and fee changes. Its Aug. 22 opening expectation aligns with the conditional network estimate in US Eastern time, where the projected boundary falls late that night. The same boundary is early Aug. 23 in UTC and London.
Abstentions count toward the one-third quorum. Whether Abstain also belongs in the denominator for the separate two-thirds approval test remains unresolved and is outside pull request 170, which does not add an Accepted, Rejected or Inconclusive verdict.
What must happen before epoch 1021
The near-term issue is operational: merge and deploy the corrected frontend, then make matching snapshot totals consistently available before epoch 1021. If that work misses the boundary, voters may initially see the old 60% display or an unavailable participation figure. Pull request 170 changes frontend code and does not identify a failure in Solana’s on-chain vote verification, stake weights or eventual tally.
Source: cryptorank.io