Jito connects liquid staking, MEV rewards and Solana infrastructure

Choosing between native staking, JitoSOL and JTO

The right asset depends on whether the task requires validator control, transferable staked value or participation in protocol governance.

Native SOL delegation

Native staking keeps validator choice at the stake-account level. The position earns staking rewards while active and can also be eligible for MEV rewards when its validator participates in Jito’s distribution system. Delegated SOL must deactivate before it becomes spendable again. This route suits a requirement for direct validator selection and avoids adding a liquid stake-pool token. It does not provide the same immediate transferability as holding JitoSOL.

JitoSOL liquid staking

Depositing SOL into the Jito stake pool produces JitoSOL at the pool exchange rate. For a standard pool deposit, StakeNet assigns stake across eligible validators using on-chain criteria, so the depositor does not select one validator for that portion. JitoSOL remains transferable and can enter compatible Solana applications. Its market price may differ from its pool redemption value when liquidity or trading demand changes.

JTO governance

JTO gives tokenholders governance power over proposals concerning the network, treasury and configurable protocol parameters. It is not a receipt for SOL deposited into the stake pool. Holding JTO alone does not create a JitoSOL position or an automatic claim on its staking rewards. To vote through the governance system, holders deposit JTO for voting power and may cast that power themselves or delegate it.

The wallet state required before staking

A wallet needs spendable SOL for both the intended deposit and the network transactions needed to complete it.

The selected wallet must support Solana transactions and SPL token accounts. Before approval, the deposit amount, receiving address, JitoSOL identity and pool exchange rate should match the transaction preview. A small SOL balance must remain available for later transfers or exits because JitoSOL does not pay Solana base transaction fees. Confirm completion by checking the transaction and the resulting JitoSOL balance in the receiving token account.

An existing native SOL stake account provides another entry path. Eligible active or inactive stake accounts can be converted into JitoSOL without first withdrawing them to liquid SOL. This route uses an interceptor period before token delivery, so the pending state should not be mistaken for a failed conversion. The applicable account state and displayed terms decide whether that path is available.

Reward accounting inside the stake pool

Pool value and token balance

JitoSOL rewards accrue through its SOL exchange rate rather than through recurring token transfers to each holder. The wallet token balance can therefore remain unchanged while its pool-denominated value in SOL increases. Deposits and redemptions alter the token supply, while net staking rewards and MEV-related income add value to the pool. A separate market price can trade above or below this calculated rate.

Fees and variable returns

Validator commissions and protocol fees reduce gross rewards before they reach holders through the exchange rate. MEV income also changes with transaction demand and successful tip activity, so a recent annualized rate is not a fixed return. The transaction preview should expose any route-specific fee, while the pool state supplies the applicable exchange rate. Governance can change configurable parameters over time.

How does MEV reach JitoSOL holders?

Successful tips reach the pool through Jito’s block-building and reward-distribution infrastructure. Searchers can package ordered transactions into bundles and attach tips for participating validators. The system routes eligible rewards after validator commissions and applicable protocol deductions. JitoSOL receives its pool-level share, which then contributes to the token’s exchange rate rather than requiring a separate claim from each holder.

Maximal extractable value is not a constant bonus. Available opportunities depend on network activity, transaction ordering and successful execution. Holding JitoSOL also does not guarantee transaction priority for the holder’s own transfers. Tip revenue generated through the infrastructure can contribute to the stake pool’s net rewards.

DeFi use changes the risk boundary

Using JitoSOL in DeFi adds application-specific contracts and market rules to the underlying stake-pool exposure.

Collateral and lending positions

A compatible lending application may accept JitoSOL as supplied liquidity or collateral. Borrowing against it introduces interest-rate, oracle and liquidation conditions set by that application. The wallet may still display a receipt or position, yet the original JitoSOL can remain committed to the contract. Exiting then depends on repayment requirements and available withdrawal liquidity rather than Jito alone.

View full-size image

Liquidity pools and restaking

Providing JitoSOL to a liquidity pool adds trading-price divergence and pool-contract risk. Restaking adds another protocol layer with separate operators, vault rules, reward terms and withdrawal conditions. Those positions should not be treated as equivalent to freely held JitoSOL. Their cooldowns, fees and possible loss mechanisms come from the chosen application and can differ from direct JitoSOL unstaking.

Choosing what remains liquid

The commitment ends only when the selected asset reaches a state the wallet can use without another required action. JitoSOL held directly remains transferable, subject to Solana operation and the receiving application’s support. A market sale depends on liquidity and slippage. Direct unstaking depends on stake deactivation, while a DeFi deposit depends on the third-party position’s release conditions.

Jito’s non-custodial design lets users authorize transactions from their own wallets, but it does not remove smart-contract, market or governance risk. Native staking preserves validator choice. JitoSOL provides liquid exposure to pooled staking and MEV rewards. JTO covers governance. The preferred route changes when individual validator control, immediate spendability or an external contract becomes the binding requirement.