作者:VitalikButerin
原文:https://ethresear.ch/t/future-proof-shard-and-history-access-precompiles/9781
当前以太坊设计中的向后兼容性所面临的挑战之一是区块链历史记录的访问需要对Merkle证明进行EVM验证,这还假设区块链将永远使用相同的格式和相同的密码技术。未来的分片设计更是增加了这一点的重要性,因为Rollup的欺诈证明和有效性证明将需要指向分片数据的指针。
Nym与ChainSafe合作为以太坊验证节点与客户端提供网络层隐私:金色财经报道,隐私基础设施Nym在ETHDenver2023上宣布与Web3基础设施公司Chain Safe合作,集成以太坊验证节点与客户端,为整个生态系统提供网络层隐私。Nym将通过libp2p模块使全球超过50万个以太坊验证节点通过Nym网络屏蔽交易,防止以太坊验证节点泄漏其IP地址和元数据,保护其免受DDoS攻击。目前,Nym与ChainSafe合作,正在为Lighthouse共识客户端编写第一个实施方案。[2023/3/6 12:44:52]
这篇文章提出了一种更加面向未来的方法:我们可以添加执行验证特定类型证明的抽象任务的预编译,而不是要求在EVM中验证历史和分片的证明。如果将来更改格式,预编译逻辑将自动更改。预编译甚至可以具有条件逻辑,用于验证过渡前插槽的一种证明和转换后插槽的另一种证明。
现场丨MAP协议开源贡献者兰舟:以太坊难以吸收新鲜的血液,波卡可能会成为以太坊的强力竞争者:金色财经现场报道,11月20日,由金色财经主办,Blocklike,鲸交所,四块科技,DSFS-LABS协办的金色沙龙第57期在杭州举办,在圆桌环节,MAP协议开源贡献者兰舟表示,以太坊在DeFi生态可以称之为垄断,但是难以吸收新鲜的血液,由于技术壁垒较高,很少会有新的开发者加入。而波卡则对链开发者很友好,无论是内容还是社区推广上面,波卡都做的很优秀,所以波卡可能会成为以太坊的强力竞争者。[2020/11/20 21:31:18]
历史区块数据
defverifyHistoricalBlockRoot(slot:uint256,value:bytes32,proof:bytes)
WBTC成为以太坊链上第六大代币:根据官方网站的数据,目前WBTC的市值目前已超过15.8亿美元。这使得WBTC成为以太坊链上市值第六大代币,仅次于USDT、CRO、USDC、LINK和BNB。[2020/10/30]
这种预编译将尝试以两种方式之一解释该proof:
如果这个proof为空,则直接检查该value是否为保存在正确位置的历史区块根。如果slot太旧,它将失败。
如果这个proof是一个Merkle分支,它会根据history_roots中的正确条目将其验证为Merkle分支
defverifyHistoricalStateRoot(slot:uint256,value:bytes32,proof:bytes)
Cardano创始人Charles Hoskinson:请不要再称我为以太坊联合创始人:Cardano创始人、IOHK CEO Charles Hoskinson在推特表示,他不希望人们称他为以太坊联合创始人。“你们能不能称我为IOHK首席执行官和Cardano创始人?老实说,如果你们不停地提到E(以太坊),我就不会再接受采访了。”
他还表示,自己只在以太坊工作了6个月,而他的很多精力都花在IOHK。此前,他最近更改了Reddit用户名,以前使用ethereumcharles的昵称,新昵称是IOGCharles。( Cryptopotato)[2020/6/15]
验证状态根,使用与该区块根相同的逻辑。
defverifyHistoricalStateValue(slot:uint256,key:bytes32,value:bytes32,proof:bytes)
验证历史状态中的值。这个proof包括三个要素:
状态根
表明状态根正确性的证明
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直接对分片数据进行操作。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。