為分片采用掃清障礙 V神提出新的以太坊向后兼容方法_LOT

當前以太坊設計中的向后兼容性所面臨的挑戰之一是區塊鏈歷史記錄的訪問需要對 Merkle 證明進行 EVM驗證，這還假設區塊鏈將永遠使用相同的格式和相同的密碼技術。 未來的分片（Sharding）設計更是增加了這一點的重要性，因為Rollup的欺詐證明和有效性證明將需要指向分片數據的指針。

這篇文章提出了一種更加面向未來的方法：我們可以添加執行驗證特定類型證明的抽象任務的預編譯，而不是要求在 EVM 中驗證歷史和分片的證明。 如果將來更改格式，預編譯邏輯將自動更改。 預編譯甚至可以具有條件邏輯，用于驗證過渡前插槽（slot）的一種證明和轉換后插槽的另一種證明。

def verifyHistoricalBlockRoot( slot: uint256, ? ? value: bytes32, ? ? proof: bytes )這種預編譯將嘗試以兩種方式之一解釋該proof：

P2P比特幣交易所Paxful恢復運營:金色財經報道，P2P 比特幣交易所 Paxful 宣布在關閉一個多月后已恢復運營，該公司寫道：“一個月后，我們很高興地宣布 Paxful 市場重新上線，4 月初，我們面臨一個艱難的決定，即暫時關閉市場以保護我們所有的客戶和 Paxful 的未來。”

此前消息，Paxful 于 4 月關閉，首席執行官 Ray Youssef 因聯合創始人 Artur Schaback 起訴 Youssef 和公司不當解雇等原因對客戶資金安全表示擔憂。根據 Schabeck 的說法，Paxful 目前由一名托管人所有，除了 Schabeck 和 Youssef 之外，該托管人還擔任董事。[2023/5/9 14:50:59]

如果這個proof為空，則直接檢查該value是否為保存在正確位置的歷史區塊根。 如果slot太舊，它將失敗。

Celo公布2.0路線圖：與以太坊路線圖深度對齊，探索回購銷毀CELO代幣:據官方消息，Celo在官方博客中公布了Celo 2.0路線圖，Celo表示將與以太坊路線圖深度對齊；通過使Celo成為一個rollup友好鏈來實現水平可擴展性；使Celo成為最快的EVM L1；完善CELO代幣經濟學并獎勵貢獻者，將探索回購銷毀CELO以優化其價值；提供頂級開發人員體驗；建立強大的錢包和應用構建模塊。[2023/1/27 11:32:36]

如果這個proof是一個Merkle 分支，它會根據 history_roots 中的正確條目將其驗證為 Merkle 分支

def verifyHistoricalStateRoot( ? ? slot: uint256, ? ? value: bytes32, ? ? proof: bytes )驗證狀態根，使用與該區塊根相同的邏輯。

歐洲央行執行董事會成員：或將推出獨立數字歐元APP:金色財經報道，歐洲中央銀行執行董事會成員法比奧帕內塔表示，數字歐元將“永遠不可編程”，帕內塔聲稱擬議的歐洲央行數字貨幣不允許對資金的使用方式施加限制，因為中央銀行發行的是貨幣，而不是代金券，同時數字歐元可能不會在支持比特幣 (BTC) 等加密資產的去中心化技術上運行，但是否使用區塊鏈技術目前仍在討論，此外歐元央行還可能推出一個獨立的數字歐元應用程序在使用該貨幣的 20 個國家提供服務，但也可以集成到現有的銀行專有應用程序中。（coindesk）[2023/1/24 11:27:27]

def verifyHistoricalStateValue( ? ? slot: uint256, ? ? key: bytes32, ? ? value: bytes32, ? ? proof: bytes ) 驗證歷史狀態中的值。 這個proof包括三個要素：

數據：比特幣全網算力上周首次突破260E:9月11日消息，據bitinfocharts數據顯示，比特幣全網算力于上周9月4日首次突破260E，并創下了264.8047E的迄今最高算力值。當前比特幣全網算力約為245.908 Ehash/s，過去24小時上漲10.31%。[2022/9/11 13:22:46]

表明狀態根正確性的證明

Patricia 或 Verkle 或其他證明該value實際上位于狀態樹中的位置key中的證明（這假設將所有帳戶內容映射到 32 字節key的提議方案已永久保存）

def verifyHistoricalTransaction( ? ? slot: uint256, ? ? txindex: uint256, ? ? tx: bytes, ? ? proof: bytes ) 驗證 tx 實際上是否在給定slot的區塊的 txindex 中。 證明內容如下：

表明區塊根正確性的證明

證明給定的tx實際上是給定位置的交易

def verifyHistoricalReceipt( ? ? slot: uint256, ? ? txindex: uint256, ? ? receipt: bytes, ? ? proof: bytes ) 驗證receipt實際上是給定slot的 txindex 處的交易接收。 證明內容如下：

證明區塊根正確性的證明

證明給定收據實際上是給定位置的receipt

def verifyShardBlockBody( ? ? slot: uint256, ? ? shard: uint256, ? ? startChunk: uint256, ? ?chunks: uint256, ? ? data: bytes, ? ? proof: bytes ) 驗證 data = body[32 * startChunk: 32 * (startChunk + chunks)] ，其中 body 是給定slot中給定分片的主體。 該證明將包括：

證明區塊子集的 Kate 證明

如果slot太舊（超過 128 個 epoch？），則在slot + 96 處的區塊根的 Merkle 證明，然后是從該slot到分片承諾數組中的位置的 Merkle 證明，顯示一個最終性承諾

當我們使用 BLS-12-381 Kate 承諾時，預編譯還將驗證數據是 32 字節chunk的列表，其中每個chunk都小于曲線子組順序。 如果沒有在給定位置保存分片區塊，則預編譯就像在該位置保存了對零長度數據的承諾一樣。 如果給定位置的value未確認，則預編譯總是失敗。

def verifyShardPolynomialEvaluation( ? ? slot: uint256, ? ? shard: uint256, ? ? x: uint256, ? ? y: uint256, ? ? proof: bytes ) 如果我們將給定 (slot, shard) 處的分片區塊視為多項式 P，其中字節 i*32 ... i*32+31 是 w**i 處的評估，這將驗證 P(x) = y。該proof與數據子集proof相同，除了 Kate 證明正在證明某個點（可能在域外）的評估而不是在證明一個位置子集的數據。

如果我們將來不再使用 BLS-12-381（例如，使用 32 字節二進制字段證明），則預編譯會將 SNARK 作為輸入，驗證數據完全由小于該曲線階數的值組成，并驗證對當前字段數據的評估。

這種預編譯對于等價協議的跨多項式承諾方案證明?很有用，可用于允許 ZK Rollup直接對分片數據進行操作。

作者：Vitalik Buterin

原文：https://ethresear.ch/t/future-proof-shard-and-history-access-precompiles/9781

Tags：ROOLOTSLOTUINROOBEE價格LOTO幣AlphaslotQUINTA幣

FIL幣