What Bitcoin Doesn’t Have but Ethereum Does: The Real Meaning of Receipts and Blobs

※ This article is published in its current form first and will be updated to the final Daily Crypto Times (DCT) format in two days.

What Bitcoin Doesn’t Have but Ethereum Does: The Real Meaning of Receipts and Blobs

Vitalik Buterin sought to extend Satoshi Nakamoto’s Bitcoin network by adding a general-purpose computing layer capable of executing smart contracts. To achieve this, he moved beyond Bitcoin’s UTXO model and adopted an account-based architecture, creating what is now known as a “second-generation blockchain.” As a result, Ethereum became significantly more complex than Bitcoin, with a fundamentally different internal data-processing structure.

It is highly recommended to read the following two articles first, as they provide essential background for understanding this topic:
1) Bitcoin‑Style Competition Among Ethereum Builders: A Complete Guide to the ePBS Architecture
2) The Truth Behind the L2 Scaling Debate: Why Rollup‑First Is the Best Path Today

These two articles provide important context for understanding Ethereum’s block production pipeline and its L2 scaling strategy. Building on that foundation, this article focuses on two structural elements that highlight how Ethereum differs from Bitcoin: the Receipt mechanism, which enables verification of smart contract execution, and the Blob data architecture, which supports L2 scalability. Together, these components reveal why Ethereum chose a fundamentally different design path and offer insight into whether the second-generation blockchain model is truly successful. While the topic may be challenging for general readers, this article aims to explain it as clearly as possible.


Most people understand a blockchain as “a chain of blocks composed of a block header and a block body.” In Bitcoin, when a new block is created, only that block needs to be propagated across the network.

Ethereum, however, is far more complex. In Ethereum’s block validation process, not only the block header and block body but also a separate data structure called Receipts must be propagated and verified.

Receipts are generated alongside the transaction list when a block is created, and the block header stores a summary of them called the receiptsRoot. To validate a block, validators must verify not only the header and body but also the entire execution results contained in the Receipts.

Additionally, Blob data (EIP‑4844) submitted by L2 rollups must be stored long‑term by L2 sequencers, DA layers, or other nodes, separately from the L1 blockchain. Understanding this structure is essential to grasp how Ethereum validates execution and how its Rollup‑based L2 scaling model works.


1) Where Receipts Appear in the Full Block Pipeline

Ethereum’s block production pipeline proceeds as follows:

  • User: Sends a transaction to the network.
  • Builder: Executes the transaction in the EVM and produces both the block body (transaction list) and the Receipts.
  • Proposer: Selects the builder’s block and broadcasts it to the network.
  • Validators: Re‑execute the transactions and compare their computed receiptsRoot with the one stored in the block header.

The key point is that the block body and Receipts are separate data structures.

  • Block Body: Contains only the list of transactions.
  • Receipts: Contains the execution results of each transaction (success/failure, gas used, event logs, internal calls, etc.).

The block header stores only the receiptsRoot, not the full Receipts. Validators use this root to confirm that the execution results have not been tampered with.


2) Why Ethereum Must Have Receipts

Bitcoin’s UTXO model allows validation by simply checking whether the final result is correct. Ethereum, however, is a smart‑contract platform, and its execution process is far more complex.

A single transaction may involve:

  • Multiple contract calls
  • Internal transactions
  • Event logs
  • Gas consumption
  • Success or failure

Much of this execution data is not stored in the state. Receipts are the only structure that records:

  • Event logs
  • Gas usage
  • Success/failure status
  • Internal call information

Because of Receipts, block explorers (like Etherscan), indexing services (like The Graph), and wallet applications can display accurate information. Most importantly, the receiptsRoot in the block header summarizes the entire execution result, making it essential for block validation.


3) Why Blobs and Receipts Are Completely Different

Blob data (EIP‑4844) and Receipts may appear similar because both store only a summary on L1, but their purpose and retention model are entirely different.

Blob Data — For L2 Data Availability

  • Large data batches submitted by L2 rollups.
  • L1 stores only the commitment.
  • Blob contents are deleted after a period.
  • Long‑term storage is handled by L2 sequencers, DA layers, or archive nodes.

Receipts — For L1 Execution Verification

  • Store transaction execution results and event logs.
  • L1 stores the receiptsRoot permanently.
  • Receipts are preserved long‑term by nodes and indexers.

Summary Comparison

Category Blob Data Receipts
Purpose L2 data availability L1 execution verification
Retention Temporary, deletable Long‑term external storage
L1 Storage Blob commitment receiptsRoot
Data Type Large L2 data batches Structured execution results

Conclusion

Understanding Ethereum as merely “a chain of block headers and block bodies” is not enough to explain the existence of Receipts and Blob data.

Ethereum’s architecture is more complex: Receipts provide permanent proof of L1 execution, while Blobs support scalable L2 data availability.

Recognizing the roles of these two components clarifies how Ethereum aims to maintain a secure L1 while enabling scalable L2 expansion.

Younchan Jung
Researcher exploring structural shifts in AI, blockchain, and the on‑chain economy.

If you would like to read this article in Korean, please click the button below.

댓글

이 블로그의 인기 게시물

Ethereum’s Quiet Takeover: How Stablecoins and Tokenized Assets Are Rewriting Global Finance

The Real Reason the CLARITY Act Stalled: A USDC Yield War Between Coinbase and the Banks

비트코인은 자산, 이더리움은 인프라: 기관이 다시 짜는 글로벌 금융의 판도