Function gates lowered mainnet slot occasions from 400ms to 350ms, whereas Testnet moved from 250ms to 200ms. The week additionally introduced releases throughout validator purchasers and developer tooling, alongside new work on transaction processing, program caching, and validator restore.
Releases
Notable characteristic gate activations
- Decreasing slot occasions from 250ms to 200 ms – Testnet
- Improve BPF Stake Program to v5.1.0 – Testnet
- Decreasing slot occasions from 300ms to 250ms – Devnet
- Decreasing slot occasions from 400ms to 350ms – Mainnet
New variations
Ecosystem work
Neighborhood Validator Discussions: August 13, 2026
SIMDs
-
A brand new proposal to stop nonce transactions to make use of their very own nonce account addresses as program IDs has been added
What this implies (WTM) – All transaction directions should specify a program ID. This prevents a reflexive case the place an instruction within the nonce transaction saved within the nonce account refers to itself as this system ID.
-
A proposal to take away inactive stakes from the runtime stakes cache has been proposed.
WTM – In observe, storing inactive stakes are usually not helpful for processing transactions and shops extra information and use extra assets than mandatory. Nonetheless, it impacts the lattice hashing (the digital signature) of the account stake which is utilized in consensus. This alteration ensures that eradicating them doesn’t negatively influence consensus.
Validator purchasers (Agave, Firedancer, Mithril)
-
Agave is exploring the substitute of a rayon implementation of signature verification of shreds with devoted employee threads.
WTM – The rayon crate is being averted as a result of its thread pool implementation doesn’t permit for the flexibleness wanted to regulate compute assets relying on load. This exploration permits shred signature verification to be presumably leaner and extra performant.
-
Agave is working to make the loading of accounts on the runtime extra customizable from its Accounts DB implementation
WTM – This alteration creates a brand new functionality which permits account information to be loaded on the runtime (which takes time and optimizing this improves efficiency) primarily based on a sure situation specified by calls by validator providers. That is useful for while you wish to handle masses primarily based on issues like who owns the account, how a lot lease the account has and so forth.
-
Agave is working to stop slot rolling.
WTM – Slot rolling is when transactions that aren’t processed in a single slot get processed in one other. This makes it tough to do the mandatory value monitoring to implement CU limits per slot. This alteration schedules the block scheduling step to do it for a selected slot, slightly than rolling transactions over if limits are reached.
-
Agave is contemplating refactoring their Gossip implementation
WTM – The Gossip implementation of Solana permits validators to speak with one another offchain with data like their stake, their community addresses, and so forth. Traditionally, this service has been a efficiency bottleneck for a number of causes, and this draft change explores what a extra readable, extra performant Gossip would seem like. A notable change right here is that as a substitute of utilizing a number of threads to run the service, it makes use of a single occasion loop and employee threads.
-
Given adjustments to this system cache final week, Agave is continuous with requiring the deployment slot of a program when invalidating this system cache
WTM – This enables for finer grain management when loading this system buffer into this system cache. The runtime can ultimately extract this system from the mother or father slot (or any slot for that matter) primarily based on this new API. This makes issues like program adjustments extra easy and permits for cache habits to be extra predictable.
-
Agave’s TPU will sanitize transactions within the ingress stage earlier than working signature verification.
WTM – To substantiate that the person signed a transaction, validators confirm that the signatures have been certainly created by their signers. Sadly, this can be a slightly costly calculation. This alteration makes it easier such that invalid transactions primarily based on easy parameters (instruction limits, account lock limits, and so forth) are checked for first and are simpler to dismiss a transaction for.
-
Mithril will quickly permit itself to be open to restore requests from different validators
WTM – Validators are usually not at all times in a position to reassemble the block that it obtained from shreds from the block propagation section, which suggests it couldn’t validate, which suggests it couldn’t vote. To get round this they make what’s known as a restore request to different validators for the shreds they’ve lacking through Restore. Mithril is permitting itself to ship shreds to different validators who do not need an entire set for the block.
Solana language purchasers (Web3.js, Solana Package, Package plugins, Solana SDK, Codama, Solana Go)
- Assist for V1 transactions are underway on the next language purchasers – Web3.js, Solana Package (earlier progress), Solana GoWTM – V1 transactions are the brand new transaction schema format that will probably be launched within the coming weeks. All language and platform purchasers ought to be capable of assist this or danger incurring errors on the a part of their customers.
Solana Program Library (SPL) and Core BPF
- Ed25519 Programmatic Signer Program added an implementation for his or her executor program

WTM – The programmatic signer implementation is an exploratory repository for a sturdy nonces substitute. It already has a signer program which verifies signatures and promotes PDAs as signers, and a nonce program which creates and modifies the nonce account containing the transaction and ensures it will possibly solely be used as soon as. This new program advances the nonce and permits that to be executed.
Neighborhood work and discussions
Neighborhood members shared validator notes, software experiments, infrastructure work, and technical discussions.
- Axis Pizza, a brand new validator, started sharing technical notes and open-source contributions.
- Jonas of SolPlay created a conferences penalty cost app.
- The dialogue round SGP-0002 continued with analyses from mert and brianlong.
- Triton One carried out sooner, much less resource-intensive indices.
- Beeman shared how Solana cell purposes interface with pockets purposes.
- NotDeGhost formally launched Anchor v2.
Sources
Watch the Neighborhood Validator Discussions from August 13, 2026, or revisit the earlier concern. Observe @solana_devs for future engineering updates.
