STA:以太坊阶段式同步：重构完全同步模式（Full Sync）_BCSSTAR

阶段式同步重构自Go-Ethereum的完全同步模式，以实现更好的性能。

阶段式同步需要进行大量读写操作。虽然我们的目标是能够在机械硬盘上同步节点，但是我们仍建议使用固态硬盘。

顾名思义，阶段式同步需要依次执行10个阶段。

阶段式同步是如何运作的

Turbo-Geth客户端会向每个对等节点了解该节点的HEAD区块，然后依次执行每个阶段、寻找本地HEAD区块和对等节点的HEAD区块之间缺失的区块。

第一个阶段会设置本地HEAD区块。

各阶段会按顺序执行。在每个阶段执行期间，只有节点本地的状态达到目标状态，该阶段才会结束。

也就是说，在理想情况下，每个阶段只需执行一次，即可完成初始同步。

最后一阶段结束后，整个同步流程会重新开始，寻找新的区块头下载。

美SEC前主席：以太坊更像是“百老汇门票”，而非一种募资手段:4月22日消息，前美国证券交易委员会（SEC）主席Jay Clayton在接受CNBC的最新采访中表示，他同意SEC现任主席Gary Gensler的观点，即很大一部分加密货币可能属于证券范畴。在被问到以太坊是否会被认定为潜在未注册证券时，Jay Clayton用百老汇剧院门票做了类比，他解释说，如果作为制作一部百老汇剧并获得未来门票，那么这个门票就会被视为证券，但如果演出成功，门票售出，那么这个门票就不再是证券，而只是门票，这一逻辑也可应用在以太坊上。

Jay Clayton认为以太坊具有更多“百老汇门票”的特征，而不是一种募集资金的手段，不过他也承认自己不知道有关这件事的全部事实。（U.Today）[2023/4/22 14:20:10]

如果你在两个阶段之间重启应用，应用会从第一阶段开始重启。

10月以太坊链上NFT销售额不足3亿，创自2021年7月以来最低记录:11月1日消息，据CryptoSlam数据显示，10月以太坊链上NFT销售额仅有275,712,033.97美元，创下自2021年7月以来最低记录。此外，10月以太坊链上NFT交易总量为877,851笔，较9月上涨7.6%，独立买家162,835个，独立卖家144,103个，链上单笔交易均价约为314.08美元。[2022/11/1 12:03:41]

如果你在某个阶段执行期间重启应用，应用会从当前阶段开始重启，以完成该阶段。

每个阶段需要耗时多久？

通过下方的饼状图，我们可以看出每个阶段的耗时占比。虽然这些数据并不精确，但是足以作为参考。

重组/回退

如果区块链发生重组，我们需要“回退”部分同步数据。

回退指的是从最后一个阶段倒退回第一个阶段。但是，需要注意的一点是，我们执行完回退之后才会更新交易池，因此我们知道新的nonce。

动态 | 监测显示11001枚Upbit交易所被盗的以太坊流入新的地址:据Tokenview链上数据监测，Upbit交易所被盗资金于今日晚间21:14再次出现异动。黑客将11001 ETH分两次转入了0xb30c开头的新地址。

钱包地址-0xb30c4bd50d330a6b463db2bf98f5714e3fd03830[2019/12/5]

回退的阶段顺序如下例所示。

state.unwindOrder=*Stage{

??//Unwindingoftxpool(reinjectingtransactionsintothepoolneedstohappenafterunwindingexecution)

??stages,stages,stages,stages,stages,stages,stages,stages,stages,stages,

动态 | 以太坊未确认交易21634笔:Etherscan.io数据显示，当前以太坊未确认交易数为21634笔，与昨日相比未确认笔数基本持平，网络拥堵没有得到进一步缓解。[2019/3/6]

?}

通过?ETL?进行预处理

在将数据插入数据库之前，一些阶段会使用我们的ETL框架根据键值对数据进行排序。

这样就可以极大减少数据库写入放大的情况。

因此，当我们生成索引或者说哈希值化状态时，我们会执行一个多步骤流程。

将处理过的数据写入位于数据目录的几个临时文件中；

然后使用一个堆栈把临时文件中的数据插入到数据库中，并且使按照能够最小化数据库写入放大现象的顺序插入数据。

这种优化有时会将写入速度提高几个数量级。

各阶段

动态 | 以太坊未确认交易33905笔:据Etherscan.io数据显示，当前以太坊未确认交易为33905笔，近期未确认笔数相对稳定，持续在30000笔附近徘徊，网络拥堵程度一般。[2019/1/17]

每个阶段都包含两个函数，分别是向前推进阶段的ExecFunc?和向后回退阶段的?UnwindFunc。

从理论上来说，部分阶段可以离线工作，但是当前版本并未实现这一功能。

阶段1：下载区块头

在这一阶段，我们会下载本地HEAD区块和对等节点的HEAD区块之间的所有区块头。

这一阶段是CPU密集型的，适合使用多核处理器，因为要验证区块头的工作量证明。

由于区块链重组，大多数回退都是在这一阶段开始的。

这一阶段会推动本地HEAD的指针。

阶段2：区块哈希值

从区块头中抽取出一个从区块哈希值映射成区块号的索引表，以支持更快速的查找功能，并让同步过程对机械硬盘更为友好。

阶段3：下载区块体

在这一阶段，我们会将上一阶段已下载区块头的区块体也下载下来。

这一阶段需要保持良好的联网连接。绝大多数数据都在这一阶段下载。

阶段4：复原发送者

这一阶段会复原出并存储每个已下载区块中的每笔交易的发送者。

这一阶段同样是CPU密集型的，适合使用多核处理器。

这一阶段不需要联网。

阶段5：执行区块

在这一阶段，我们会执行之前下载的所有区块中的每一笔交易。

需要注意的一点是，在执行区块的过程中，我们不会验证根哈希，甚至不会创建默克尔树。

这一阶段是单线程的，无需联网，需占用大量磁盘空间。如果区块执行失败，可以回退该阶段。

阶段6：计算状态根

这一阶段会构建默克尔树，并验证当前状态的根哈希。

这一阶段也会构建中间哈希值，并将它们存储到数据库中。

如果之前没有存储任何中间哈希值，这一阶段会构建出完整的默克尔树及其根哈希。

如果数据库中没有中间哈希值，这一阶段就会利用区块的历史记录来弄清楚哪些哈希值已经过时，哪些哈希值是最新的，然后使用最新的哈希值来构建部分默克尔树，只重构过时的哈希值。

如果根哈希无法匹配，就会向后回退一个区块。

这一阶段不需要联网。

阶段7：生成哈希值化状态

在执行期间，Turbo-Geth使用无格式状态存储。

无格式状态：在标准状态中，账户和存储项的地址是?keccak256(address)?，但是在一般状态中，二者的地址就是?address?。

尽管如此，为了确保一些API能够正常运作并与其它客户端保持兼容，我们也会生成哈希值化状态。

如果哈希值化状态不是空值，我们会查看历史记录变更集，并且只更新已更改的项。

这个阶段不需要联网。

阶段8、9、10?：生成索引

同步期间会生成3个索引。

这3个索引可能会被禁用，因为所有API都不使用它们。

这一阶段不需要联网。

交易查询索引

该索引表由从交易哈希值到区块号的映射构成。

账户历史索引

该索引存储了从账户地址到区块列表的映射。

存储历史索引

该索引存储了从存储项地址到区块列表的映射。

阶段11：交易池

在这一阶段，我们会启动交易池或更新其状态。例如，如果我们已下载的区块中包含了某些交易，就把这些交易从交易池中移除。

在回退时，我们会将被回退的区块中的交易重新添加到交易池中。

这个阶段不需要联网。

原文链接:

https://github.com/ledgerwatch/turbo-geth/tree/master/eth/stagedsync

作者:?AlexSharov

翻译&校对:闵敏?&?阿剑

标签：STATAGGESHEADBCSSTARMETAGIRL币GES价格HEADBANGERS价格

酷币热门资讯