At a high-level, EIP 4844 introduces a new transaction type, called blobs, increases the data and storage requirements of Ethereum blocks, and creates a new fee market for pricing blobs separately from regular transactions.
Additionally, proto-danksharding is a precursor and “prototype” of full danksharding which will enable existing Ethereum nodes to safely process several more blobs per block than the initial maximum set out by EIP 4844.
Importantly, EIP 4844 does not improve Ethereum’s scalability as a general purpose blockchain for transaction and smart contract code execution. It does not materially increase or introduce improvements to the transaction capacity of Ethereum itself.
Proto-danksharding reduces the cost of posting large amounts of data to Ethereum and thereby lowers the operational cost of rollups. For the past four years, the transaction activity of Ethereum rollups like @arbitrum and @optimismFND has been growing.
@arbitrum@optimismFND@l2beat Compared to the costs of deploying code and transactions to Ethereum directly, rollups have saved end-users and dapp developers over 99% on gas fees.
@arbitrum@optimismFND@l2beat@blockworksres@DuneAnalytics The goal of EIP 4844 is to reduce rollup costs through the introduction of a new transaction type known as binary large objects, or blobs. The following is a step-by-step illustration of the lifecycle of a blob transaction as defined by EIP 4844:
@arbitrum@optimismFND@l2beat@blockworksres@DuneAnalytics EIP 4844 does not impact how regular transactions submitted to the Ethereum mempool get included in a block or the fee market that dictates how to price Ethereum block space, but EIP 4844 does increase the storage requirements of Ethereum blocks.
@arbitrum@optimismFND@l2beat@blockworksres@DuneAnalytics The additional data space is designed for attaching blob transactions to blocks. Blobs are like side cars that can be attached to Ethereum blocks without impacting or crowding out existing blockspace for processing regular transactions.
@arbitrum@optimismFND@l2beat@blockworksres@DuneAnalytics There are many parallels to the introduction of blobs on Ethereum and the introduction of segregated witness (segwit) on Bitcoin. However, one of the main differences between segwit and EIP 4844 is the expected long-term impact of these code changes.
@arbitrum@optimismFND@l2beat@blockworksres@DuneAnalytics Due to the ever-evolving capacity and functionality of rollups built atop Ethereum, it is difficult to accurately predict by what magnitude EIP 4844 will impact fees and activity on Layer-2 rollups. In summary, the expected benefits of EIP 4844 on Ethereum are:
@arbitrum@optimismFND@l2beat@blockworksres@DuneAnalytics Without meaningful migration of tx activity to L2s post-Cancun, end-users will still be subject to the same bouts of high fee volatility and tx congestion on Ethereum unless they submit txs through a rollup sequencer, which are generally operated by centralized entities.
@arbitrum@optimismFND@l2beat@blockworksres@DuneAnalytics Rather than a silver bullet for solving scalability issues on Ethereum, proto-danksharding should be considered the first step of many towards transforming Ethereum into a modular blockchain that primarily supports transaction execution through Layer-2 rollups.
On ACDC #111, developers discussed what CL-focused EIPs to include in Deneb. Deneb is the name of the CL upgrade that will occur simultaneously with the Cancun EL upgrade.
Last week, client teams finalized the scope of Cancun. Summary of last week's call: galaxy.com/research/insig…
The 3 CL-focused EIPs that are being prepped for Deneb are:
- EIP 7044: A code change to improve the staking user experience by ensuring that signed validator exits are valid in perpetuity. The EIP proposed by @dapplion has been merged into Deneb specs.
Great podcast episode from @BanklessHQ today about the non-finality issues Ethereum faced last week. @preston_vanloon and @terencechain explained what happened and to the best of their knowledge why.
Read below for a TLDR of the episode 🧵
Full episode:
@BanklessHQ@preston_vanloon@terencechain *What happened?* Teku and Prysm validator nodes were receiving old attestations, that is votes on what the head of the chain should be, and evaluating the validity of these old attestations by replaying chain state.
@BanklessHQ@preston_vanloon@terencechain Replaying chain state is a computationally heavy operation. Teku and Prysm nodes that were experiencing high CPU loads were unable to process new attestations in a timely manner b/c they were bogged down with "valid but untimely attestations."
1. Precompile input and output mismatch: @yperbasis, developer for the Erigon (EL) client, mentioned that the input format for the EIP 4844 precompile differs from its output. The input uses little-endian while the output uses big-endian.
@yperbasis Developers agreed to harmonize the output and input to both rely on big-endian, which is the default method for storage of multibyte data types on the EL.
1. EIP 6780: Changes the functionality of the SELFDESTRUCT opcode so that the operation sends all ETH in an account to the caller, except when the opcode is called in the same transaction a contract was created.
2. EIP 6475: A new Simple Serialize (SSZ) type to represent optional values. This makes the implementation of EIP 4844 more future-compatible with a larger forthcoming SSZ update to the EL of Ethereum.
Here are two views on total ETH staked by @nansen_ai and @coinmetrics. The one by Nansen suggests deposit inflows are beating withdrawal outflows and the one by CM suggests the opposite.
They're both correct and I want to explain why: 🧵
@nansen_ai@coinmetrics 1. The Nansen chart illustrates deposit inflows and withdrawal outflows over the last 7 days. The Coin Metrics chart I pulled illustrates net flows over a longer time period.
@nansen_ai@coinmetrics 2. Nansen's chart features hourly data so intra-day fluctuations in outflows vs inflows can be seen while Coin Metrics aggregates this data on a *daily* basis, which is why the shape of the lines (purple line on nansen vs red on coin metrics) look drastically different.