New Protocol Architecture Separates Transaction Consensus and Execution to Eliminate Performance Constraints
A CTDG Dev Hub partner implements architectural changes that separate consensus mechanisms from transaction execution, enabling validators to achieve block agreement prior to completing transaction processing.
Blockchain networks built for high throughput frequently encounter a common structural limitation where transaction execution remains embedded within the consensus pathway. Under traditional synchronous architectures, validators are required to execute all transactions contained within a block before they can validate the state changes that result from those operations.
While this approach maintains network determinism, it simultaneously transforms computational work into a collective performance barrier. As transactions grow more sophisticated—whether through advanced smart contract operations, inter-system communication requirements, or substantial state modifications—the network's throughput becomes increasingly dependent on validator processing capabilities.
The least efficient computation along this critical path can ultimately throttle the performance of the complete infrastructure. Numerous blockchain networks have invested considerable effort over multiple years enhancing finality mechanisms, network transmission efficiency and block distribution processes.
Transaction execution has emerged as the subsequent structural limitation. Instead of exclusively focusing on accelerating validator agreement processes, emerging architectural approaches are beginning to question whether execution must necessarily remain embedded within the consensus mechanism itself.
Shifting to an asynchronous computation pipeline
MultiversX, a participant in the CTDG Dev Hub program, eliminates this limitation through Supernova, which is currently operational on testnet. The upgrade decouples consensus operations from execution processes, enabling the network to reach agreement on blocks prior to processing the transactions they contain.
Prior to the Supernova implementation, block creation adhered to a linear sequence. Block proposers would select transactions, execute them on their local systems, and then propose blocks containing those execution outcomes. Validators were then required to re-execute identical transactions before casting their votes, positioning execution directly within the consensus-critical pathway.
Supernova restructures this sequence: Block proposers select transactions and submit block proposals without first executing them. Validators confirm that proposals comply with protocol specifications and can cast votes without delay, while execution proceeds asynchronously in parallel. The execution output that results is typically referenced and notarized within the subsequent block header, meaning execution follows consensus by approximately one block, equating to roughly 600 milliseconds.
Separating execution from consensus introduces an immediate challenge regarding validity: The network still requires a method to assess whether a proposed transaction will likely remain valid before execution processing completes. Supernova resolves this challenge through implementation of a virtual mempool state.
This mempool extends beyond the most recent executed chain state, maintaining tracking of pending nonces, anticipated balance deductions, and transactions that have been proposed but whose execution outcomes have not yet achieved consensus. Block proposers gain a forward-looking perspective on account activity, enabling them to select transactions that should execute successfully when their processing turn arrives.
MultiversX has additionally implemented two protective mechanisms for this new processing pipeline. The Execution-Result Inclusion Estimator, abbreviated as EIE, establishes limits on the quantity of execution results that can be included in a block based on what minimum-specification nodes can safely handle. Concurrently, automatic backpressure mechanisms reduce block capacity when execution lags significantly behind, providing the system with time to synchronize.
Collaborative growth within the decentralized ecosystem
This protocol upgrade also integrates with the broader collaboration between Cointelegraph Decentralized Guardians and MultiversX. Cointelegraph became a network validator through the CTDG program in March 2026, expanding the partnership to encompass infrastructure participation.
MultiversX holds official partnership status within the CTDG Dev Hub, linking the protocol to an expanded community of blockchain developers and users. The partnership demonstrates tangible depth, evidenced by the MultiversX Foundation's delegation to the CTDG validator, while the Dev Hub team constructed a specialized validator dashboard for the MultiversX network.
From the perspective of builders and developers, in-shard finality becomes available immediately when proofs are generated, typically within the same consensus round at approximately 100–250 milliseconds, accompanied by more consistent execution environments. These characteristics carry particular significance for applications requiring rapid feedback mechanisms, including high-frequency decentralized finance primitives, onchain order book systems, and other infrastructure that deteriorates when latency affects user interactions.
Supernova has been successfully generating blocks with 600-millisecond intervals on the active testnet and devnet environments since Aug. 20, working toward the overarching objective of delivering onchain interactions that feel instantaneous. Mainnet deployment is anticipated to occur on Sept. 10, 2026. This transition represents a broader movement toward blockchain systems that function more like responsive application platforms rather than delayed settlement mechanisms.