原文标题:《CryptoYCInsight|Rollup学习笔记》原文来源:HengYouzhe,CryptoYCLabs
Layer2是解决?案的统称,旨在通过在以太坊主?(第1层)上处理交易来帮助扩展应?程序,同时利?强?的主?分散式安全模型。当前以太坊交易速度慢,电费上涨使??量增?时出现??体验差的问题。第2层协议就是为了解决这个问题诞?。
Layer2是什么
Layer2是解决?案的统称,旨在通过在以太坊主?(第1层)上处理交易来帮助扩展应?程序,同时利?强?的主?分散式安全模型。当?络繁忙时,交易处理速度会受到影响,这会使某些类型的dapps的??体验变差。随着?络的?益繁忙,电费也随着交易发送?的竞标?上涨。这可能会使使?以太坊变得?常昂贵。
Rollup是什么
rollup中?直译为打包,以前的?法为编程语?模块打包器,相当于python中的module。现在?于第2层协议中的?种解决?案。总的来说,它们把主链下的很多交易打包,?成?份声明或者证明,证明此包内的所有交易合法,然后只将其中?部分内容发布到主链,从?增加速度,减少电费和交易费消耗。
匿名分析师:关于Tether和稳定币的担忧被夸大了:在一段新视频中,匿名分析师Guy列举了Tether和稳定币没有为加密行业带来重大风险的几个关键原因。Guy表示,Tether公司获得了Moore会计师事务所的证明,表明Tether的稳定币得到了有效的全面支持。对于如果中国决定禁止Tether会发生什么的担忧,Guy表示,这是一个合理的担忧,但是被夸大了。你不能禁止它,除非你完全关闭你的互联网,即使那样,当你再次打开它时,人们就会开始交易。(dailyhodl)[2021/7/7 0:32:41]
特点
交易执?在主?之外;
但交易数据或交易证明存储于主?,以便于验证.
种类
零知识证明zk-rollup;
优化optimistic-rollup(笔者?译)
ZK-Rollup
简介
这?仅为简单介绍,详细部分会另开?章介绍。简单来说,零知识证明就是在不暴露秘密的情况下,说服对?我有这么?个秘密。例如对于A,B两?,A知道秘密a,b(和a+b=7),B知道线性映射f(x),B发给A映射f,A计算f(a)和f(b)并发给B,B计算f(a)+f(b)=f(a+b)。如果f(a+b)=f(7),那么B可以确信A知道a+b=7。从历史来讲,零知识这?概念最早出现于1985年,ShafiGoldwasser,SilvioMicali,andCharlesRackoff「TheKnowledgeComplexityofInteractiveProof-Systems」。?零知识证明?于Rollup最早出现于2018年Barry的??书中。
动态 | 欧盟关于第四项反指令的新提案将允许受监管的银行持有出售比特币:欧盟计划实施一项有关第四项反指令的新提案,该提案将允许受监管的银行购买,持有和出售比特币。旨在放宽禁止银行提供虚拟资产或提供托管服务的严格规则,此举将为该地区的金融机构提供了极大的帮助,该提案预计将于2020年生效。(Fxstreet)[2019/11/29]
零知识证明在rollup中的作?
这?零知识证明主要是?于以太坊区块链上发布并公开记录该区块的有效性。在Layer2上被打包的交易将会以?个证明的形式发布于主链,这使得每个?都有验证它的办法。主要?的是防?有?恶意利?Layer2上的交易来篡改信息。值得注意的是,零知识证明并不是隐私保证,也不是加密系统。因为除了拥有该秘密的?以外,没有?可以解密。从诞??今,零知识证明或者说ZK-Rollup经历了三个发展阶段:SNARK,STARK,和Bulletproofs.?前来说Zcash,ZKSync(MatterLabs),DarkForest(Game)等在使?SNARK,Monero使?Bulletproofs.从下图中可以对?这三种?法的区别。具体例?将在后?介绍。
声音 | BM回应关于ICO的问题:B1只是以市场价格销售一种产品 其到现在已经增值50%:据MEET.ONE 5月27日消息,BM在电报群与社区成员交流:1. 有成员说(B1)ICO 的资金是为了开发EOS.IO生态系统,而不是为了在二级市场拉盘,或者投机比特币。BM表示:没有ICO,没有筹资。我们只是以市场价格销售了一种产品,而这个产品到现在已经增值50%了; 2. 有成员问BM如何看待基于用户活跃的URI?会不会使新用户抛弃EOS而且忘了这个平台?BM:像Steem那样?[2019/5/27]
特点
对?Plasma和侧链
由于Plasma和侧链的扩容性问题,Rollup本?被视为新兴解决?案,?ZK-Rollup?是其中可扩容性最强的,也是处理交易速度最快的,相对于Plasma和OP-Rollup??。它的数据只有很少?部分存储于主链上。
声音 | VanEck:SEC关于比特币ETF的担忧得到了“解决”:据 bitcoinist消息,10月23日,试图推出比特币 ETF的 VanEck与 SEC举行了会谈。 VanEck表示,8月份的否决令中提到的问题已经得到“解决”。并拿出了一份支持性文件,列出了应该获得批准的五个理由:比特币目前存在着一个受到严格监管的衍生品市场;Cboe、比特币期货、场外交易柜台等相关市场都受到监管;与先前基于商品的 ETP的批准一致,对价格操纵的担忧得到了缓解;Cboe的规则旨在监视潜在的信托投资操纵行为;促进投资者保护。[2018/10/23]
单笔交易费降低。
对?OP-Rollup
?般说来,它的验证速度快,证明?成速度很慢。但是由于它的?成依赖于智能合约,所以相当于把所有?的?作分给了?个?做,剩下的?的?作就是简单的验证,这?单指SNARK。
不需要欺诈游戏,从?使交易快速被验证?块(约?分钟)。
动态 | EMAC支持EOS New York 关于“EOS争议解决的自由竞争机制”的提案:据IMEOS报道,目前,EOS New York 表示即将发布争议解决提案的代码编写,以获得反馈。EMAC近日在视频会议上对此进行了讨论。EMAC做出以下回应: 1.EMAC完全赞同EOS New York 关于《EOS争议解决的自由市场》的主要观点,并将鼎立支持EOS New York 为此做出的系列工作。 2.EMAC建议要有一套争议解决机制的框架(framework),在此框架下,具体实施由各个仲裁庭详细规划细节,保证仲裁机构和仲裁员有最大的自由裁夺权。 3.EMAC在赞成“指定EOS链上注册仲裁庭或/和注册仲裁员”作为EOS仲裁必要条件的同时,希望能够设定一定的准入门槛和一个通用的评价标准,借助自由市场竞争机制来甄选出优秀的仲裁员和仲裁机构,服务于EOS生态系统。[2018/9/17]
零知识证明的计算困难要求数据优化以获取最?吞吐量。
ZK-Rollup需要?成?个初始串,这会使系统中?化?些。
量?计算可以破解,这?指SNARK。STARK可以抵御量?攻击。
它需要的安全性假设更?。
OP-Rollup
简介
优化Rollup出现于2019年7?,由JohnAdler在以太坊基?会研究论坛上提出想法。?前使?Optimistic-Rollup的有Optimism,FuelLabs,Arbitrum想法较为简单,这?OP-Rollup?共有两种链下??,聚合者(Aggregator)和验证者(Validator)。在Layer2发?的交易被聚合者打包,并?成?个Merkle树的头,和智能合约。在聚合者质押?笔资?后,聚合者可以将打包的交易上传?主链。验证者审查该打包,可以提出质疑,并给出欺诈证明(fraudproof)。
欺诈证明:验证者可以审查资?状态和总和,对?于??的本地状态,若发现有?正常更新,则验证者可以提出质疑并更改从该区块到之后的所有区块(区块在从rollup上传?主链后会有1-2周的质疑时间,若此时间内??质疑则该区块完结)。提出质疑的验证者可以得到聚合者质押的资?。
OP-Rollup使?博弈论和验证游戏来确保数据验证,它们的运作假设是每个?都遵守道德规范,但如果有恶意?发布交易,则区块回退,因此命名为OptimisticRollups。
特点
?交易周期:相对于ZK-Rollup??,OP-Rollup需要1-2周时间完结区块。交易速度不慢,但交易状态完结需要较?周期。
?应?性:?前??两种Rollup均?持EVM。ZK-Rollup最近也?持EVM,使得OP-Rollup失去了原本优势的其中之?。
?交易速度与交易费:现实交易速度500笔/每秒,相对于ZK-Rollup的2000笔/每秒存在劣势。
?数据记录:所有交易数据均记录在主链,?需信任第三?,但也加重了交易费。
?安全假设:OP-Rollup假设?多数验证者是诚实的。
另?份对?表格?下图:
总结
总结??,Rollup想法并不难掌握,该想法侧重于打包链下交易并设法放?主链。打包的交易发?并执?于链下,从?加快交易速度。链上存储的数据减少?只需要Merkle树的头或者?个证明,从?节省费?。对???,笔者更看好ZK-Rollup在?期的前景,OP-Rollup原本最?的优势在于其应?性及?户体验良好。这两点优势在ZK-Rollup已经应?EVM及?前?速发展中已经逐渐消失。?ZK-Rollup的安全性更强,理论交易速度更快,存储数据更少从?更加节省费?。只有?点?前存疑,就是ZK-Rollup的计算性过?,可能还是会导致费?上的劣势。另?点疑问将在下篇?章中给出,当然也可能是笔者对于SNARK应?于实践的过程了解不甚所导致。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。