RPC:引介 EIP-4444：對執行層客戶端的歷史數據設限

譯者注：EIP-4444提議把HISTORY_PRUNE_EPOCHS設為82125個epoch(即信標鏈上1年)，使得在PoS以太坊里執行層客戶端不再在p2p網絡上提供超過一年的區塊頭、區塊主體和收據的數據，客戶端可以在本地修剪這些歷史數據。此EIP的作者之一@lightclients在推特寫了簡介，本文為該推文的翻譯。

以太坊客戶端目前存儲著275GB的歷史數據，這些數據對于驗證區塊鏈是不必要的。這個數字正在以每年140GB的速度增長。EIP-4444提議客戶端修剪超過1年的數據。那么，為什么我們不直接修剪數據呢？

要理解為什么數據還沒被修剪，以及為什么這需要討論，就需要理解歷史數據今天是如何被使用的。有兩個主要的使用類別：同步和用戶通過JSON-RPC請求。

Sei Network將重新開放跨鏈橋Sei Bridge測試活動:6月13日消息，Layer1公鏈Sei Network將重新開放跨鏈橋Sei Bridge測試活動，并增加了一些新的變化，該活動旨在跨各種網絡測試Sei Bridge以及收集用戶測試后的反饋。[2023/6/13 21:33:02]

在同步里有兩種主要方法：

完全同步(FullSync)：下載并執行從創世直到區塊鏈頂端的每個區塊

狀態同步(StateSync)：這里有很多方案，但主要是用工作量證明檢查進行區塊頭同步，并下載最新區塊的狀態。

在這兩種情況下，客戶端通過p2p網絡請求歷史數據，以延長它們對鏈的視域(view)。信任模型通常是信任創世狀態然后驗證其他所有東西——要么完全驗證，要么通過工作量證明檢查進行輕度驗證。

SushiSwap就申請返還流入Lido的ETH發起征求意見:金色財經報道，SushiSwap在其官推披露目前已在Lido社區發起征求意見，其中提到因RouteProcessor2合約問題，一部分ETH被作為MEV獎勵轉移到區塊構建器，然后被定向到了Lido Execution Rewards Vault（或約795.9761955 ETH）。SushiSwap稱周末已聯系了幾位 Lido貢獻者討論收回這些資金的選擇，并被建議需在社區內進行討論，目前約有78枚ETH被發送到Lido Treasury，其余資金已經或將被重新抵押，SushiSwap表示希望征求意見后找到止損解決方案。[2023/4/14 14:02:20]

權益證明改變了這點。因為它容易遭受遠程攻擊，我們必須依賴“弱主觀性檢查點(WeakSubjectivityCheckpoint)”。這實質上是我們對權威鏈上一個區塊的信任程度等同于對PoW里創世區塊的信任。

區塊鏈金融科技公司GammaRey與GoLogiq簽署3.2億美元合并交易:1月3日消息，區塊鏈金融科技公司GammaRey宣布已與GoLogiq簽署3.2億美元合并交易，GoLogiq將發行價值3.2億美元的普通股以換取GammaRey公司100%流通股，該交易預計將在未來幾周內完成。

據悉，GammaRey是一家全球金融科技公司，致力于通過區塊鏈技術構建金融生態系統和平臺，包括數字錢包、無邊界支付等。GoLogiq在本次合并交易完成后將繼續使用“GOLQ”場外代碼并計劃申請在納斯達克或紐約證券交易所上市。（Globenewswire）[2023/1/4 9:50:28]

弱主觀性檢查點使得客戶端可以跳過通過p2p網絡請求歷史數據的引導步驟。當然，在檢查點后它們將仍然需要同步歷史數據——因此檢查點應該總是在修剪邊界之前。

建設銀行上線數字人民幣理財產品專區:6月15日消息，建設銀行上線了數字人民幣理財產品專區，為用戶提供數字人民幣理財服務。相關信息顯示，可以通過數字人民幣購買的兩款產品分別為建信理財“龍寶按日開放式理財產品”和“安鑫按日開放式理財產品”，這兩款理財產品起購金額均為1元。（北京商報）[2022/6/15 4:29:57]

這聽上去像是安全性上的倒退。以前，我們有一個2015年7月13日的哈希值做驗證。現在，我們有的是變動著的弱主觀性檢查點。但事實上，我們一直都依賴弱主觀性。

你最后一次驗證客戶端版本間的代碼差異是什么時候？大多數人沒有技術背景來做這件事。因此，每次你更新你的客戶端，你都依賴你的客戶端團隊嚴格地實現以太坊協議。

幸運的是，有很多人盯著像go-ethereum這樣的軟件。只需要一個吹哨者就能揭發代碼里的惡意提交。同樣，只需要有一個吹哨者指出一個客戶端推出一個惡意的弱主觀性檢查點。

事實上，驗證一個客戶端推出正確的弱主觀性檢查點比確保代碼正確執行協議要容易得多。

因此，從安全性的角度來看，其實是沒有倒退的。這也包括同步——歷史數據所需的另一個主要用途類別是為用戶請求提供服務。

用戶可以請求兩種類型的數據：

當前數據，例如存儲槽的數值、賬戶余額、最新的區塊高度等

歷史數據，例如在區塊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

Tags：ETHLID區塊鏈RPCeth大學商科BLID有人靠區塊鏈4天就掙了30萬RPC價格

比特幣價格