ROO:为分片采用扫清障碍 V神提出新的以太坊向后兼容方法

当前以太坊设计中的向后兼容性所面临的挑战之一是区块链历史记录的访问需要对Merkle证明进行EVM验证，这还假设区块链将永远使用相同的格式和相同的密码技术。未来的分片设计更是增加了这一点的重要性，因为Rollup的欺诈证明和有效性证明将需要指向分片数据的指针。

这篇文章提出了一种更加面向未来的方法：我们可以添加执行验证特定类型证明的抽象任务的预编译，而不是要求在EVM中验证历史和分片的证明。如果将来更改格式，预编译逻辑将自动更改。预编译甚至可以具有条件逻辑，用于验证过渡前插槽的一种证明和转换后插槽的另一种证明。

历史区块数据

defverifyHistoricalBlockRoot(slot:uint256,??value:bytes32,??proof:bytes)

调查：葡萄牙的加密货币采用率低于全球平均水平，只有2.6%的人持有数字资产:金色财经报道，虽然加密货币行业经历了强劲增长，但与全球平均水平相比，葡萄牙当地人对数字资产表现出相对谨慎的态度。据加密支付网关Triple-A的数据估计，葡萄牙有 268,000 人正在积极投资数字货币，约占该国人口的 2.6% 。这种采用水平虽然表明了进步，但大约是全球平均水平的一半，表明公众对加密货币投资持谨慎态度。[2023/7/3 22:15:36]

这种预编译将尝试以两种方式之一解释该proof：

如果这个proof为空，则直接检查该value是否为保存在正确位置的历史区块根。如果slot太旧，它将失败。

如果这个proof是一个Merkle分支，它会根据history_roots中的正确条目将其验证为Merkle分支

Web3 任务平台 Crew3 更名为 Zealy:4月4日消息，Web3 任务平台 Crew3 宣布更名为 Zealy。Zealy 表示将在接下来几周和几个月进行 UX/UI 优化以及发布包括链上奖励等的功能。

去年 Crew3 在由 Redalpine 领投的一轮融资中筹集到 350 万美元。[2023/4/4 13:44:38]

defverifyHistoricalStateRoot(??slot:uint256,??value:bytes32,??proof:bytes)

验证状态根，使用与该区块根相同的逻辑。

defverifyHistoricalStateValue(??slot:uint256,??key:bytes32,??value:bytes32,??proof:bytes)

CZ：Binance将实施V神新想法并为行业开源:11月20日消息，在Vitalik Buterin发布新文章《拥有一个安全的CEX：证明偿付能力及其他》后，Binance首席执行官CZ在社交媒体上表示将致力于Vitalik的新想法，并坦言自己不太明白Vitalik Buterin文章里的所有方程式，但Binance团队会实施其想法并为行业开源。

此前报道，Vitalik Buterin分析了交易平台进行去中心化资产证明的尝试历史、技术局限性，以及如何使用ZK-SNARK和其他先进技术来极大地简化和改进目前Merkle tree资产证明协议中的隐私问题和稳健性。[2022/11/20 22:09:32]

验证历史状态中的值。这个proof包括三个要素：

摩根大通将招聘一名加密和元宇宙高管:金色财经报道，银行业巨头摩根大通（JP Morgan Chase）正在招聘一名副总裁兼支付业务发展经理，其岗位旨在要求协助拓展Web3、加密、金融科技和元宇宙领域，旨在探索数字资产行业机遇并分析加密消费者的需求和目标，以相应地增强运营结构。许多专家认为这是一个出人意料的举动，因为摩根大通首席执行官杰米·戴蒙是比特币和加密货币的主要批评者。（crypto-economy）[2022/9/14 13:27:52]

状态根

表明状态根正确性的证明

Patricia或Verkle或其他证明该value实际上位于状态树中的位置key中的证明

defverifyHistoricalTransaction(??slot:uint256,??txindex:uint256,??tx:bytes,??proof:bytes)

验证tx实际上是否在给定slot的区块的txindex中。证明内容如下：

区块根

表明区块根正确性的证明

证明给定的tx实际上是给定位置的交易

defverifyHistoricalReceipt(??slot:uint256,??txindex:uint256,??receipt:bytes,??proof:bytes)

验证receipt实际上是给定slot的txindex处的交易接收。证明内容如下：

区块根

证明区块根正确性的证明

证明给定收据实际上是给定位置的receipt

分片数据

defverifyShardBlockBody(??slot:uint256,??shard:uint256,??startChunk:uint256,??chunks:uint256,??data:bytes,??proof:bytes)

验证data=body，其中body是给定slot中给定分片的主体。该证明将包括：

证明区块子集的Kate证明

如果slot太旧，则在slot+96处的区块根的Merkle证明，然后是从该slot到分片承诺数组中的位置的Merkle证明，显示一个最终性承诺

当我们使用BLS-12-381Kate承诺时，预编译还将验证数据是32字节chunk的列表，其中每个chunk都小于曲线子组顺序。如果没有在给定位置保存分片区块，则预编译就像在该位置保存了对零长度数据的承诺一样。如果给定位置的value未确认，则预编译总是失败。

defverifyShardPolynomialEvaluation(??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，则预编译会将SNARK作为输入，验证数据完全由小于该曲线阶数的值组成，并验证对当前字段数据的评估。

这种预编译对于等价协议的跨多项式承诺方案证明?很有用，可用于允许ZKRollup直接对分片数据进行操作。

作者：VitalikButerin

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

标签：ROOSLOTINTLOTProof Of DegenSleepy Sloth FinanceNintia EstateSHIFLOTRI

DAI热门资讯