干货|Eth1.x术语表
节点行为
Gossip
事务广播
P2P网络的功能，帮助分发?新的?事务到网络中的所有节点
依赖于节点能够访问?ETH?DevP2PProtocol或者?LES?DevP2PProtocol
依赖于执行事务验证的能力来防止对节点的DoS攻击
而验证事务是计算密集型的
区块广播
广播最新的区块
依赖于区块验证的能力
历史数据检索
检索区块头
根据哈希
根据区块号
可批请求，所请求内容必须是连续的，或者其前后之间有一致的间隔
检索区块体
所得数据需要根据?Header.transactions_root?和?Header.uncles_root?来验证
检索收据
根据区块分批检索
所得数据需要根据?Header.receipts_root?来验证
状态检索
中文在线：公司正在积极研究与知识产权保护区块链的结合:10月19日消息，针对投资者向提问，“目前国际上NFT在数字应用品领域应用显著。公司有无考虑将此技术应用于知识产权保护。”
中文在线公司回答表示，NFT是元宇宙中，构成虚拟现实沉浸式体验的一个重要元素。NFT结合AR/VR、AI和其他新技术，可以作为元宇宙中产品的独特载体，能呈现相当引人入胜的用户体验。由这些场景发展出来的NFT新经济模式及生态系统，有很多创新及应用的空间。中文在线一直以维护知识产权保护为已任，走在维权的前沿上，于2018年起诉某公司涉嫌侵犯中文在线的作品信息网络传播权一案中，突破性的使用区块链存证技术进行证据保全，革新了电子证据在民事诉讼中的使用形式，该案也成为了北京地区法院首次对区块链存证电子证据认可，也可以说是电子证据作为独立证据并被法院直接认可的国内第一案。公司正在积极研究与知识产权保护区块链的结合。（同花顺）[2021/10/19 20:40:29]
根据哈希值来检索单个状态树节点
在未来的协议中有可能会移除，因为这种检索机制与flatdatabaselayout有冲突
追随区块链
依赖于节点能访问区块广播网络
依赖于具有从全体区块头中获得的近期区块头
StarkWare零知识证明验证程序ethSTARK已通过PeckShield安全审计:8月11日消息，区块链安全公司PeckShield官方宣布，StarkWare公司零知识证明验证程序ethSTARK已通过其全面安全审计服务。
ethSTARK是一个以太坊基金会支持的，由StarkWare公司开发的零知识证明（ZKP，Zero Knowledge Proof) 验证程序，它实现了比现有ZKP算法更快的验证速度，进一步提升了StarkWare在零知识证明领域的技术影响力。[2020/8/11]
依赖于执行区块验证的能力来防止DoS攻击
事务验证
验证事务需要：
有能力执行?ecrecover?操作来确定发送者
确认该事务的nonce?正是?该发起事务的账户的下一个nonce
确认该账户的余额足以支付该事务的gas
需要了解EVM的规则来计算事务的gas值
区块验证
区块验证包含下述事项中的所有内容：
检查工作量证明的seal
计算密集型
比较同一高度上其它竞争区块的挖矿总难度
中国知识产权报：法定数字货币专利助力我国数字金融发展:5月14日，中国知识产权报发表文章《法定数字货币专利助力我国数字金融发展》。文章指出，目前，我国法定数字货币研发工作主要由央行下属的中国人民银行印制科学技术研究所、中国人民银行数字货币研究所、中钞信用卡产业发展有限公司三家机构承担。截至2020年4月14日，根据中国专利文摘数据库的检索结果，这三家机构已分别为数字货币及其相关内容提交22件、65件、43件专利申请，专利申请涵盖数字货币的发行、流通、应用的全流程，形成了完整的产业链。
文章写道，从专利角度分析，我国的法定数字货币研发进展迅速，已完成技术储备，具备了落地条件。法定数字货币是数字经济下的一种大趋势，它的推出势必给现有的货币体系带来巨大改变，给我国的金融行业带来新的发展契机，值得翘首以待。[2020/5/14]
执行交易，以验证?Header.state_root?的正确性
需要区块执行能力
计算密集型
主链索引
主链区块索引
把区块号映射为该高度的主链区块的哈希值
需要从全部区块头中构建
每100万个区块，存储映射需占用61MB
区块号需要32字节
动态 | TruTrace开发区块链平台追踪大麻的知识产权:TruTrace Technologies Inc（CSE:TTT）开发了区块链安全平台来追踪大麻的知识产权，该平台为患者和客户提供强制性检测、基于DNA的产品验证和产品保障。（Proactive Investors）[2020/1/3]
区块哈希值也要32字节
可以使用更高效的变长编码方法来减少长度
每个条目需要64bytes
截至2021年1月29日，主链区块索引总共占用约600MB的空间
只能够通过验证所得区块哈希是否等于该高度上已知主链的区块哈希值来证明
如果能为协议引入区块头累加器的话，证明效率可以更高
主链事务索引
把事务的哈希值映射成该事务所在主链区块的哈希值，以及该事务在该块内的索引值。
需要从历史区块体中构建
截至2021年1月29日，总共有10亿笔历史事务
每个条目都需要占用70字节
可以使用变长编码方法来稍微减少长度
事务哈希值32字节
主链区块哈希值32字节
动态 | 中国体育知识产权区块链启动:据新华网报道，4月28日，“体知兴·强国梦”第一届中国体育知识产权论坛28日在北京体育大学开幕，中国体育知识产权区块链也同时启动。[2019/4/29]
事务索引4字节
截至2021年1月29日，这些索引总共占用65GB空间
可以使用根据?Header.transactions_root?生成的默克尔证据来证明
区块头累加器
一类能让我们高效证明某个区块头来自主链的机制。基于https://ethresear.ch/t/double-batched-merkle-log-accumulator/571
同步
历史同步
区块头同步
即一个节点追赶区块链的顶端时所用的进程。基于不同的安全等级，有几种同步方法“
完全验证
从创世块起下载全体区块头
检查点式下载法
使用一个自己信任的较近区块的区块头，并从该区块头开始追及区块链
追随HEAD
只需追随最新区块头，就可以相当有自信。区块链越长，攻击者要制造伪链所需付出的代价就越大
当前，只有掌握了全体区块头，才能够任意地验证其他历史数据。区块头累加器可以改善这个状态，使得一个客户端可以把检查点设在区块链顶端，而仍然能够验证历史数据。
区块同步
客户端用来pull历史事务和叔块信息的进程。
验证这些数据需要先有全体区块头，然后根据?Header.transactions_root?和?Header.uncles_root?来检查
收据同步
不执行FullSync的客户端往往需要通过ETHDevP2p协议来取得历史收据
验证这些数据需要先有全体区块头，然后根据?Header.receipts_root?和来检查
状态同步
节点获得近期状态完整副本的机制。
FullSync
下载所有历史区块并按顺序执行这些区块。
最简单的同步方法
计算量非常大
需要区块头同步
需要区块同步
快速同步
下载全部历史区块，以及近期状态数据的副本
使用了一个安全假设：从历史区块中得到的状态根都是正确的
要求历史同步
会给提供这些状态数据的节点造成很大的负担
FlatDtatabaseLayout不容易满足快速同步的要求
SnapSync
下载全部历史区块以及近期状态数据的副本
使用了一个安全假设：从历史区块中得到的状态根都是正确的
要求历史同步
非常适合FlatDtatabaseLayout
带宽、硬盘读写和耗费时间都有指数级节省
StatelessSync
这个术语并不常用，其定义也可能随时调整
不像其它状态同步方法，这一方法最终无法使节点获得近期状态数据的完整副本。就其自身而言，其用法是免去维护状态数据本地副本之需、仍能验证区块；或者，它可以与其他同步方法结合，从而能即时验证区块，然后慢慢在本地构建出可访问的完整状态数据。
需要区块广播
需要区块见证数据
BeamSync
光子同步本质上就是一种无状态同步，但不要求网络提供区块见证数据。相反，客户端是按需从网络中请求所需的状态
需要区块广播
需要按需状态检索
Accesslist的可得性大大提高了这种方法的效率
OnDemandStateRetrieval
即从网络中检索任意状态元素的能力。
GetNodeData
ETH?DevP2P协议会暴露信息对?GetNodeData/NodeData，允许检索任意状态。此消息格式可能会被弃用。
基于DHT的状态网络
一种设想：我们可以让状态分散在网络中的所有节点中，并使这些数据能够按需被发现及检索到。
执行
挖矿
要求节点能够：
访问待打包事务池
运行EVM
AccessList
在某些形式的EVM执行过程中会触及的账户和合约存储位置的列表
StateAccessPatterns
StaticStateAccess
EVM执行在某些时候会具备的一种属性：调用者可以准确地预知该次执行会触及哪些状态
DynamicStateAccess
EVM执行在某些时候会具备的一种属性：调用者无法准确地预知到底会触及哪些状态
区块执行
需要EVM执行
就是执行给定区块中所有事务的过程
计算密集型
EVM执行
举要EVM的某种实现
要求能够访问该次执行所触及的状态
可以使用近期状态来实现
也可使用区块见证数据来实现
账户管理
管理用于签署事务的私钥
账户一般会存储在一个Keyfile里
密钥文件
一种加密的存储格式，用于存储私钥
Eth2BLSKeystore规范：https://eips.ethereum.org/EIPS/eip-2335
Eth1Keystore规范：https://github.com/ethereum/wiki/wiki/Web3-Secret-Storage-Definition
解密一般来说依赖于一些密码学元件，如：?keccak、?scrypt、?pbkdf2?和ECC/BLS12-381
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。