Latest blockchain news: August 2026

August made one thing particularly clear: major infrastructure changes are no longer measured only by what they promise, but by how they are tested, integrated and prepared for production.

This month brought progress in tools for operators, protocol testing that requires developer adaptation, performance work, and a deeper discussion around the future economics of Ethereum staking.

At Stakely, we contributed support for Stader's validator registry to Commit-Boost.

The improvement lets operators using Commit-Boost load that registry into their MEV relay configuration without having to maintain validator public-key lists manually. It is available in v0.10.0-rc4.

It is a focused contribution, but it reflects a less visible part of infrastructure work: reducing friction in operational processes that need to work consistently. Running nodes is not only about availability; it also means improving the open tools the ecosystem depends on.

Ethereum continued preparing Glamsterdam with Platåberget, a testnet designed for client teams, developers and applications to test changes before a future mainnet activation.

One focus is gas repricing for certain state operations. The EIPs under test adjust the cost of creating and accessing state so that gas prices better reflect the work these operations require from the network.

Historical transaction replays identified a small group of contracts that may need adjustments. Most contracts are unaffected, and many of the flagged cases can be resolved by increasing gas limits. The point is not that Glamsterdam will create broad breakage, but that protocol upgrades need to be tested beyond production well in advance.

Our article on Glamsterdam, Ethereum's next major upgrade covers the wider context of this roadmap phase.

One of Ethereum's most relevant discussions this August is not about an application or a new testnet, but about the economics of staking itself.

The draft EIP-8363, known as Tapered Issuance Burn, proposes modifying ETH's issuance curve through a progressive deduction from validator rewards. As the amount of ETH active in staking rises, the share of issuance removed would grow; at a saturation point set close to 50% of supply, issuance linked to validator duties would be fully offset.

The authors' goal is to limit the economic incentive to keep increasing the share of ETH in staking beyond that point. Their argument is that Ethereum should not indefinitely encourage all available ETH to enter staking: retaining a meaningful reserve of unstaked ETH may also matter for neutrality, capture resistance and the social layer's ability to respond.

The mechanism is proposed with an approximately 18-month transition. During that period, the base reward factor would initially be above its current level and decrease gradually, while the new curve would start operating from activation.

The proposal has prompted substantial debate because it brings several difficult questions together:

• how much economic security Ethereum needs, and whether the current amount of staked ETH exceeds that threshold;
• whether lower issuance can protect non-staking ETH holders from dilution without creating new imbalances;
• how incentives could change for independent operators, staking providers, liquid staking tokens and larger entities;
• whether lower net rewards could concentrate validation among participants with lower operating costs;
• what evidence should be required before changing such a sensitive part of Ethereum's monetary policy.

Supporters argue that the current mechanism can continue to incentivize staking even when additional staked ETH offers lower marginal security benefits. Critics argue that any change of this kind needs careful analysis of second-order effects on validator diversity, independent staking and the infrastructure supporting the network.

This is neither a settled discussion nor a confirmed upgrade. It is, however, a sign of maturity: Ethereum is debating not only how to scale or reduce costs, but how to align security, decentralization and monetary policy over the long term.

Solana activated a reduction in mainnet slot time from 400 to 350 milliseconds. On testnet, slot time moved from 250 to 200 milliseconds.

Shortening the block-production interval is not an isolated performance change. It affects coordination between validators, requirements for clients, connectivity and the monitoring capacity of infrastructure operators.

August also saw continued work around Agave, Firedancer and the future v1 transaction format. The latter remains under development across clients and SDKs, so product and infrastructure teams will need to follow its evolution to avoid compatibility issues when adoption begins.

The August 20 Solana technical update summarizes these developments. Rather than a one-off acceleration, the month confirms that Solana's evolution depends on coordination between protocol changes, client software and network operations.

Cosmos introduced Cosmos Stack Ledger 2026.1, a release family that groups compatible versions of CometBFT, Cosmos SDK and Cosmos EVM so teams can adopt, upgrade and operate the stack with clearer compatibility boundaries.

The release includes CometBFT v0.39, Cosmos SDK v0.54 and Cosmos EVM v0.7.0. It brings improvements such as BlockSTM for parallel execution, OpenTelemetry-based observability, changes to mempool handling and an experimental libp2p networking path.

The announcement reports more than 2,000 sustained TPS with sub-second blocks. That result needs its proper context: it comes from testing on a five-validator, 32-CPU network, not from a universal production-performance promise.

The more interesting part is not the throughput figure alone. It is the effort to treat the stack as a validated set of components with pinned versions and a more predictable upgrade path. For teams building or maintaining Cosmos-based networks, this can reduce some of the complexity created by mixing components, configurations and production environments. Cosmos details the scope in its Stack Ledger 2026.1 announcement.

August's developments move at different speeds and levels of maturity. Ethereum is taking Glamsterdam changes into ecosystem testing while debating the economic balance behind its security. Solana continues tightening the technical requirements of a network with shorter slots. Cosmos is working to make coordinated stack adoption easier.

At Stakely, we will continue following these changes and contributing where open infrastructure needs more clarity, better tooling and stronger operations.