Akash tightens its decentralized cloud layer
Akash Mainnet 18 adds Oracle v2 and negotiated lease reclamation, two quiet infrastructure changes for decentralized cloud reliability.
Akash Network has documented Mainnet 18, an upgrade to Akash v2.1.0 scheduled for block 27,230,465, estimated for June 11, 2026 at around 14:00 UTC. The official source lists three main changes: Oracle v2, Resource Reclamation under AEP-82, and a fix for market order close events. The useful signal is not a token-price story. It is infrastructure work for a network that sells decentralized compute capacity.
Akash is a marketplace where providers offer compute resources, including capacity used for AI workloads, and users deploy applications through leases. In that model, price data reliability and resource lifecycle rules matter as much as the broader crypto narrative. Oracle v2 replaces block-height-based references with wall-clock timestamps and durations. In practical terms, stale-data detection, time-weighted average prices, and price queries become less dependent on the cadence of block production.
That detail is technical, but it addresses a common weakness in application blockchains. When network time is represented mainly through blocks, calculations that depend on freshness can become fragile if blocks arrive faster, slower, or with more variance than expected. A timestamp-based oracle gives the module a time model closer to what operators, markets, and external software use. The documentation also notes a full reset of Oracle v1 state, because the old block-height storage scheme cannot be converted directly into the new timestamp-based model.
The second change, Resource Reclamation, targets a different operational problem. Until now, a provider that needed to reclaim capacity could close a lease immediately, risking abrupt downtime or data loss for the tenant, or wait for the tenant to act. AEP-82 introduces a negotiated grace period between tenant and provider, stored when the lease is created. During that window, the provider signals that reclamation has started, the tenant can migrate or close the workload, and forced closure waits until the agreed deadline has passed.
For Akash, Mainnet 18 points to operational maturation. The network is not only claiming that compute can be less centralized. It also has to provide predictable mechanisms for nodes, providers, and users running real workloads. Better oracle timing and negotiated resource reclamation do not make decentralized cloud automatically competitive with hyperscale cloud platforms. They do, however, reduce two sources of fragility: economic timekeeping and lease termination. Those are the details that determine whether blockchain infrastructure can support more than demonstrations.