了解layer2和eth2.0

作者是BalnAb，一位杰出激励基金会的科学家，是ETHunm基金会的一个单位。é 大量的数字保证了文章的友好性，作者的背景保证了文章的严谨性。

最近，DeFi的主要项目密集发布了2.0版本的消息。如果你仔细看一下升级的细节，你会发现这些DeFi应用的升级正在迫使基本公链加速。

想要提前布局的投资者必须了解Layer2，否则除了热度，他们不知道如何投资这个项目。

这是去以太坊的路。今天的以太坊就是ETH2开发人员所说的“ETH1”，它是目前所有人都知道并喜欢的工作证明（POW）链。明天的以太坊不是ETH1或ETH2，它只是。。。ETHereum:ETH2在今天的执行层上部署了兴趣证明（POS）和碎片化的综合结果。

今天，让我们回到过去。

用户希望进行一些事务，因此他们将事务发送给矿工，将它们打包成块，并将它们的块添加到不断增长的链中。矿工运行POW共识机制1来决定下一个要添加块的对象，并执行块中包含的事务以确保它们是有效的。

POW需要大量的硬件来运行密集计算，这导致了过度的能源消耗。我们不会像大多数加密货币评论家所希望的那样谈论浪费（“为什么我们需要一个来使用lt；国家/地区；该公司的能源支付系统，但如果我们可以做一些严格的小绝对值千瓦时，我们应该。

因此，输入兴趣证明（POS），用SMOL服务器替换大量挖矿设备，用验证器替换矿工。

如果他们不完成第二步，他们也会失去硬币。

你说得对。第二步是什么？验证者到底在验证什么？

共识层确保每个人都同意正确的数据。执行层实际上解释数据以使其有意义“数据”是与区块链的任何类的交互，例如部署合同、在交易所交易、发送支付等等。

区块链的心跳来自于链中新区块的引入。发生这种情况时，新块之前的状态和新块之后的状态之间会发生状态转换。状态汇总了块0和块n=之间以前的所有数据。

例如，如果有一个分类帐，其状态包含Alice和Bob的余额，并且新块包含Bob支付给Alice的10个硬币，则块后的状态将有一个新余额“n+1块后的状态”气泡右侧的虚线显示新块可能修改现有状态（例如，Alice和Bob的余额）或创建新状态（部署新合同，或将Carol添加到分类帐）

rolps和ETH2的重点是解决第一个问题。我们的计划不涉及协商一致和执行。那又怎么样？

自2020年12月以来，我们有两条平行链：

最上面是兴趣证明（POS）-共识链（也称为“信标链”）。

在底部，ol的可靠POW共识+执行链（也称为“ETH1”）

它们并行运行，但也相互通信。好吧，这仍然是片面的

pow共识链+执行链上的用户为了成为POS共识链上的验证人，在定金合同中锁定32 ETH，定金合同将自动转换为POS共识链。一旦验证者被激活，他们就可以开始验证并获得奖励。

我希望这种片面的谈话不会持续太久。合并永久连接POS共识链和pow共识链+执行链之间的间隙，允许验证器为执行层生成块。所以合并后，我们有两条链条：

相同的POS共识链

POS支持的执行链（f.k.a，“ETH1”）

当这种情况发生时，POS共识链的验证者最终将能够赎回和提取其收益和存款，并将其发送回POS支持的执行链。

所有这些本身就将我们从一个POW环境转移到一个完全成熟的POS环境。但请注意，它并没有完全增加链的带宽——一个块的执行量是多少——这是碎片化的目标。在讨论这个问题之前，让我们先讨论一下如果只有一个执行链，那么还有哪些扩展执行的方法。

颜色：一致=紫色，执行=绿色，数据=黄色

Rollup是一种可用的解决方案，但是从协议设计的角度来看，它可以提供最佳的折衷方案。该方法非常简单：通过提交重构链上状态转换执行所需的数据，合成状态转换并将执行向下推到链上。如果有人怀疑执行结果，或者有人第一次忘记执行，那么每个人都可以处理数据。不需要许可！

更准确地说，执行所需的数据（事务输入）与容器（事务）分离，并以节省空间的方式“绑定”。同时，rollup在执行链之外运行，提交数据并执行它。

为了“上卷”，用户将其资产存储在上卷合同的执行链（“ETH1”）中，然后在上卷合同上执行一些操作，例如在其他上卷合同上进行资产交易。一旦完成，用户将从汇总中提取资产到执行链。

什么是汇总的替代方案？如果不是这些垂直的黄链，而是一堆平行的红链呢？例如，如果ETH1链被“复制”并且多个实例同时运行呢？

下面是我们如何处理几个并行运行的多个执行链。如果链条上发生了什么事，有人需要知道怎么办？这是一个非常困难的碎片化问题，即如何在多个链之间划分执行。

你说，“卷轴没什么不同！”，事实上，这是真的。当用户想要从一个汇总到另一个汇总时，同样的棘手问题也会出现。但是，关键是有一些汇总设计，而且解决空间很大，大多数还没有开发出来。那么，为什么不让rollup在将一种方法引入到协议级别之前引导实验呢？

这让我们想到

你听说过街区空间不足吗？Rollup确实需要发布它们的数据，而且ETH1块空间非常小！正如我们所说的，很难交叉划分。因此，为了用我们的柠檬做柠檬汁，为什么不使用切片来保存需要发布的汇总数据呢？使用64个分区，这是可用带宽的64倍，并且可能更多，因为分区块当前可能比ETH1链块容纳更多的数据。

应该强调的是，这并不意味着总是排除碎片级别的执行。以太坊以rollup为中心是一个短期到中期的发展方向，直到（例如）找到更好的加密原语来确保跨多个链的正确执行。这一切都很吸引人，应该让很多人忙碌很长一段时间。同时，汇总也是解决方案之一。

这方面还有很多工作要做！首先，不要忘记合并和数据分段是非常复杂的任务。有多个团队在处理其中的一个或两个。但即使在汇总中，仍然有一些非常有趣的问题需要探讨，这些只是少数。

在rollps之间大规模迁移用户是一个非常酷的概念。如果一楼（ETH1）和二楼（rolls）之间有足够的公共交通工具，为什么你自己开车？这有什么经济意义吗？

如果我想在附近的汇总表上做一些事情，因为他们有一些很酷的东西，但是我的汇总表没有，那么我是否要从我自己的汇总表转到L1，然后从L1转到附近的汇总表？这似乎相当浪费。

对于当前的操作，汇总是一个巨大的带宽改进，这是毋庸置疑的。然而，汇总并不是无限高速公路用户所期望的，但是仍然有很多人想做很多事情，有时甚至是在同一时刻！因此，rollps自然要处理拥塞问题，但它与L1协议（eip1559即将发布）所规定的拥塞市场是背道而驰的，rollps有着更大的设计空间可供探索。

当谈到拥塞时，这是更具体的协议，但我们也会看到eip1559扮演交警的角色，调整每个数据片段上释放的数据量，以确保验证器能够应付该量。如果用户认为一个eip1559机制很酷，请等到有64个机制在运行。那么，汇总应该在哪里发布数据呢？只是让它在一个作品上不必跳的人听？在多个分区上，我们需要使用交错计划来逐个发布新的块。这样，我们就不会在距离新块几百毫秒的地方发布数据。这不是快速终止应用程序的理想选择吗？