以太坊turbo geth客户端测试版一分钟视图

turbogETH客户端测试版计划引入挖矿功能、一致性引擎组件和简化的块下载。

turbogETH客户端简介：beta版的目标

我们没有固定的时间从阿尔法搬到比塔。另一方面，我们已经确定了迁移到beta版的一些先决条件；实现这些条件意味着turbogETH已经准备好了。下面列出了我们想要实现的目标：

挖矿功能

让turbo gETH支持高效挖矿的困难在于，在任何时间点，只有一个状态被认为是“最新的”。在挖矿中，节点需要生成“推测性”块和“推测性”状态来计算新块的块头中所需的状态根哈希值。目前的想法是，“推测”状态是内存中的缓存，可以“复制”复制”意味着创建缓存的一个延迟浅层副本，因此对副本的更改不会影响节点的状态。

然而，已经证明，由散列状态和中间散列组成的当前数据模式不适合维护这样的缓存。因此我们正在进行数据模式的修正工作，希望能够实现可复制的状态缓存，进而实现挖矿功能。

简化块头和块体下载

在当前相位同步中，块头和块体下载分别安排在相位1和相位3。这两个阶段在外观和使用上与其他阶段非常不同，因为它们是基于从go以太坊客户端继承的块头/块体/接收/状态下载实现开发的。这些代码比turbo-gETH的相位同步功能更强，可以（而且应该）用简化版本来代替。这个简化版本已经有了一个可用的概念验证，现在可以进行测试和记录了。

通用发动机部件

有一个称为“可插入共识”的概念，这意味着客户端应该能够轻松地从工作负载证明迁移到授权证明（POS），包括从工作负载证明的一个变体切换到另一个变体，以及从Poa的一个变体切换到另一个变体。事实上，有些人使用接口来实现共识机制即插即用，但由于它们仍在同一进程中运行，因此通常与其他代码交织在一起。我们已经在设计一个接口，允许共识引擎在一个单独的进程中运行。

有了这样一个接口，尽管它仍然可以在同一个进程中运行，但它可以更直接地将一致性引擎与事务执行分离开来。我们已经为ETHash POW和clique POA实现了一个概念验证，现在已经准备好集成、测试和记录。

从LMDB迁移到mdbx

turbogETH客户端从boltdb数据库的后端启动。现在我们正在添加对badgerdb的支持。最后，我们将完全迁移到LMDB。有时，我们使用LMDB的方式会导致一些稳定性问题，这甚至是LMDB的创建者都没有预料到的。因此，我们一直在研究一种支持度更好的LMDB变体mdbx，希望利用它的稳定性改进，使所有功能在未来更加紧密地集成在一起。mdbx的集成已经完成。现在我们需要测试和记录。