Key Takeaways:
- CAP-83 speeds consensus by letting validators vote before full transaction sets arrive.
- CAP-85 enables atomic upgrades across fleets of contracts sharing executable code.
- Mainnet vote set for Sept 16 at 17:00 UTC; testnet vote Aug 27.
Key Takeaways:

Stellar's Protocol 28 upgrade, dubbed Adapter, moves to a mainnet vote Sept 16, adding faster consensus and atomic contract fleet upgrades for Soroban developers.
The Stellar Development Foundation announced the upgrade, saying the three core changes are designed to make Soroban smart contracts easier to build, upgrade, and scale while strengthening the consensus layer beneath them.
CAP-83 lets validators begin voting on transactions before receiving the full transaction set, cutting delays from slow data propagation under heavy load. CAP-85 introduces externally managed executables, letting developers update a single shared code reference to upgrade an entire fleet of contracts atomically. CAP-86 adds sparse host functions so contracts can handle missing or extra fields during data migrations without failing.
XLM traded at $0.1968 as of Aug 12, up 0.83 percent in 24 hours, with a market capitalization of $5.9 billion, according to CoinGecko. The mainnet vote on Sept 16 at 17:00 UTC will determine whether the upgrade activates, with activation depending on validator approval.
AddressV2 and the Soroban shift
Protocol 28 also makes AddressV2 mandatory for authorization, phasing out the legacy credentials introduced in Protocol 27. The change is intended to improve security and enable delegated authorization, but developers must update their SDKs before the transition, as RPC simulation defaults flip to AddressV2 with the upgrade. Protocol 27 laid the groundwork with authentication delegation and address-bound Soroban credentials.
Timeline for validators and operators
The core stable release landed Aug 13, with infrastructure and SDK releases scheduled through Aug 21. Docker images and updated Debian binaries will be available by Aug 21. SDK users must upgrade before Aug 27 for testnet integration and before Sept 16 for mainnet. Validators need to arm the upgrade command in Stellar Core before the mainnet vote and implement NTP clock synchronization to avoid network performance degradation.
The externally managed executables in CAP-85 mirror the beacon proxy pattern used on Ethereum, giving developers a familiar deployment model. For infrastructure operators, the synchronized timeline across validators, Horizon, RPC, and Galexie is critical to maintaining network performance. The upgrade also shows Stellar's push to compete as a cross-border payment and smart contract platform, with past upgrades such as Protocol 27 drawing increased developer activity.
For XLM holders, the upgrade's success hinges on whether the Sept 16 vote passes and whether the new tooling attracts more decentralized applications to Soroban. A stronger developer pipeline could lift on-chain activity and, in turn, demand for the token, though the immediate price impact remains unclear.
This article is for informational purposes only and does not constitute investment advice.