以太坊:引介 EIP-4444：对执行层客户端的历史数据设限

译者注：EIP-4444提议把HISTORY_PRUNE_EPOCHS设为82125个epoch(即信标链上1年)，使得在PoS以太坊里执行层客户端不再在p2p网络上提供超过一年的区块头、区块主体和收据的数据，客户端可以在本地修剪这些历史数据。此EIP的作者之一@lightclients在推特写了简介，本文为该推文的翻译。

以太坊客户端目前存储着275GB的历史数据，这些数据对于验证区块链是不必要的。这个数字正在以每年140GB的速度增长。EIP-4444提议客户端修剪超过1年的数据。那么，为什么我们不直接修剪数据呢？

要理解为什么数据还没被修剪，以及为什么这需要讨论，就需要理解历史数据今天是如何被使用的。有两个主要的使用类别：同步和用户通过JSON-RPC请求。

以太坊Layer2上总锁仓量为84.88亿美元:金色财经报道，L2BEAT数据显示，截至目前，以太坊Layer2上总锁仓量为84.88亿美元，近7日涨2.36%。其中锁仓量最高的为扩容方案Arbitrum One，约54.62亿美元，占比64.35%，其次是Optimism，锁仓量15.69亿美元，占比18.49%。[2023/6/18 21:44:46]

在同步里有两种主要方法：

完全同步(FullSync)：下载并执行从创世直到区块链顶端的每个区块

状态同步(StateSync)：这里有很多方案，但主要是用工作量证明检查进行区块头同步，并下载最新区块的状态。

在这两种情况下，客户端通过p2p网络请求历史数据，以延长它们对链的视域(view)。信任模型通常是信任创世状态然后验证其他所有东西——要么完全验证，要么通过工作量证明检查进行轻度验证。

暂未有任何证据表明美SEC冻结Binance.US资产申请获批:6月8日消息，今日早些时候 Coingraph news 发布美 SEC 冻结 Binance.US 相关资产申请获得法院批准，并称其内容来自当地新闻媒体报纸，截止目前，距该推文发布已过去近 7 个小时时间，Coingraph News 仍未能公布其报道的确切信源和相关证据，目前暂无法确认消息真实性。BlockBeats 会持续对该消息进行跟进。[2023/6/8 21:22:21]

权益证明改变了这点。因为它容易遭受远程攻击，我们必须依赖“弱主观性检查点(WeakSubjectivityCheckpoint)”。这实质上是我们对权威链上一个区块的信任程度等同于对PoW里创世区块的信任。

弱主观性检查点使得客户端可以跳过通过p2p网络请求历史数据的引导步骤。当然，在检查点后它们将仍然需要同步历史数据——因此检查点应该总是在修剪边界之前。

过去一小时36万枚OKB从OKEx转移至未知钱包:金色财经报道，据Whale Alert数据监测，过去一小时内，累计有36万枚OKB从OKEx转移至未知钱包，约合1633万美元。[2023/3/23 13:21:54]

这听上去像是安全性上的倒退。以前，我们有一个2015年7月13日的哈希值做验证。现在，我们有的是变动着的弱主观性检查点。但事实上，我们一直都依赖弱主观性。

你最后一次验证客户端版本间的代码差异是什么时候？大多数人没有技术背景来做这件事。因此，每次你更新你的客户端，你都依赖你的客户端团队严格地实现以太坊协议。

幸运的是，有很多人盯着像go-ethereum这样的软件。只需要一个吹哨者就能揭发代码里的恶意提交。同样，只需要有一个吹哨者指出一个客户端推出一个恶意的弱主观性检查点。

英国数字银行Revolut与加密支付应用Elrond达成合作:金色财经报道，英国数字银行 Revolut 与加密支付应用Elrond达成合作，Elrond的数字Token EGLD将能在这款金融科技应用上进行交易。数据显示，Revolut公司估值已达到330亿美元，当前在全球范围内客户群规模超过2000万，旨在帮助欧盟和英国用户购买、持有和出售加密货币来增加金融包容性。（prnewswire）[2022/8/27 12:52:13]

事实上，验证一个客户端推出正确的弱主观性检查点比确保代码正确执行协议要容易得多。

因此，从安全性的角度来看，其实是没有倒退的。这也包括同步——历史数据所需的另一个主要用途类别是为用户请求提供服务。

用户可以请求两种类型的数据：

当前数据，例如存储槽的数值、账户余额、最新的区块高度等

历史数据，例如在区块N的存储槽数据、区块N的区块头、交易收据等

当前的数据将继续可以被访问，当实现EIP-4444后，历史数据能否被访问取决于它是多长时间以前的。

历史数据的主要使用者是dapp开发者。很多dapp添加历史数据到它们的数据库，通过它们的前端提供给用户。对于他们来说，能够遍历所有交易和日志是很重要的。

支持这个用例有多个方法——现在最受欢迎的方法是客户端发布多路复用器，支持一定范围区块的版本会执行该范围的区块。例如，geth版本A可能支持直到区块高度为10m的区块，而geth版本B则支持10m之后的区块。

多路复用器将用版本A执行区块高度为0到10m的区块，输出状态数据库并将其导入geth版本B，然后继续执行10m之后的区块。JSON-RPC请求会被导向有合适信息响应的客户端。

但是，如果历史区块在p2p网络上不再可得——那谁来提供这些数据？预计会有很多大型、受信任的机构提供这些数据的镜像。由于数据是静态的，所以很容易就其哈希值达成共识并进行验证。这是1-of-N的信任模型。

新标准将是不存储历史数据并运行一个客户端多路复用器。这意味着以太坊客户端的标准内存占用会减少275GB——但还有最后一个问题需要提及。

当前，当请求的数据不存在时，以太坊的JSON-RPC会给一个空响应。假设客户端没有在同步，这会以“这个数据不存在于权威链或最近的分叉”被接受。

一旦客户端开始修剪旧数据，这种不变性就会被打破。当一个用户请求一个特定交易收据时，客户端将不知道该收据是被修剪了还是从来没有存在过。目前，我们期望RPC将对这两种情况返回一个空响应。

我很想得到关于这种方法的反馈。JSON-RPC的使用者对此有什么看法？你们访问超过1年的历史数据的频率如何？另一种方法(尽管更重)是保持一个被修剪数据哈希值的索引，这样可以向用户返回更多的内容。

275GB这个数据是在gethdbinspect的输出里查到的。下面是截图：

正式的EIP-4444(顺便提一下，读作EIPfour4s)规范可以在这里找到：

https://t.co/vlfYfcIGpN?amp=1

来源：@lightclients

标签：以太坊ETHRPCGETehash币持仓挖以太坊ETHPLO币RPC价格GETC价格

酷币交易所热门资讯