知識點來了 Eth1.x 術語你都了解嗎？（中）_ETH

干貨 | Eth1.x 術語表（上）

事務廣播

P2P 網絡的功能，幫助分發?新的?事務到網絡中的所有節點

依賴于節點能夠訪問?ETH?DevP2P Protocol 或者?LES?DevP2P Protocol

依賴于執行事務驗證的能力來防止對節點的 DoS 攻擊

而驗證事務是計算密集型的（譯者注：計算密集是重點嗎？還是具備相關狀態數據的需求才是重點？）

區塊廣播

廣播最新的區塊

依賴于區塊驗證的能力

檢索區塊頭

根據哈希

根據區塊號

可批請求，所請求內容必須是連續的，或者其前后之間有一致的間隔

檢索區塊體

所得數據需要根據?Header.transactions_root?和?Header.uncles_root?來驗證（譯者注：即依據本地已有的區塊頭數據來驗證相應區塊體的完整性）

檢索收據

根據區塊分批檢索

所得數據需要根據?Header.receipts_root?來驗證

歐易OKX宣布將基于全覽默克爾樹、零知識證明升級儲備金證明:3月2日消息，據歐易 OKX 官方消息，平臺宣布在未來幾個月內升級儲備金證明，將基于全覽默克爾樹、零知識證明的技術來證明償付能力。后續將允許任何人查閱默克爾樹中的所有資產情況，但也會通過拆分和洗牌的方式保障用戶隱私。

據了解，除儲備金干凈度為 100% 外，歐易 OKX 是目前唯一一家同時實現默克爾樹開源驗證、錢包地址所有權開源驗證、鏈上資產開源驗證的交易平臺。自去年 11 月份以來，歐易按月定期發布 PoR 報告，持續引領行業提升透明度。[2023/3/2 12:38:51]

根據哈希值來檢索單個狀態樹節點

在未來的協議中有可能會移除，因為這種檢索機制與 flat database layout 有沖突

依賴于節點能訪問區塊廣播網絡

依賴于具有從全體區塊頭中獲得的近期區塊頭

依賴于執行區塊驗證的能力來防止 DoS 攻擊

驗證事務需要：

有能力執行?ecrecover?操作來確定發送者（譯者注：即從簽名數據中恢復出發送者的地址）

確認該事務的 nonce?正是?該發起事務的賬戶的下一個 nonce

Polygon聯合創始人：承諾為零知識技術投資10億美元:12月25日消息，Polygon聯合創始人Sandeep Nailwal在接受采訪時表示，根據PolygonScan瀏覽器，Polygon平均出塊時間約為2.3秒，以太坊平均出塊時間則是15秒。然后Gas費大概是0.001 MATIC。

關于投資零知識技術的目標，Nailwal回答稱，“我們承諾為零知識技術投資10億美元，我們認為這是區塊鏈擴展的圣杯。隱私是第二個因素——這是每個人都會感到困惑的一個因素。因此，您可以使用ZK在以太坊上驗證計算，而無需發回全部數據。相反，您只需證明在第二層上所有計算都是正確的，并將一個簡潔的證明放回到以太坊。”

Nailwal還表示，“即使ETH 2.0升級已經實現，也不會提供足夠的可擴展性。明年，PoS升級將保持一切不變；就像以太坊現在每秒有13筆交易（TPS），在PoS之后也許會達到20 TPS，但不會超過這個數字。所以這不會增加任何可擴展性。假設在三到五年內，即使實現分片，我們預測會有64個分片，每個分片每秒處理20筆交易，但總的來說還是每秒1280筆交易，對嗎？這對整個世界來說還是不夠的。”（Cointelegraph）[2021/12/25 8:03:07]

確認該賬戶的余額足以支付該事務的 gas（譯者注：該檢查的方法應為 `余額 > 該交易指定的 gas price * gas limit）

動態 | Maker Foundation將商標和知識產權轉至Dai基金會:金色財經報道，MakerDAO項目背后的非營利組織Maker Foundation宣布將Maker和Dai的商標轉移到獨立的丹麥基金會Dai基金會。此外，Maker Foundation也將轉移其軟件知識產權（IP）。 根據Dai基金會的說法，其目的是“保護Maker協議中技術上無法去中心化的內容，即構成該協議基礎的某些無形資產，”確保這些資產“用于Maker協議的可持續增長，并最大限度地提高符合一系列基本原則的公共利益。”[2020/1/1]

需要了解 EVM 的規則來計算事務的 gas 值

區塊驗證包含下述事項中的所有內容：

檢查工作量證明的 seal

比較同一高度上其它競爭區塊的挖礦總難度

執行交易，以驗證?Header.state_root?的正確性

需要區塊執行能力

把區塊號映射為該高度的主鏈區塊的哈希值

需要從全部區塊頭中構建

每 100 萬個區塊，存儲映射需占用 61 MB

區塊號需要 32 字節

動態 | 摩根大通正在測試零知識隱私解決方案:據coindesk報道，摩根大通（JPMorgan Chase）正在測試一種名為AZTEC的零知識隱私解決方案。該協議由倫敦創業公司AZTEC開發，旨在以更低的成本和更高效的方式對區塊鏈數據進行加密。摩根大通內部人士證實，該銀行的Quorum團隊正在關注AZTEC，并且一直希望將Quorum的零知識證明工業化。[2019/3/1]

區塊哈希值也要 32 字節

可以使用更高效的變長編碼方法來減少長度

每個條目需要 64 bytes（字節）

截至 2021 年 1 月 29 日，主鏈區塊索引總共占用約 600 MB 的空間

只能夠通過驗證所得區塊哈希是否等于該高度上已知主鏈的區塊哈希值來證明

如果能為協議引入區塊頭累加器的話，證明效率可以更高

把事務的哈希值映射成該事務所在主鏈區塊的哈希值，以及該事務在該塊內的索引值。

需要從歷史區塊體中構建

截至 2021 年 1月 29 日，總共有 10 億筆歷史事務

每個條目都需要占用 70 字節

動態 | 聯合國教科文組織與AGI向兒童傳授區塊鏈等技術知識:據BTCmanager消息，聯合國教科文組織國際教育局（IBE）宣布和SingularityNET（AGI）合作，建立從幼兒園到12年級的新課程形式，重點將向青年傳授新興技術發展等知識，包括區塊鏈技術和機器學習。[2018/9/28]

可以使用變長編碼方法來稍微減少長度

事務哈希值 32 字節

主鏈區塊哈希值 32 字節

事務索引 4 字節

截至 2021 年 1 月 29 日，這些索引總共占用 65 GB 空間

可以使用根據?Header.transactions_root?生成的默克爾證據來證明

一類能讓我們高效證明某個區塊頭來自主鏈的機制。基于 https://ethresear.ch/t/double-batched-merkle-log-accumulator/571

區塊頭同步

即一個節點追趕區塊鏈的頂端時所用的進程。基于不同的安全等級，有幾種同步方法“

完全驗證

從創世塊起下載全體區塊頭

檢查點式下載法

使用一個自己信任的較近區塊的區塊頭，并從該區塊頭開始追及區塊鏈

追隨 HEAD（區塊鏈最新區塊）

只需追隨最新區塊頭，就可以相當有自信（自己同步得到的是主鏈而非偽鏈）。區塊鏈越長，攻擊者要制造偽鏈所需付出的代價就越大

當前，只有掌握了全體區塊頭，才能夠任意地驗證其他歷史數據。區塊頭累加器可以改善這個狀態，使得一個客戶端可以把檢查點設在區塊鏈頂端，而仍然能夠驗證歷史數據。

區塊同步

客戶端用來 pull（拉取）歷史事務和叔塊信息的進程。

驗證這些數據需要先有全體區塊頭，然后根據?Header.transactions_root?和?Header.uncles_root?來檢查

收據同步

不執行 Full Sync（完全同步）的客戶端往往需要通過 ETH DevP2p 協議來取得歷史收據

驗證這些數據需要先有全體區塊頭，然后根據?Header.receipts_root?和來檢查

節點獲得近期狀態完整副本的機制。

Full Sync（完全同步）

下載所有歷史區塊并按順序執行這些區塊。

最簡單的同步方法

計算量非常大

需要區塊頭同步

需要區塊同步

快速同步

下載全部歷史區塊，以及近期狀態數據的副本

使用了一個安全假設：從歷史區塊中得到的狀態根都是正確的

要求歷史同步

會給提供這些狀態數據的節點造成很大的負擔

Flat Dtatabase Layout 不容易滿足快速同步的要求

Snap Sync（快照同步）

下載全部歷史區塊以及近期狀態數據的副本

非常適合 Flat Dtatabase Layout

帶寬、硬盤讀寫和耗費時間都有指數級節省

Stateless Sync（無狀態同步）

這個術語并不常用，其定義也可能隨時調整

不像其它狀態同步方法，這一方法最終無法使節點獲得近期狀態數據的完整副本。就其自身而言，其用法是免去維護狀態數據本地副本之需、仍能驗證區塊；或者，它可以與其他同步方法結合，從而能即時驗證區塊，然后慢慢在本地構建出可訪問的完整狀態數據。

需要區塊廣播

需要區塊見證數據

Beam Sync（光子同步）

光子同步本質上就是一種無狀態同步，但不要求網絡提供區塊見證數據。相反，客戶端是按需從網絡中請求所需的狀態

需要按需狀態檢索

Access list（訪問列表）的可得性大大提高了這種方法的效率

即從網絡中檢索任意狀態元素的能力。

GetNodeData

ETH?DevP2P 協議會暴露信息對?GetNodeData/NodeData，允許檢索任意狀態。此消息格式可能會被棄用。

基于 DHT 的狀態網絡

一種設想：我們可以讓狀態分散在網絡中的所有節點中，并使這些數據能夠按需被發現及檢索到。

要求節點能夠：

訪問待打包事務池

運行 EVM

在某些形式的 EVM 執行過程中會觸及的賬戶和合約存儲位置的列表

Static State Access（靜態訪問模式，SSA）

EVM 執行在某些時候會具備的一種屬性：調用者可以準確地預知該次執行會觸及哪些狀態

Dynamic State Access（動態訪問模式，DSA）

EVM 執行在某些時候會具備的一種屬性：調用者無法準確地預知到底會觸及哪些狀態

需要 EVM 執行

就是執行給定區塊中所有事務的過程

舉要 EVM 的某種實現

要求能夠訪問該次執行所觸及的狀態

可以使用近期狀態來實現

也可使用區塊見證數據來實現

管理用于簽署事務的私鑰

賬戶一般會存儲在一個 Keyfile （密鑰文件）里

一種加密的存儲格式，用于存儲私鑰

Eth2 BLS Keystore 規范：https://eips.ethereum.org/EIPS/eip-2335

Eth1 Keystore 規范：https://github.com/ethereum/wiki/wiki/Web3-Secret-Storage-Definition

解密一般來說依賴于一些密碼學元件，如：?keccak、?scrypt、?pbkdf2?和 ECC/BLS12-381

Tags：ETHHEAD區塊鏈ROOETHF幣Headbangers Club區塊鏈的未來發展前景分析ROO價格

MATIC