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

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

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

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

浙江：鼓勵平臺企業運用區塊鏈等創新技術打造多元應用場景:金色財經報道，浙江印發《關于促進平臺經濟高質量發展的實施意見》，鼓勵平臺經濟未來場景創新。鼓勵平臺企業運用區塊鏈、數字孿生、擴展現實等創新技術打造面向未來的多元應用場景。加快構筑元宇宙未來產業新優勢，支持多元化主體建設元宇宙綜合試驗平臺，加強元宇宙在多場景中的應用，全方位推進元宇宙產業鏈條化、規模化、國際化。鼓勵平臺企業參與數字人民幣試點，深化在零售交易、生活繳費、政務服務等場景試點應用。支持平臺企業參與智慧城市建設，實施社區、樓宇、園區等區域智能服務改造建設工程，打造智慧商圈、智慧街區和未來社區。支持平臺企業為重點產業、特定場景提供數字化轉型技術和服務。鼓勵平臺企業依法依規構建“生產服務 + 商業模式 + 金融服務”的平臺體系，規范發展供應鏈金融服務。[2023/7/5 22:19:18]

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

報告：灰度比特幣信托將受到保護免遭Genesis危機影響:11月22日消息，美國知名金融顧問機構Bernstein Research發布報告稱，Genesis Global Capital停止提款的情況并不直接影響灰度比特幣信托（GBTC），即使Genesis無法為其借貸賬簿籌集流動性并申請破產，債權人也無法對GBTC資產提出索賠。

該報告稱，市場擔心灰度（Grayscale）可能被考慮作為災難發生時的戰略選擇，但分析師認為，即使在最不利的情況下，DCG也寧愿保留灰度而不是Genesis的業務。

據Bernstein稱，灰度是DCG的旗艦業務及其“搖錢樹”，每年產生約3億美元的費用收入。分析師Gautam Chhugani和Manas Agrawal寫道：GBTC的信托結構保護其持有人，并在DCG或DCGGroup實體內部避免出現故障。[2022/11/22 7:54:37]

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

StarkNet基金會成立，將持有50.1%StarkNet Token:據官方消息，StarkWare成立非營利基金“StarkNet基金會”以推動StarkNet生態發展，并將通過研究治理機制等來幫助網絡實現去中心化。

StarkNet基金會將持有50.1億枚StarkNet Token，占總量的50.1%，這些資金將用于維護StarkNet安全性、支持網絡的持續發展和擴展以及開發人員。該基金會的董事會成員包括StarkWare聯合創始人Uri Kolodny（首席執行官）和Eli Ben-Sasson（總裁），以及擔任StarkWare顧問的數學家和計算機科學家Shubhangi Saraf、OSS Capital合伙人Heather Meeker、以太坊核心開發人員Tomasz Stańczak、前美國副首席技術官Andrew McLaughlin以及加密貨幣投資者Eric Wall。[2022/11/10 12:42:44]

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

ETH跌破1200美元，24小時跌幅達19.53%:金色財經報道，行情顯示，ETH跌破1200美元，現報1198.61美元，24小時跌幅達到19.53%，行情波動較大，請做好風險控制。[2022/11/9 12:39:03]

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

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

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

這聽上去像是安全性上的倒退。以前，我們有一個 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 的信任模型。

新標準將是不存儲歷史數據并運行一個客戶端多路復用器。這意味著以太坊客戶端的標準內存占用會減少 275 GB——但還有最后一個問題需要提及。

當前，當請求的數據不存在時，以太坊的 JSON-RPC 會給一個空響應。假設客戶端沒有在同步，這會以“這個數據不存在于權威鏈或最近的分叉”被接受。

一旦客戶端開始修剪舊數據，這種不變性就會被打破。當一個用戶請求一個特定交易收據時，客戶端將不知道該收據是被修剪了還是從來沒有存在過。目前，我們期望 RPC 將對這兩種情況返回一個空響應。

我很想得到關于這種方法的反饋。JSON-RPC 的使用者對此有什么看法？你們訪問超過 1 年的歷史數據的頻率如何？另一種方法 (盡管更重) 是保持一個被修剪數據哈希值的索引，這樣可以向用戶返回更多的內容。

275 GB 這個數據是在 geth db inspect 的輸出里查到的。下面是截圖：

正式的 EIP-4444 (順便提一下，讀作 EIP four 4s) 規范可以在這里找到：

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

來源：@lightclients

Tags：STASTARKARKSTARStabilizeSTARK幣starknet幣價分析STARSHIP

AVAX