木星链 木星链
Ctrl+D收藏木星链
首页 > 火必下载 > 正文

以太坊:解读 EIP-5988 提案:为 L2 互操作性优化编译时间和链上空间

作者:

时间:1900/1/1 0:00:00

来源:月之暗面,PANewsLab

伴随着以太坊上海升级的日益临近,与之相关的各项提案也随之涌现,希望能赶上在上海升级中一并部署。EIP-5988也在近期被提交至Eips.ethereum官方网页,EIP-5988主要目的在于为各类ZK进行和主网间通信的预编译操作,以节省通信所需的编译时间和链上空间。

EIP-5988主要在于解决各类L2和L1之间的通信问题,借助这项提案,ZK系L2可以在不降低自身证明效率的同时兼容主网安全性,OP系L2可以进一步提升利用主网的结算效率。

并且,EIP-5988此次使用的是Poseidon哈希算法,将会作为各类L2统一预编译的生成证明方式,这也是首次可能兼容进以太坊的新算法,而此前主要在各类L2中尝试使用,但安全性尚未得到主流应用大规模长时间检验,这也是EIP-5988引发的主要争议点。

Gate.io芝麻开门创始人韩林跨海连线顶尖量化团队,深度解读顶级资金安全解决方案:11月7日,Gate.io芝麻开门联合TokenInsight举办的“扬帆三亚,量化未来”为主题的首届海岛穿越赛,顺利闭幕。据官方消息,Gate.io芝麻开门创始人韩林跨海连线,与现场二十余家顶尖量化团队分享了资金安全的顶级解决方案,并深入解读Gate.io在产品规划、技术优势及品牌理念上的独到之处。[2020/11/7 11:56:09]

打通L2之间的通信

在EIP-5988的描述中,最重要的是提出了新的Layer2间通信方式,将各类Rollup扩容算法打包成一致的编译层,供以太坊主网调用,借助以太坊的兼容性来进行各类Layer2的通信。

直观理解,也就是在STARK/SNARK等方案之下,首先进行一项预编译措施,一旦提案生效,将构筑成ZK证明生成后的格式转换场所。以太坊主网无需考虑消息的具体来源,只需要判断是否符合编译格式,从而进行接受或拒绝等操作。

声音 | 最高人民法院工作报告解读:探索司法区块链等互联网模式:据新华网消息,12日,最高人民法院办公厅副主任陈志远接受专访,解读最高人民法院工作报告中网民高度关注的热点内容。陈志远介绍,杭州互联网法院通过全流程在线审理平台,实现案件全流程在线办理,让当事人打官司“一次都不用跑”;采用司法区块链等技术,让存证取证更方便,让电子证据更可靠。[2019/3/12]

在目前的L2和以太坊主网之间,存在广泛的兼容性问题。以ZK系为例,目前主要存在两种障碍:

ZK系有不同技术路径,zk-SNARK和zk-STARK是较为主流的两种,不同实例之间的互操作性缺乏统一标准;

L2会选择自研语言,如StarkWare的Cairo等,和以太坊使用的solidity有所区别,需要互相编译才能互通。

以太坊安全主管解读硬分叉Constantinople:重建区块哈希值:据Ethnews的报道,今日,以太坊安全主管Martin Swende发布了一系列文章,介绍即将到来的以太坊硬分叉Constantinople正在讨论中的一些特点。文章讨论了V神提出的EIP210提案,Swende解释道,提案将分成三个阶段重建区块哈希值,允许新的区块直接与旧区块不按顺序地连接,增加区块间的连接性。EIP210将按照EDCC或智能合约的方式算入哈希值,“将会强化轻客户端要求”,这个区块哈希值升级将使以太坊用户免于查看历史区块哈希值。[2018/5/1]

在统一预编译层实施后,以太坊所接受的消息格式将进行统一,任何传入的L2数据类型需要进行预先转换,从而节省L2和主网间的传递--等待--响应时间。

目前,在统一预编译层生效前,L2之间的通信有三种方式:

证券时报发文解读比特币价格暴力拉升的背后原因: 证券时报发文称,这次拉升从各交易所分钟级时间差来看,是从Bitfinex开始拉,然后被套利交易者迅速扩散到了其他平台上。据币圈一位专业投资者介绍,由于Bitfinex自己发行了USDT,然后用自己发行的USDT买入BTC,短时间内拉升比特币价格,同时平台上的空仓悉数爆仓,从而获得大量BTC,接着再以BTC交换海量增发出去的USDT进而回收大部分的增发,并盈余大量BTC。[2018/4/15]

CEX/DEX:首先将代币传递至兼容两种以上L2的交易所。但是只能进行资产转换,无法直接进行消息传递;

通用跨链桥:在传统的L1之间的跨链桥之上叠加L2网络。可进行资产转换,部分借助主网可进行消息传递;

L2跨链桥:以OrbiterFinance为代表,主要是在各类Rollup间进行跨链,可以视为特定领域的跨链桥模式。

EIP-5988的统一预编译,是直接将各类L2的数据格式进行标准化,而非直接提供一种跨L2的资产互通模式,其仍然是以太坊主网的一种升级和扩展,不会损害以太坊主网的安全性。

借助以太坊主网而来的兼容性,并且会极大提升各类L2的互操作性,也更为符合以太坊未来模块化的升级方式。

波塞冬Poseidon神力有待检验

但是在优势之外,仍然需要注意到统一预编译的问题所在,主要集中在其使用的“Poseidon”哈希算法之上,这也是目前社区讨论的集中点。

本质上,EIP-5988的工作流程是引入了一个新的预编译合约,实现了Poseidon加密哈希算法中使用的函数,可以实现EVM和ZK/Validityrollups之间的互操作性,以及为EVM引入更灵活的加密哈希原语。

哈希算法的主要作用是将各类传入的数值和非数值型数据转换为规格一致的编码,便于计算机识别和调用,而在密码学领域,最为人所熟知的是默克尔树证明,其本质是二叉树的哈希化表达变种,被广泛用于各类节点通信,比如钱包和交易所资产证明之中。

波塞冬算法并非是全新方案,至少Vitalik之前介绍过其主要作用,并且其具备和各类ZK算法的良好兼容性,这也是此次更新以波塞冬为题的主要原因。

Poseidon哈希函数于2019年正式推出,与流行的"传统"哈希函数相比,其未经严格有效性和安全性测试。在以太坊网络和其他区块链网络中,已经有部分L2或其他应用使用,到目前为止,波塞冬算法未出现严重错误。

已经或计划使用波塞冬算法的区块链案例:

StarkWare计划使用Poseidon作为StarkNet的主要哈希函数,并承诺在Cairo语言中增加内置Poseidon函数功能。

Filecoin采用Poseidon进行不同的默克尔树证明,并用于双值提交场景。

DuskNetwork使用Poseidon为交易建立一个类似Zcash的隐私协议。

Sovrin使用Poseidon进行基于Merkle树的撤销交易。

路印协议使用Poseidon在以太坊上进行隐私交易场景。

Polygon将Poseidon用于HermezZK-EVM中。

Poseidon算法的安全性并非出于设计上的缺陷,而是缺乏大规模实用化高价值场景的检验,如果此次最终被纳入以太坊主网之上,则将是其在整个以太坊,乃至加密生态上的最重磅应用。

结语

以太坊和Layer2扩容方案之间的纵向分层已成定局,但是各层之间的安全性和兼容性依然存在问题,因此各类L2都在“利用以太坊主网安全性,和增强自身对主网的兼容性上”进行广泛的尝试,但是在造就L2生态繁荣的基础上,也变相引发了L2分裂危机。

这种生态的破碎并不利于以太坊和EVM的长远发展,各类L1之间的竞争仍在进行,如何弥合各类生态碎片,也成为以太坊主网需要主动为之的必要举措,从主网出发进行改进,要求各类L2进行统一的格式转换,是其最新动向。

无论EIP-5988最终是否会生效,这种繁荣和碎片都会长期存在,也需要更多的改进提案来修补。

标签:以太坊DONposeidonIDO以太坊交易所叫什么名字DONUTPoseidon Networkido币合约地址

火必下载热门资讯
MIS:Bankless:开年领涨,Optimism 被高估了吗?

撰文:BenGiove,Bankless编译:aididiaojp.eth,ForesightNewsLayer2战争越来越白热化.

1900/1/1 0:00:00
POR:“沈腾”概念币又来了,还能复制去年春晚的节奏吗?

作者:秦晓峰来源:星球日报Odaily演员沈腾大概也没想到,有一天自己的名字居然会和加密山寨项目联系在一起,并由此诞生一个全新的板块——“沈腾”春晚概念币.

1900/1/1 0:00:00
加密货币:加密货币空投现阶段的挑战是什么?

撰文:NathanSnell,Raleon联合创始人兼首席执行官编译:东寻每个人都喜欢空投,毕竟谁不喜欢免费的赠品呢?但从项目的角度来看,代币分配的正确与否,可以决定一个社区的成败.

1900/1/1 0:00:00
比特币:山雨欲来:加密市场潜在的动荡是否即将爆发?

原文标题:《AVolatilitySlumber》原文作者:Checkmate,Glassnode校对审核:Chi&Annie&Amber,达瓴智库新的一年.

1900/1/1 0:00:00
ROL:Scroll:以社区为中心的 zkEVM

原文标题:《ABriefPrimerOnEthereum’sScalingSolutions》作者:NewmanCapital随着Arbitrum和Optimism等Layer2的持续发展.

1900/1/1 0:00:00
DAM:进驻两天后,Damus 在苹果应用商店被下架

原文作者:RitaLiao原文标题:DamuspulledfromApple’sAppStoreinChinaaftertwodays编译:倩雯.

1900/1/1 0:00:00