数据
Header（区块头）
即以太坊协议所界说的Header工具。（译者注：区块头包括一个区块的元信息）
Block（区块）
一个区块由两部门数据构成：
区块头Block Body（区块体）；区块体又由两部门内容构成：Transactions（生意业务，事务）Uncles（叔块信息）Block Body（区块体）
就是一个区块中的事务和叔块信息的荟萃。
事务
即以太坊协议所界说的Transaction工具。（译者注：事务可视为触发以太坊协议状态改观的操纵的根基单位）
事务的构建
建设一条完全签名的事务的进程：
必需知道提倡事务的 Account（账户）的nonce（流水号）。一般来说需要利用eth_estimateGas要领来确定该事务需要利用的gas耗损量。需要该账户的私钥，用于生成数字签名。叔块信息
即被该区块视作叔块的区块的区块头。（译者注：对付任一区块来说，叔块指的是那些上溯 7 代及以内、并非其祖先区块的有效区块；一个区块可标志两个叔块；标志叔块可使区块挖出者得到特另外 “侄块嘉奖”，也会使叔块挖出者得到嘉奖，嘉奖巨细随叔块与侄块之间的代际间隔递减；叔块内的所有事务视作没有上链，除非另一些区块中包括了这些事务，不然都回到待打包事务的内存池中）
区块链汗青
Header Chain（全部区块头）
所有汗青区块的区块头的荟萃
停止 2021 年 1 月 29 日，约有 1100 万个区块头停止 2021 年 1 月 29 日，全体区块头约占用 5 GB 的存储空间是验证其余大部门链数据所必须的数据假如利用 Header Accumulator（区块头累加器），我们将能证明某个区块头存在于主链上Block Body History（区块体汗青）
所有由事务和叔块信息所构成的汗青区块的荟萃
停止 2021 年 1 月 29 日，约有 1100 万个区块体停止 2021 年 1 月 29 日，所有区块体需占用约 120 GB 的存储空间Receipt History（收据汗青）
由汗青事务所发生的所有收据的荟萃
停止 2021 年 1 月 29 日，约有 10 亿条收据停止 2021 年 1 月 29 日，所有收据需占用约 60 GB 存储State（状态）
所有账户及 contract storage（合约存储项）的荟萃
账户
由Header.state_root所代表的主状态树的一部门
字段：balance/nonce/state_root/code_hash合约存储项
每个账户的Account.state_root标识的单个存储值
所有数据都以0 - 2^^256-1范畴内的整数作为键 （该整数也被看成存储槽的序号）Contract Code（合约代码）
合约代码仅利用Account.code_hash来指代；并非状态的显式部门。
Archive State（归档状态）
所有汗青状态的荟萃。详见 Archive Node（归档节点）
利用 Naive Database Layout，存储归档状态需占用约 7 TB 的存储利用一些基于 Flat Database Layout 的高级能力，Trube Geth 客户端利用约 800 GB 实现了归档状态存储Recent State（近期状态）
指作为近期状态根一部门的状态。
“近期” 一般来说是 128～256 个区块内维护这一数据需要某种形式的垃圾接纳技能，以排除不再是近期状态一部门的状态工具
Cold State（冷状态）
指的是很长一段时间没有被触及（会见 及 修改）的状态工具
Database Layouts（数据库机关）
Naive Database Layout
该数据库实现将所有的状态工具都存储为单个的树节点，通过节点哈希值来会见
导致机能低下以及高硬盘读写开销相对易于领略和实现此方案下的垃圾接纳算法越发巨大Flat Database Layout
将所有的状态工具都存储为树的路径，某种水平上有点雷同于 键值对 存储
机能更高、硬盘开销更小更难以领略和实现Witness（见证数据）
即以一种可验证的形式存储的状态数据
Block Witness（区块见证数据）
一种范例的见证数据，提供了执行区块所需的所有状态数据
Transaction Witness（事务见证数据）
一种范例的见证数据，提供了一笔事务的 EVM 执行所需的所有状态数据
Node Type（节点范例）
Full Node（全节点）
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
