JIP-30
Vote once. Move the entire pool.
Solana is activating network-level governance, and JIP-30 aims to ensure that JitoSOL has better than governance parity to staked SOL. As per the JIP-30 directive, a voting solution for JitoSOL has been constructed. If turnout is greater than 10% of JitoSOL TVL, the Jito stake pool votes with its entire stake on-chain as a single bloc for the outcome the poll chooses. Voters direct the whole pool's weight.
Why this exists
The following proposals are anticipated to go to a network-wide vote soon:
svmgov program. Every staked SOL
carries proportional voting power, and stakers can even override their validator's vote.The voting system is permissionless — validators can propose to elevate any SIMD to a network-wide vote.
But JitoSOL holders' stake lives inside the pool. Without a mechanism of its own, one of the largest stake positions on Solana — over 10 million SOL at the time of writing — would have no way to express its holders' views. JIP-30 builds that mechanism with equivalent rights to native SOL stakers, and a structural advantage native stakers don't get.
The mechanism
Yes, No, or Abstain — weighted 1:1 by your snapshotted JitoSOL balance. This produces the holder-weighted outcome.
The stake pool manager casts the pool's full stake on
svmgov as a bloc vote for the poll's winning outcome.
Your JitoSOL balance is recorded at a past, unannounced slot — so voting weight can't be gamed by last-minute buys. The exact slot and a hash of the full snapshot are published immediately after, so anyone can verify their weight.
Voting weight arrives as a governance token: 1 JitoSOL = 1 vote unit, exact to the lamport. Larger holders get it delivered automatically; long-tail holders claim it in one click.
See "Who gets pushed, who claims" below.
Deposit your governance token and vote Yes, No, or Abstain during the voting window. The live tally is public. The poll closes with enough buffer to relay the result before the on-chain deadline.
If turnout reached 10% of TVL, the manager casts the pool's entire stake as a single bloc for the
poll's winning outcome. A Yes majority means the whole pool votes For —
cast_vote(10000, 0, 0), winner-takes-all.
The governance uplift
The pool casts 100% of its stake as a bloc for the outcome the poll chooses. So the holders who turn out don't just vote their own JitoSOL — they decide how the entire pool's stake is cast. The fewer who vote, the more each voter swings: your effective influence is 1 ÷ turnout — at the 10% threshold that's 10×, at full turnout the 1× a native staker gets. Participation is never penalized — only amplified.
Effective governance weight per voting JitoSOL, by turnout
Example: at 12% turnout (marked point), 1,000 JitoSOL votes with the weight of 8,333 staked SOL — an 8.3× uplift. In the hatched zone below the 10% trigger, the poll is advisory only and the pool casts no vote.
| Turnout | Multiplier | 1,000 JitoSOL directs |
|---|
The caveat Below 10% turnout the poll publishes as an advisory signal only. The pool casts no on-chain vote, and JitoSOL's stake sits out that proposal. And if you don't vote while others do, their ballots direct the stake backing your JitoSOL. The same proxy logic as shareholder voting. The uplift rewards whoever shows up.
Distribution
There are two claim mechanisms.
If you are among the largest JitoSOL accounts — roughly the top 900 wallets, which together hold about 90% of TVL (around 600+ JitoSOL at the snapshot) — your voting tokens will be delivered to your holding address automatically. All you need to do is deposit your voting tokens to Realms and vote.
Everybody else will claim via a one-click merkle claim, which withdraws the voting tokens to your holding address. Then you vote — claim any time before the voting window ends and deposit your voting tokens to Realms.
Trust & verification
In v1 the bridge from poll to on-chain vote is operational, not cryptographic: the stake pool manager relays the result. Every input and output is published so the relay is fully auditable:
cast_vote bloc.svmgov voting deadline.Delegation
Some users may not want to use their cold wallet or custodian account to vote. To accommodate these users, and upon request, the target of your voting tokens can be a delegated address. You will need to send some lamports of SOL to your delegated address to verify your ownership.
DeFi Delegates
JitoSOL is a liquid staking token, so a large share of it lives inside DeFi — lending markets, LPs, vaults and money markets across Solana. That JitoSOL can't vote on its own: the position is held by the protocol, not by your wallet. This is the same relationship as a staker delegating their SOL to a validator to vote on their behalf.
So we've invited DeFi projects to nominate a DeFi delegate for the JitoSOL vote. The delegate receives proposal voting tokens equal to the protocol's locked JitoSOL TVL and votes in Realms, and that signal is passed through to the full stake pool vote — provided the 10% turnout quorum is met.
Any protocol holding JitoSOL TVL can take part. The protocol can vote its locked position itself, or appoint one of a set of proven ecosystem delegates to vote on its behalf.
At the snapshot slot, the protocol's locked JitoSOL is measured across its program-owned accounts, and the nominee is issued that amount in proposal voting tokens — 1 JitoSOL = 1 vote unit, exact to the lamport, the same weight a direct holder receives.
The delegate deposits the voting tokens and casts Yes, No, or Abstain at its own discretion during the voting window — representing the JitoSOL it holds, the way a validator votes for its delegators.
The delegate's vote joins the aggregate JitoSOL tally alongside every direct and delegated holder. If total turnout clears 10% of TVL, the pool casts its entire stake on-chain as a bloc for the combined result's winning outcome.
FAQ
SGP-1: ratifying the Solana Constitution — the document that formally activates network-level governance (quorum of ⅓ of network stake, ⅔ supermajority to pass, 3-epoch voting window). It's the founding vote of the whole system, which is exactly why JitoSOL holders should be in it.
There's no scheduled date yet. SGP-1 goes to a network-wide vote once validators coordinate to elevate it on-chain; the JitoSOL poll window will be announced as soon as that happens.
No. Your JitoSOL never leaves your wallet and keeps earning as usual. Voting weight is a separate governance token derived from a snapshot of your balance. There's no minimum and no lockup.
It can still be voted — through a DeFi delegate. JitoSOL held inside a protocol (lending markets, LPs, vaults) is held by the protocol, not your wallet, so it can't vote directly. Instead the protocol can vote its locked position itself or appoint a proven ecosystem delegate to vote on its behalf — see the DeFi Delegates section above. If you'd rather vote it yourself, hold JitoSOL in your own wallet across the snapshot window.
The poll result is published as an advisory signal, but the pool casts no binding on-chain vote for that proposal. The threshold exists so a tiny, unrepresentative sample can't direct the full pool's stake.
Abstain counts toward turnout here and toward quorum at the Solana level, without counting as a Yes. It's how you say "I participate, but I don't take a side" — useful, because Solana-level quorum failure means the network reads the result as indifference.
The Jito stake pool manager — the only entity svmgov authorizes to
vote the pool's stake. In v1 this is a trusted-operator model, but every step is published
(snapshot hash, tally, transaction), so any deviation between the poll and the cast vote would be
immediately and publicly visible.
JIP-30 on the Jito governance forum, with the Solana-side machinery in the solana-governance repository.