区块链应用 | 区块链膨胀：以太坊客户端如何解决存储问题

以太坊界最近动作频频，24270个代币，27358笔待决交易，463713只云猫，虽然许多加密货币爱好者认为这是一个积极的迹象，但随着网络的使用激增，它的交易历史越来越长，区块链也更加难以控制。

尽管导致交易积压和费用上涨的网络拥塞已经成为人们关注的焦点，但这个规模还存在另一个问题——不断增长的数据库，给想要运行一个完整节点的用户带来了巨大的存储成本。

这个数据库叫做以太坊状态，它保存了支持平台的计算机和以太坊区块链本身需要存储的所有运算。而且，随着存储的时间和金钱成本的增加，选择运行完整节点的人越来越少，许多人担心这将导致以太坊网络的寡头化。

开发人员意识到了这个问题

首先，以太坊开发人员正在进行协议级别的更改，比如分片，目的是让数据库实现最小化。但由于这些技术仍在开发中，其他运行以太坊客户端的利益相关者一直面临着应对状态数据库增长的新压力。为了限制这种影响，两个最受欢迎的以太坊客户端Geth和Parity最近发布了一些更新，试图改善这种情况。

第一次更新是在上周通过奇偶校验发布的，通过消除不必要的临时文件，减少了存储需求，这些文件都是在软件存储以太坊的历史记录时生成的。更新之后，大家都说体验有了大幅提升。与此同时，独立开发者Alexey Akhunov一直在重写Geth客户端，将其命名为"Turbo Geth"。Akhunov说，该项目旨在去除客户端在处理以太坊状态过程中出现的不必要的重复信息。

Geth的开发人员也在致力于优化它，试图纠正客户端以"快速"模式与网络同步时出现的信息存储方式异常。人们还在研究一种只存储压缩后的状态的"无状态客户端"。甚至有人猜测，即使不进行协议级的更改，也有可能成功研究出无状态客户端。

但是，客户端优化并不能减轻大家对于状态的关注。因为客户端优化总有它的极限，在那之后，开发人员将会把注意力转向分片等正在开发的技术，将以太坊数据库分解成存储在不同节点上的小数据库，以减轻将完整数据库存储在单个客户端的压力。

原文发布时间为：2018-02-01

本文作者：译东西

本文来源：36Kr，如需转载请联系原作者。