编者按：本文来自：以太坊爱好者，作者:GiulioRebuffo，翻译:阿剑，Odaily星球日报经授权转载。几个月以前，我加入了Turbo-Geth团队，开始主动给Trubo-Geth客户端贡献代码。Turbo-Geth客户端是Geth客户端的一个另类版本，其目标是做得比原有的客户端运行速度更快、更高效。那么Turbo-Geth实现这个目标的办法包括下面几项：进一步优化数据库结构在需要与状态数据交互的场合，减少对数据库的读、写操作优化状态树操作的效率在本文中，我会着重指出Turbo-Geth和Geth在数据库上的不同之处。主要的区别在于：不同的数据库按桶来细分数据库那么，本文的主要内容也就跟这两点相关。什么是Bolt，它跟LevelDB的区别在哪里？
Cardano的DEX交易量超1.2亿美元，创历史新高:5月27日消息，DefiLlama数据显示，Cardano的DEX交易额已经超过1.2亿美元，这一数字是四月份的两倍，已创下历史新高。[2023/5/27 9:45:13]
Bolt和LevelDB其实非常相似，两者都是“键-值对”存储，设计目标都是为不需要完整数据库服务器的项目提供简单、快捷且可靠的数据库。Geth选用的数据库是LevelDB，而Turbo-Geth选用的是Bolt。但两者也有一个关键区别：组织数据的方式。LevelDB是一个LSM数据库，而Bolt使用bucket，而且每一个bucket都包含着一个B+-Tree结构。我们可以把一个bucket当作“大数据库里的一个小数据库”。那么，两者之间的主要区别在于：LSM数据库是为重度添加操作和范围扫描操作优化的，而不是为随机读取的性能优化的；为了提供一致性，它不允许同时对数据库执行读、写操作。也是出于性能考虑，这种数据库是没有实现原子性的。Bolt则反之，插入操作速度较慢，但是随机读取速度较快，实现了原子性，而且可以同时对数据库读写。我们再稍微解释一下原子性：原子性：“原子”意味着不可分割。假设现在我们要给一个数据库存储多个哈希值，而其中一个在插入数据库时失败了，如果此时所有哈希值的操作都会同时撤销，这就叫做原子性。Turbo-Geth就有这样的特性，只有所有哈希值的插入操作都成功时，这个操作才能成功。而没有实现原子性的数据库则意味着，必须使用一个workaround以安全地将数据插入数据库。换句话来说，在这个点上，我们觉得Bolt更好，因为他在给数据库添加数据时更安全。数据库的组织
香港金管局副总裁：预期受监管的虚拟资产服务提供者将成功开立银行户口:金色财经报道，4月27日，香港金融管理局副总裁阮国恒发布文章《迎接机遇 ? 应对开户》表示，近月我们积极与银行讨论，亦表明没有任何法律或监管要求禁止在香港经营的银行向虚拟资产相关机构提供银行服务。
随着本港监管虚拟资产活动框架陆续落实，世界各地相继根据国际标准加强相关规管，银行对虚拟资产行业的了解也逐步加深，我们预期受监管的虚拟资产服务提供者将陆续通过合理的程序成功开立银行户口。为应对开户需求及理顺流程，金管局今日稍后会向银行发出通函，进一步厘清业界对客户尽职审查方面的一些疑问，并分享一些处理过的个案和良好做法供业界参考。另外，金管局明天会联同证券及期货事务监察委员会举行圆桌会议，与银行业界和部分虚拟资产相关机构共同为开户难作直接交流，并分享有用资讯。[2023/4/27 14:30:50]
如前所述，Turbo-Geth是切分成多个bucket的。每个bucket都是大数据库中的一个小数据，各自包含了一个B+-Tree结构。下面便是Turbo-Geth数据库在区块高度9,346,492处的切分：
DWF Labs与PUML Better Health达成合作:9月9日消息，瑞士Web3风险投资和做市商DWF Labs宣布与PUML Better Health达成Web3投资和做市合作伙伴关系。据悉，PUML Better Health通过PUMLx实现MoveToEarn理念。[2022/9/9 13:19:30]
V神：治理仅裁决两者optimistic+ZK之间的错误:金色财经报道，以太坊联合创始人Vitalik Buterin在社交媒体上称，混合思路：optimistic+ZK，治理仅裁决两者之间的错误。
1. 发布区块；
2. 等待 24 小时进行欺诈挑战；
3a。如果没有挑战，发布 ZK SNARK，最终确定；
3b。如果有挑战，根据（挑战游戏、ZK SNARK、治理）的 2-of-3 决定。
此外，将欺诈证明时间减少到24小时是安全的，因为攻击需要同时阻断24小时的挑战，并且打破三个解决机制中的一个。[2022/7/31 2:48:51]
-Turbo-Geth的Archive节点的数据区分-Geth客户端的Archive大小:3.7TBParity客户端的Archive大小:3.6TBTurbo-Geth客户端的Archive大小:652.62GB每一个部分都存储在一个bucket里面。其中主要部分的简要解释如下：原象：哈希值与地址之间的管理，以及存储位置哈希值与存储位置之间的关联收据：交易收据合约存储内容的历史：合约存储内容的变更历史账户历史：账户的变更历史区块头：每个区块的区块头区块体：每个区块的区块体合约存储内容：就是合约存储内容ChangeSet：数据库变更历史账户：账户使用这么多bucket，是为了让构成大数据库的各B+-Tree树高不至于太高，这样跟数据库的交互就会比较容易。换句话说，这是在使用多个bucket来提高读取数据库的性能。另一种备选方案：BadgerDB
在切换到Bolt之后，Turbo-Geth在处理随机键时遇到了一些问题，因为Bolt会在提交数据之前对这些键进行排序，又因为这些哈希值都是随机的，而且数量很多，所以产生了大量的排序需求，然后导致大量的写入放大现象。而BadgerDB使用log-structured-merge模式，似乎是一个更好的选择。这个问题仍在研究当中，不过，我们已经实现了一个workaround来解决这个问题。这里有一个图表，显示了BadgerDB和BoltDB在整体性能上的对比：
结语
Turbo-Geth客户端通过下列手段来优化以太坊的性能：使用多个bucket，以更迅速地检索某些数据片使用B+-Tree而非LSM如果你想给我们捐赠，可以通过Gitcoin。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。