×

注意!页面内容来自https://ethereum.org/zh/developers/docs/blocks/,本站不储存任何内容,为了更好的阅读体验进行在线解析,若有广告出现,请及时反馈。若您觉得侵犯了您的利益,请通知我们进行删除,然后访问 原网页

跳转至主要内容
Change page

区块

页面最后更新: 2025年11月28日

区块是指一批交易的组合,并且包含链中上一个区块的哈希。 这将区块连接在一起(成为一个链),因为哈希是从区块数据中加密得出的。 这可以防止欺诈,因为以前的任何区块中的任何改变都会使后续所有区块无效,而且所有哈希都会改变,所有运行区块链的人都会注意到。

前提条件

区块是一个对初学者非常友好的主题。 为了更好地理解本页内容,我们建议您先阅读帐户交易以及我们的以太坊简介

为什么要有区块?

为了确保以太坊网络上的所有参与者保持同步状态并就交易的确切历史达成共识,我们将交易分为多个区块。 这意味着同时有数十个(甚至数百个)交易被提交、达成一致并同步。

显示区块中交易导致状态变化的示意图\n_示意图改编自 Ethereum EVM illustratedopens in a new tab_

通过间隔提交,所有网络参与者有足够时间达成共识:即使交易请求每秒发生数十次,但以太坊上的区块仅仅大约每十二秒创建并提交一次。

区块如何运作

为了保存交易历史,区块被严格排序(创建的每个新区块都包含一个其父块的引用),区块内的交易也严格排序。 除极少数情况外,在任何特定时间,网络上的所有参与者都同意区块的确切数目和历史, 并且正在努力将当前的活动交易请求分批到下一个区块。

随机选择的验证者在网络上构建完区块后,该区块将传播到整个网络;所有节点都将该区块添加至其区块链的末尾,然后挑选新的验证者来创建下一个区块。 目前,确切的区块构建过程和提交/共识过程由以太坊的“权益证明”协议规定。

权益证明协议

权益证明是指:

  • 验证节点必须向存款合约中质押 32 个以太币,作为抵押品防止发生不良行为。 这有助于保护网络,因为如果发生不诚实活动且可以证实,部分甚至全部质押金额将被销毁。
  • 在每个时隙(12 秒的时间间隔)中,会随机选择一个验证者作为区块提议者。 他们将交易打包并执行,然后确定一个新的“状态”。 他们将这些信息包装到一个区块中并传送给其他验证者。
  • 其他获悉新区块的验证者会重新执行这些交易,以确保他们同意对全局状态的提议更改。 假设该区块有效,他们就会将其添加到自己的数据库中。
  • 如果验证者获悉在同一时隙内有两个冲突区块,他们会使用自己的分叉选择算法选择获得最多质押以太币支持的那一个区块。

关于权益证明的更多信息

区块包含什么?

一个区块中包含很多信息。 区块的最高层包含以下字段:

字段描述
时隙区块所属的时隙
proposer_index提出区块的验证者的 ID
parent_root上一个区块的哈希
state_root状态对象的根哈希
正文包含多个字段的对象,定义如下

区块 body 本身包含几个字段:

字段描述
randao_reveal用于选择下一个区块提议者的值
eth1_data关于存款合约的信息
graffiti用于标记区块的任意数据
proposer_slashings将要惩罚的验证者列表
attester_slashings将要受到惩没的证明者列表
认证针对之前时隙所做认证的列表
存款存款合约新增存款的列表
voluntary_exits退出网络的验证者列表
sync_aggregate用于服务轻客户端的验证者子集
execution_payload从执行客户端传送来的交易

attestations 字段包含区块中所有认证的列表。 认证有自己的数据类型,其中包含多条数据。 每个认证包含:

字段描述
aggregation_bits参与此认证的验证者列表
数据具有多个子字段的容器
签名一组验证者针对 data 部分的聚合签名

attestation 中的 data 字段包含以下内容:

字段描述
时隙认证所涉及的时隙
索引证明验证者的索引
beacon_block_root被视为链头的信标区块的根哈希
来源最后一个合理的检查点
target最新的时段边界区块

执行 execution_payload 中的交易会更新全局状态。 所有客户端都会重新执行 execution_payload 中的交易,以确保新状态与新区块 state_root 字段中的状态相符。 这就是客户端如何判断新区块是否有效且可以安全添加到其区块链的方式。 execution payload 本身是一个包含多个字段的对象。 还有一个 execution_payload_header,其中包含关于执行数据的重要摘要信息。 这些数据结构如下组织:

execution_payload_header 包含以下字段:

字段描述
parent_hash父块的哈希值
fee_recipient向其支付交易费的帐户地址
state_root应用此区块中的更改后,全局状态的根哈希
receipts_root交易收据树的哈希
logs_bloom包含事件日志的数据结构
prev_randao在随机选择验证者时使用的值
block_number当前区块的编号
gas_limit此区块允许的最大燃料量
gas_used此区块中使用的实际燃料量
timestamp区块时间
extra_data作为原始字节的任意附加数据
base_fee_per_gas基础费值
block_hash执行区块的哈希
transactions_root有效载荷中交易的根哈希
withdrawal_root有效负载中提款的根哈希

execution_payload 本身包含以下内容(请注意,这与标头相同,只是它不包含交易的根哈希,而是包含实际的交易列表和提款信息列表):

字段描述
parent_hash父块的哈希值
fee_recipient向其支付交易费的帐户地址
state_root应用此区块中的更改后,全局状态的根哈希
receipts_root交易收据树的哈希
logs_bloom包含事件日志的数据结构
prev_randao在随机选择验证者时使用的值
block_number当前区块的编号
gas_limit此区块允许的最大燃料量
gas_used此区块中使用的实际燃料量
timestamp区块时间
extra_data作为原始字节的任意附加数据
base_fee_per_gas基础费值
block_hash执行区块的哈希
交易要执行交易的列表
取款提款对象列表

withdrawals 列表包含按以下方式结构的 withdrawal 对象:

字段描述
地址提款帐户地址
金额提款金额
索引提款索引值
validatorIndex验证者索引值

区块时间

区块时间是指两个区块之间的时间间隔。 在以太坊中,时间划分为每 12 秒一个单位,称为“时隙”。 在每个时隙内,选择一个单独的验证者提议区块。 假设所有验证者都在线且完全正常运行,则每个时隙内都会有一个区块产生,意味着区块时间是 12 秒。 但是,偶尔验证者在被要求提议区块时不在线,导致有时候一些时隙是空的。

这种实现与基于工作量证明的系统不同。在工作量证明系统中,区块时间是带有概率性的,并由协议的目标挖矿难度调节。 以太坊的平均区块时间opens in a new tab就是一个很好的例子,基于新的 12 秒区块时间的一致性,可以清楚地推断出从工作量证明到权益证明的过渡。

区块大小

最后一条重要提示是,区块本身的大小是有界限的。 每个区块的目标大小为 3000 万单位燃料,但区块的大小会根据网络需求增加或减少,直到达到 6000 万单位燃料的区块限制(目标区块大小的 2 倍)。 区块的燃料限制可以相对于上一个区块的燃料限制上调或下调 1/1024 的比例。 因此,验证者可以通过共识来改变区块的燃料限制。 区块中所有交易消耗的总燃料量必须低于区块的燃料限制。 这很重要,因为它可以确保区块不能任意扩大。 如果区块可以任意扩大,由于空间和速度方面的要求,性能较差的全节点将逐渐无法跟上网络。 区块越大,在下一个时隙中及时处理它们需要的算力就越强大。 这是一种集中化的因素,可以通过限制区块大小来抵制。

扩展阅读{#further-reading}

你还知道哪些对你有帮助的社区资源? 请编辑本页面并添加进来!

本文对你有帮助吗?