不断妥协的Layer2发展史

这篇具有很好参考价值的文章主要介绍了不断妥协的Layer2发展史。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

我们都知道现在以太坊面临着拥堵手续费高等问题,Layer2正是为了解决这些问题而生。每一种新方案都在旧方案的基础上的提出;另外也发现Layer2的发展历程就是一个不断地在去安全性、通用性和效率之间妥协、寻找平衡点的过程。本文不涉及具体的技术实现,单从原理上梳理一下几种Layer2的技术,会在下一篇文章结合侧链一起对Layer2做进一步探讨。

 

Layer2的发展路径:状态通道->Plasma->Rollup

假如把以太坊的记账看成考试,Layer1就是把从打草稿,写答案到最后批改卷子出分数的过程全都放在链上。Layer2则是把一部分过程放到链下,以太坊仅保留试卷分数。从发展历程来看Layer2看先后分为:状态通道,plasma和Rollup,每一代技术都吸取了前一代技术的发展成果。

  • 状态通道——继承自比特币闪电网络

比特币闪电网络是2016年Joseph Poon和Thaddeus Dryja在论文《The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments》中提出。状态通道的理念和闪电网络非常类似,只是状态通道不仅仅用于“支付”场景,还适用于一般意义上的“状态更新*”。

*状态更新:以太坊其实是一个状态机,以太坊上每产生一笔转账就意味着以太坊账户和整个以太坊网络的状态发生了变化。因此状态更新的适用范围比支付场景更广,比如象棋游戏。在游戏中:A走一步棋,紧接着B走一步棋,之后再轮到A走,依次往复。象棋游戏可以看成是A,B之间相互转账这一“支付”场景的拓展。

1. 状态通道的工作原理

A和B分别把一部分资金质押到一个智能合约中,然后A、B之间建立一个链下通道,在通道存续期间A和B的交易都记录在链下,等通道关闭时再到链上做一次结算,根据结算转账A,B间的质押的资金,最后再把资金分别退回到A和B的账户上。相当于在通道存续期间,A和B间都通过支票交易,账目只有纸面上的增加和减少。最后去银行对账户资金做一次性结算,银行只需要转账一次。

2. 状态通道怎么预防作恶

首先我们要知道,状态通道为了保证链上结算的正确,需要把最新的链下状态上传到以太坊主链上作为最后的结算依据。那么,该如何防止用户作恶呢?办法是设置“争议窗口期”(dispute window),当有一方试图单方面关闭通道时,通道中的另一方可以在争议窗口期内提交证明,证实作恶的一方企图欺诈。由此衍生出两种作恶的情况:

一种作恶方式是A不愿意正常关闭状态通道,希望通过拖延状态通道的正常关闭来影响主链结算,这样另一方B就无法拿回资金了。在这种情况下,B会试图单方面关闭通道,这时进入“争议窗口期”,A需要在窗口期内提交最新的状态证明B在欺诈。但A才是作恶的一方,因此A交不出来B作恶的证据,待”争议窗口期”结束后B将正常拿回自己的资产。

另一种是作恶方式为A提交的不是最新的链下状态而是更早链下状态,A为了骗取资金会要求提早关闭通道进行结算。这时是A试图单方面关闭通道,进入“争议窗口期”,B在窗口期内提交最新的状态副本证明了A在作恶,智能合约会拒绝A的要求并没收A的罚金。

3. 状态通道的局限性

从状态通道的工作原理可以发现它有几点的限制:首先它不能向未参与通道的人发送资金,状态通道要求所有参与者要随时在线,如果中途掉线可能会有财产损失。其次状态通道仅适用于逻辑上有明确参与者的场合,即智能合约需要明确的知道每个参与者;如果要添加或者删除参与成员,则需要重新建立一台条新的通道。因此Uniswap这样的应用就不适合状态通道,因为每时每刻参与的成员和成员的数量都在变化。最后状态通道也不适用于大资金流的场合,因为这需要预先在智能合约里锁住海量资产,不利于流动性。所以,状态通道的应用场景很受限,只适用于高频次小资金的交易。

  • Plasma——结合了状态通道和侧链

Plasma是Joseph Poon(闪电网络提出人之一)和V神在2017年提出来的以太坊二层扩容框架。它不是一个单独的项目而是一套框架,针对不同的应用场景有不同的链下解决方案,比如Plasma Cash,Plasma Debit,Plasma Prime,MVP (Minimum Viable Plasma)等。每个方案都会针对特定场景做一些大同小异的变化,但它们的主体思想是一致的。在这里我们只介绍其主体思想,不对具体方案做讨论。

1. Plasma的原理和结构

Plasma结构通过智能合约和默克尔树搭建。在主链以太坊上部署一系列的智能合约作为以太坊和子链*间的通信的媒介,这些智能合约统称为根节点。智能合约记录子链的状态,并规定子链状态转换的基本规则。

*子链可以认为是一种特殊的侧链,它是一条独立的区块链可以有不同于主链的共识和自己的节点。一般的侧链是自己记账自己确认,自己对自己的账本负责。但子链需要定期向主链汇报(向主链发送哈希值),子链的计算需要递交到主链上由主链来记账确认。

默克尔树的树状结构允许我们创建无限数量的子链,这些子链本质上是父链以太坊区块链的较小副本。在每个子链上还可以创建更多的子链,类似树状结构,如图1。

不断妥协的Layer2发展史

图片1 Plasma本质上是一系列智能合约形成的连接到以太坊主网的可信侧链(子链)网络

来源࿱文章来源地址https://www.toymoban.com/news/detail-410383.html

到了这里,关于不断妥协的Layer2发展史的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • C++发展史

    目录 什么是C++ C++的发展史 C++的重要性 C++在实际工作中的应用 “21天教你学会C++” 先看看祖师爷,记得多拜拜🤭 C语言是结构化和模块化的语言,适合处理较小规模的程序。对于复杂的问题,规模较大的 程序,需要高度的抽象和建模时,C语言则不合适。为了解决软件危机,

    2024年01月18日
    浏览(53)
  • 大语言模型发展史

    2023年可谓是生成式AI元年,大语言模型从崭露头角到锋芒毕露,已然成为人工智能领域的关键推动力。这一创新性的技术不仅在自然语言处理领域崭露头角,更深刻地改变了我们对人机交互、智能助手和信息处理的认知。那么大语言模型的发展历程如何呢?由我来剖析其演进

    2024年02月03日
    浏览(57)
  • 大数据技术发展史

    大数据(Big Data)是指在传统数据处理方法难以处理的情况下,需要新的处理模式来具有更强的决策力、洞察发现力和过程优化能力的海量、高增长率和多样化的信息资产。大数据的特征通常被概括为“4V”,即: Volume(容量) :大数据的规模非常庞大,通常以 TB(太字节)

    2024年01月19日
    浏览(50)
  • Linux发展史

     1、Linux前身-Unix诞生 1965年,贝尔实验室Bell、麻省理工学院MIT、奇异公司GE,发起了Multics计划,让主机可以达成300个终端。后来因为资金不足、计划进度等问题,退出了研究。贝尔研究室退出了Multics计划。1968年Multics 项目到后期由于开发进度不是很好,MIT 和Bell实验室相继离

    2024年02月05日
    浏览(55)
  • 细说元宇宙发展史

    元宇宙作为时下一个热门的产业,凭借着强大的潜力,吸引了全球范围内大量企业的参与。但事实上,元宇宙这一概念,并非是一个全新的名词,它早在数十年前就已经出现在我们的视野当中,那么,就让我们来探索元宇宙的这一段发展时吧,进一步深度了解什么是元宇宙。

    2023年04月10日
    浏览(45)
  • Unity发展史

    Unity历史 2004年诞生于丹麦阿莫斯特 2005年06月:Unity 1.0发布 2006年06月:Unity 1.5发布 2007年10月:Unity 2.0发布,增加地形引擎、实时动态阴影,支持DirectX 9,并具有内置的网络多人联机功能。 2008年06月:Unity 支持Will 2008年10月:Unity 支持iphone 2009年03月:Unity 2.5发布,增加对w、

    2024年02月16日
    浏览(47)
  • unity简介和发展史

    Unity是一款由Unity Technologies公司研发的跨平台2D/3D游戏引擎。它以交互的图型化开发环境为首要方式,编译器运行在Windows 和Mac OS X下,可发布游戏至Windows、Wii、OSX、iOS或HTML5等众多平台。此外,Unity 还是被广泛用于建筑可视化、实时三维动画等类型互动内容的综合型创作工具

    2023年04月10日
    浏览(40)
  • 甘特图的发展史

    目录 背景: 过程: 总结: 1910年代初为了管理工程项目的进度而创造了甘特图。 1917年,美国工程师亨利·甘特(Henry Laurence Gantt)首次提出了甘特图的概念。他是一位工程师和管理学家,设计了一种图表,用于显示进度成产仅度和任务分配。 甘特图是一种项目管理工具,也叫甘特

    2024年02月16日
    浏览(41)
  • 前端构建(打包)工具发展史

    大多同学的前端学习路线:三件套+框架+慢慢延伸到其他,在这个过程中,有一个词出现的频率很高:webpack 。 作为一个很出名的前端构建工具我们在网上随便一搜,就会有各种教程:loader plugin entry吧啦吧啦。 但是为什么会有它,为什么我们离不开它呢? 如何理解“构建工

    2024年02月14日
    浏览(41)
  • DevOps的发展史了解

    DevOps的历史发展史可以追溯到2000年代初期,当时软件开发行业开始意识到,软件开发和IT运维之间的问题已经成为阻碍软件开发速度和效率的重要因素。在此之前,软件开发和IT运维是两个相对独立的过程,开发人员开发软件并将其交付给运维团队,运维团队负责安装、配置

    2024年02月04日
    浏览(52)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包