Buterin Teases Major Advances in Ethereum Transaction Formats

Bitbuy
fiverr


Ethereum co-founder Vitalik Buterin has outlined what he sees as a potentially major evolution of Ethereum’s transactions. 

He claims recent work on account abstraction, state design, and cryptographic proof aggregation is contributing to a clearer separation between what transactions do and what must be proven before they can do it.

Buterin said recent research surrounding EIP-8141, alternative state models, keyed nonces and recursive STARK-based mempools has produced a more explicit conceptual model of transactions.

Ledger

Alex Jones Issues Alarming Warning to XRP Holders


Binance Coin (BNB), Uniswap (UNI), Gram (GRAM) and ChainLink (LINK) Price Analysis for September 5: Memecoin and Altcoin Season Is Here

The key is to distinguish between two components: “actions” and “dependencies.”

“An action is an effect that a transaction has,” Buterin explained.

The distinction may sound largely conceptual. However, Buterin argues that explicitly separating the two could allow Ethereum developers to optimize them in fundamentally different ways.

Why it matters

Validation and execution are traditionally intertwined. Nodes receive transactions, validate the required information, and eventually execute them.

Buterin argues that dependencies have properties that make them particularly suitable for optimization.

You Might Also Like

Title news

Many dependencies can be checked in parallel. Some can be examined by the mempool before the transaction reaches a block. Others do not require access to Ethereum state at all.

Those so-called “pure” dependencies could potentially be checked once by the mempool and then never executed again by every validator.

According to Buterin, large collections of such checks could eventually be replaced by a single STARK proving that they were all performed correctly.

“Dependencies can be processed in parallel,” he wrote.



Source link

Bybit

Be the first to comment

Leave a Reply

Your email address will not be published.


*