首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >切分与等离子体的区别

切分与等离子体的区别
EN

Ethereum用户
提问于 2018-02-16 11:10:29
回答 2查看 1.5K关注 0票数 9

以太切分方案和等离子体有什么区别?我知道等离子体可以在切分的基础上运行,但是在范式和技术的术语上有什么不同呢?

EN

回答 2

Ethereum用户

发布于 2018-02-20 20:09:06

切分和等离子体的第一阶段实现本质上都是通过智能契约连接到主链的侧面。但是,对于每个项目,这些smart契约的责任和侧链的属性是不同的。

等离子体侧链在某种程度上类似于国家通道(如闪电和莱登),因为它们主要利用主链来判定侧链上的欺诈行为。任何人都可以创建等离子体侧链,它本身可能由子链组成,因此任何数字都可以创建。

相反,shard sidechains的作用更像对主链的扩展,它定期地从它们的碎片中执行事务的状态根散列。没有存款来担保双方的交易。相反,主链上的桩进程证明会从池中分配公证人来验证固定(SHARD_COUNT)碎片数量上的块(称为排序规则)。

另见:https://github.com/ethereum/wiki/wiki/Sharding-FAQs#how-does-plasma-state-channels-and-other-layer-2-technologies-fit-into-the-trilemma

票数 7
EN

Ethereum用户

发布于 2018-05-05 05:40:31

上述答案在切分时已经过时,使用的是公证人而不是验证器。见https://github.com/ethereum/wiki/wiki/Sharding-FAQ#how-does-plasma-state-channels-and-other-layer-2-technologies-fit-into-the-trilemma

在编辑了上面的帖子后,它又过时了,因为最新规格放弃了PoW主链上的合同,而是使用了计划成为主链的PoS信标链,而PoW主链则计划在以后逐步淘汰。

另见https://github.com/ethereum/wiki/wiki/Sharding-FAQs#what-might-a-basic-design-of-a-sharded-blockchain-look-like

分块链的基本设计是什么样子的?一个简单的方法如下。为了简单起见,此设计只跟踪数据块;它不尝试处理状态转换函数。有一些名为proposers的节点在碎片k上接受blobs (根据协议的不同,提议者要么选择哪个k,要么随机分配一些k)并创建排序规则,因此它们也充当排序器,因此可以将充当建议者和排序者的代理称为prolators。排序规则具有排序规则头,形式为“这是碎片k上blobs的排序规则,父排序规则为0x7f1e74,blobs的Merkle根为0x3f98ea”。每个碎片的排序形成一条链,就像传统的块链中的块。还有一些公证人下载(以确保可用性)并核实(仅在存在EVM的情况下,通过执行数据以确保有效性),将它们随机分配到碎片中,并通过随机信标链(假设没有EVM,与EVM一起对数据的有效性进行表决)将它们随机分配到新的碎片中。信标链的随机性来源是一些可公开验证的随机函数,如RANDAO或BLS聚合签名产生的块散列。前者更倾向于支持可用性而不是一致性,并且不需要诚实/不协调的多数假设(即不贿赂攻击或共谋多数),而它在概率上要求低桩功率还原一条链,尽管使用n个委员会可以最小化这一点。N-n指的是,以3/3为例:“在全球时钟的每一个滴滴答答时,都会选出一个新的提议者和一个新的3人委员会作为RANDAO的信标。为了使提案通过(提案是与最后承诺相对应的前置图像),提案需要得到委员会的所有三个签名。”(来源)。因此,n-n是指委员会的n名(或n名)成员必须在提案上签字。然后,一个委员会也可以检查这些来自公证人的投票,并决定是否在主链中包含一个排序头,从而建立一个与碎片中的排序规则的交叉链接。其他缔约方可对委员会、公证人、投标人、验证者(附有利害关系证明)等提出质疑,例如使用交互式验证游戏,或通过核实有效性证明。每个人处理的“主链”仍然存在,但是这个主链的作用仅限于存储所有碎片的排序规则头。shard k的“规范链”是shard k上最长的有效排序规则链,所有的头都在规范主链中。请注意,在这样一个系统中,现在可以存在几个“级别”节点:

  • 超级全节点-充分下载每一个碎片的每一个排序,以及主链,充分验证一切。
  • 顶级节点-处理所有主链块,让它们“轻客户端”访问所有碎片。
  • 单碎片节点-充当顶级节点,但也充分下载和验证每一个排序规则的一些特定的碎片,它更关心。
  • Light节点-只下载和验证主链块的块头;除非它需要在某个特定碎片的状态下读取某些特定条目,否则不处理任何排序头或事务,在这种情况下,它将Merkle分支下载到该碎片的最新排序头,然后从它下载状态中所需值的Merkle证明。
票数 4
EN
页面原文内容由Ethereum提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://ethereum.stackexchange.com/questions/39883

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档