en

Neo X launches TestNet v0.5.2 with post-merge architecture changes, blob storage support

image
rubric logo Altcoins
like moon 8

Neo X has released TestNet v0.5.2, a patch upgrade for its EVM-compatible blockchain that introduces infrastructure changes tied to newer Ethereum client behavior, expands support for EIP-4844 blob data, and updates the network’s peer-to-peer communication model.

The release is framed as a patch rather than a chain reset. According to the team, v0.5.2 does not include a hard fork in the genesis file or database changes that would require node operators to reinitialize or resynchronize from scratch. However, the upgrade includes a protocol migration in the P2P layer, meaning nodes running versions older than v0.5.2 will no longer receive execution-layer block broadcasts needed for synchronization.

The release is framed as a patch rather than a chain reset. According to the team, v0.5.2 does not include a hard fork in the genesis file or database changes that would require node operators to reinitialize or resynchronize from scratch. However, the upgrade includes a protocol migration in the P2P layer, meaning nodes running versions older than v0.5.2 will no longer receive execution-layer block broadcasts needed for synchronization. The team encouraged node operators to perform the upgrade as soon as possible.

At a high level, the update completes Neo X as a Geth v1.15 implementation. The network is adopting a more modern Ethereum-style internal coordination between consensus and execution, without requiring a new consensus client or a “Merge”-style overhaul of the underlying consensus algorithm.

Blob Data Storage

Another headline change is support for execution-layer blob storage and related JSON APIs for EIP-4844. Blob data has become an important part of the broader Ethereum scaling conversation because it provides a more efficient way to handle certain data availability requirements. With v0.5.2, Neo X adds a configurable blob file system for persisting that data and exposes query APIs around it.

The tradeoff is storage demand. The team noted the new blob storage may require up to approximately 288 GB of disk space, a figure node operators will need to account for before upgrading production environments.

Neo X initially introduced Cancun and Prague fork support in v0.5.0 in Oct. 2025, but noted at the time that EIP-4844 blob transactions were not fully implemented and blob data was only short-lived in the network with no API for proper access. The v0.5.2 release addresses that gap.

Block Broadcasting

The release also changes how the network handles block broadcasting. Neo X has introduced a beacon protocol and moved the block broadcast message to the consensus layer. Alongside that shift, the team removed execution-layer reorganization judgment and other deprecated pre-merge behaviors.

The effect is that Neo X is cleaning out legacy logic tied to older Ethereum-era assumptions and replacing it with patterns better suited to the current post-merge architecture.

Additional fixes

The update also includes improvements to snap synchronization for short chains and fixes for DKG synchronization failures – issues related to the zero-knowledge distributed key generation protocol that underpins Neo X’s anti-MEV system. Node operators running validator nodes will need to update their configuration flag from --miner.etherbase to --miner.pending.feeRecipient.

The v0.5.2 release is live on TestNet and will be deployed to MainNet shortly, according to the announcement. The full announcement can be found at the link below:
https://x.com/ngd_neo/status/2029819746208841807