Solana has reached its 300-millisecond slot target, a major step in its effort to give traders faster access to market information, but the shorter intervals could bring mixed financial consequences for users, validators and liquidity providers.
The upgrade reduces the time available for block production and may limit the value extracted by trading bots from outdated prices in some automated market maker (AMM) pools. However, the overall benefit depends on trading fees, market volatility, execution costs and the type of market-making system involved.
Validator software developer Anza has also called for volunteers to adopt Agave v4.3, with the request issued on 8 September. That software timetable is separate from the reduction in Solana’s slot duration.
The economic question is not simply whether the network can process more transactions. It is how much value remains with the people supplying liquidity once faster execution, trading fees and competition between automated traders are taken into account.
An AMM allows users to trade against a pool of assets rather than directly with another market participant. If the price of an asset changes on an external market before the pool updates, an arbitrageur can trade against the stale price. The bot captures the difference, while the liquidity providers absorb the resulting cost.
An analysis by the Solana Foundation in August examined that process using constant-product pools, a conventional AMM design. Shorter slots reduce the time available for an external price to move far enough to make an arbitrage transaction profitable after the pool’s trading fee has been paid.
The potential benefit is greatest when trading fees create a relatively wide barrier against arbitrage compared with normal short-term price movements. Pools with very low fees, or those dealing in highly volatile assets, can see profitable discrepancies appear more quickly. In those cases, reducing the waiting period removes a smaller proportion of the available opportunity.
A higher net return for liquidity providers would also depend on fee income and the circumstances in which trades are executed.
Research by Jason Milionis, Ciamac Moallemi and Tim Roughgarden models fee-charging AMMs using discrete, randomly arriving blocks and an external price process. Its findings suggest that more frequent blocks can reduce the amount extracted through arbitrage.
The effect is not uniform across the network. A particular reduction in slot time will have different consequences for pools handling different assets or charging different fees.
Proprietary AMMs operate differently, often relying on quotes or oracle-based strategies. For those market makers, the freshness of information is an important part of the competition. Finer slot intervals may help them assess the age of a quote or price signal more accurately, but that is distinct from reducing arbitrage against a conventional pool.
The Foundation’s routing data highlights the range of mechanisms involved. In the five-day sample used in its August research, about 36% of observed atomic-arbitrage profits came from purely on-chain venues. More than 60% of routed volume, meanwhile, passed through proprietary AMMs.
Those figures refer to different measurements and apply only to the August sample of atomic arbitrage. They show, however, that Solana’s arbitrage market extends beyond a single pool waiting for an external price update.
Reducing that delay will not eliminate atomic arbitrage between on-chain venues, nor will proprietary market makers necessarily receive the same benefit as conventional pools.
The Foundation’s model of sandwich attacks also points to competing effects. In a sandwich attack, a bot trades around a user’s order. Faster slots give an attacker less time to react, but fewer competing transactions before the user’s trade may leave more of the user’s permitted price slippage available to exploit. A sufficiently fast attacker could therefore continue to take advantage of that room.
The 300ms stage was activated on Solana mainnet on 28 August, following an earlier 350ms step, according to the Foundation’s 4 September roundup. Anza’s feature tracker, checked on 9 September, still lists 250ms and 200ms as awaiting mainnet activation.
Under SIMD-0525, leaders retain four consecutive slots. At the proposed 200ms endpoint, a leader’s nominal control window would be 0.8 seconds, compared with 1.6 seconds under the original 400ms target. This would shorten the period during which one leader can maintain an ordering policy before another takes over.
Work allocated to each slot is reduced proportionally, meaning capacity per second remains broadly steady. The trading benefit is instead linked to more frequent opportunities to incorporate new information and less time under the control of a single leader.
The timetable for Agave v4.3 is separate. As of 9 September, the planned request for 25% volunteer adoption on 14 September, the recommendation for general adoption on 21 September and the resumption of mainnet feature activation on 28 September remained tentative targets.
Alpenglow consensus activation is another separate stage. The Foundation distinguishes the BLS and validator-admission prerequisites activated in July from the later move to Alpenglow consensus.
Faster slots may create recurring costs for validators that continue to submit votes as on-chain transactions. In the Foundation’s model, voting once per slot at 200ms would generate roughly twice as many vote transactions over the same period as voting at 400ms.
Smaller validators may face greater absolute net voting costs because they have fewer opportunities to recover fees while producing blocks. More frequent chances to become a leader make simulated rewards less variable, but the model does not show that faster slots automatically increase expected revenue.
Alpenglow’s design is intended to replace on-chain voting fees with a burned Validator Admission Ticket, or VAT. Under the current slot-time specification, the ticket is scaled from 1.6 SOL per epoch at 400ms through 1.4, 1.2 and 1.0 SOL at the intermediate stages, reaching 0.8 SOL at 200ms.
Epochs retain the same number of slots while becoming shorter, meaning the proposed scale is designed to target roughly 0.8 SOL per day. Applying a fixed 1.6 SOL charge to every shorter epoch would not reflect the scaling set out in the current specification.
Maintaining broadly similar execution capacity per second also does not preserve every operational margin. Validators have less time to propagate information and complete handovers, while on-chain voting and gossip activity may rise.
Those expenses affect a different group from liquidity providers, whose concern is whether their pools lose less value to stale prices.
For liquidity providers, the key test will be whether comparable pools retain more trading value after fees and execution costs. For proprietary market makers, the question is whether fresher signals allow them to provide better quotes.
Measured results across different pool types will determine which participants ultimately keep more of the value generated by Solana’s faster execution.
Solana was down 0.76% over the previous 24 hours and ranked seventh by market capitalisation at the time of the report.
