当前以太坊设计中的向后兼容性所面临的挑战之一是区块链历史记录的访问需要对 Merkle 证明进行 EVM验证，这还假设区块链将永远使用相同的格式和相同的密码技术。 未来的分片（Sharding）设计更是增加了这一点的重要性，因为Rollup的欺诈证明和有效性证明将需要指向分片数据的指针。
这篇文章提出了一种更加面向未来的方法：我们可以添加执行验证特定类型证明的抽象任务的预编译，而不是要求在 EVM 中验证历史和分片的证明。 如果将来更改格式，预编译逻辑将自动更改。 预编译甚至可以具有条件逻辑，用于验证过渡前插槽（slot）的一种证明和转换后插槽的另一种证明。
def verifyHistoricalBlockRoot( slot: uint256, ? ? value: bytes32, ? ? proof: bytes )这种预编译将尝试以两种方式之一解释该proof：
基于比特币的NFT系列“Space Pepes”7日交易量超730万美元，排名第一:5月25日消息，Cryptoslam数据显示，基于比特币的“Space Pepes”系列NFT 7日交易量超过730万美元，目前排名第一。
每只Space Pepes的售价略低于100美元，数据显示，大部分交易量发生在5月19日，此后逐渐下降。[2023/5/25 10:39:57]
如果这个proof为空，则直接检查该value是否为保存在正确位置的历史区块根。 如果slot太旧，它将失败。
如果这个proof是一个Merkle 分支，它会根据 history_roots 中的正确条目将其验证为 Merkle 分支
def verifyHistoricalStateRoot( ? ? slot: uint256, ? ? value: bytes32, ? ? proof: bytes )验证状态根，使用与该区块根相同的逻辑。
数据：5,057枚BTC从Bybit转移到未知钱包:金色财经报道，Whale Alert监测数据显示，北京时间11月10日13时43分，5,057枚BTC (价值约83,945,220美元) 从Bybit转移到未知钱包。[2022/11/10 12:43:16]
def verifyHistoricalStateValue( ? ? slot: uint256, ? ? key: bytes32, ? ? value: bytes32, ? ? proof: bytes ) 验证历史状态中的值。 这个proof包括三个要素：
表明状态根正确性的证明
Patricia 或 Verkle 或其他证明该value实际上位于状态树中的位置key中的证明（这假设将所有帐户内容映射到 32 字节key的提议方案已永久保存）
孙正义：如果独角兽创始人不接受较低的估值，创业寒冬可能会持续更长时间:8月8日消息，软银集团发布截至6月30日的2022财年第一财季财报。软银集团首席执行官孙正义表示，一些独角兽创始人不愿意在新的融资审议中接受较低的估值，这一事实让他相信非上市公司的“冬天可能更长”。独角兽公司的领导者仍然相信他们的估值，不会接受看到他们的估值低于他们的想象。
此前消息，软银第一财季创纪录亏损234亿美元，因投资组合价值缩水。[2022/8/8 12:09:46]
def verifyHistoricalTransaction( ? ? slot: uint256, ? ? txindex: uint256, ? ? tx: bytes, ? ? proof: bytes ) 验证 tx 实际上是否在给定slot的区块的 txindex 中。 证明内容如下：
“春风十里不如你”数字藏品在希壤元宇宙发售:金色财经报道，7月8日，冯唐的首个数字藏品“春风十里不如你”在百度希壤商城、小度寻宇正式发售，限量2000份。据悉，依托百度超级链，每份“春风十里不如你”数字藏品都具有唯一的链上序列号，即独立的、不可篡改的、可实时查验的ID，代表着其独一无二的收藏价值。据发售信息显示，“春风十里不如你”将与冯唐首件元宇宙艺术作品“元立方”合二为一。[2022/7/10 2:02:38]
表明区块根正确性的证明
证明给定的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
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。