V神全新出文：对于信标链的终结性实体模型取代设计方案设想_算力

V神全新出文：对于信标链的终结性实体模型取代设计方案设想

全文文章标题：《根据联合会的积累终结性实体模型》

创作者：Vitalik Buterin

文中明确提出了一种以太币信标链（Beacon Chain）的拟议取代设计方案，在未来长期性内能够转换到该设计方案（替代当今方案转换的 CBC）。该取代设计方案致力于给予一些重要属性：

在一切正常状况下给予更有意义的单槽（single-slot）经济发展终结性（即相近 Tendermint 的属性）：使单槽资产重组的成本增加得多，即便是大部分人勾结的状况下也可以实行，进而减少的共识可获取使用价值 (CEV)

解决对 LMD GHOST 分岔挑选的比较严重依靠，防止已经知道的缺点及其必须引进繁杂的混和分岔挑选标准来修补这种缺点。

很有可能容许更低的最少储蓄尺寸和高些的验证器总数

储存经济发展终结性最后贴近一个十分大的数据（上百万 ETH）的属性

让 CONSENSUS 变成一种多线程安全性的共识算法（比如 Tendermint、Casper FFG ……）。 大家假定这类共识算法有一些槽（slot）或视图的定义，它在每一个固定不动时间范围试着达成一致。 大家还假定它将一种权重计算验证器集做为键入（目前的 BFT 共识算法能够轻轻松松改动以加上此属性）。

在下面的设计方案中，大家改动了 CONSENSUS，便于在每一个视图中，必须最后性的结合是不一样的。换句话说，CONSENSUS 将一个涵数 get_validator_set(view_number: int) -> Map[Validator, int]（意味着验证器账户余额的 int）做为键入，而不是验证器集，它能够为新视图转化成验证器集。get_validator_set 应当具备下列属性：验证器集依据从一个视图到下一个视图的最大1/r值开展变更，在其中 r（比如 r=8192 ）是手术恢复期长短。更宣布地说，大家要想：

在其中 丨x丨 回到 x 平均值的平方根之和， diff 回到每一个键值的误差（比如 diff({a: 0.1, b:0.2}, {b:0.1, c:0.3}) = {a：0.1，b：0.1，c：-0.3}）。

结合实际，2个邻近验证器集中间的差别将包含目前验证器泄露账户余额，及其以与泄露账户余额相同的速度引进新验证器。

一定要注意，这代表着假如2个终结性的视图总数相距充足远，则此刻能够在没有减少的状况下开展双向终结性明确； 它是有心为此，而且该协议书以与现如今 Casper FFG 解决不主题活动泄露的方法同样的方法紧紧围绕它工作中。

大家应用二级分岔挑选：

挑选 LATEST_FINALIZED_BLOCK

从 LATEST_FINALIZED_BLOCK，运用一些别的叉挑选（比如 LMD GHOST）来挑选head

共识算法的视图在每一个扩展槽都是会被试着，将根据 get_post_state(LATEST_FINALIZED_BLOCK) 数据信息的验证器集生成函数做为键入传到。 在视图 i 中，一个合理的提议务必包括从 LATEST_FINALIZED_BLOCK 到扩展槽 LATEST_FINALIZED_BLOCK.slot i 处的区块的链。 假如提醒的父级是分岔挑选的大赢家，这时候验证者才必须提前准备并递交提议。

假如 CONSENSUS 在某一视图中取得成功，则该视图中的提议将变成新的 LATEST_FINALIZED_BLOCK，变更将来轮数的验证器集。 假如不成功，它将在下一个槽/视图中开展下一次试着。

留意：扩展槽应自始至终相当于当今视图序号再加上每一个此前验证器集中取得成功进行的视图序号的总数。

大家有下列惩罚：

由共识算法明确的按时减少惩罚

不活跃性处罚：假如这条链无法完成终结性，全部未参加的人都是会遭受处罚。 此处罚致力于将 r/两个 扩展槽后的账户余额减少一半。

假如一个区块得到终结性，那麼要终结明确一个市场竞争区块，必须产生下列状况之一：

一些联合会被毁坏，在其中 她们中≥1/3会被减少以对不一样的区块完成双向终结性

近期的联合会线下，在 r/3个扩展槽以后，联合会交替充足多，便于可以在没有减少的状况下使一个不一样的区块得到终结性。殊不知，它是以比较严重的不活跃性处罚为成本的（≥1/3的网络攻击账户余额）

在一切一种状况下，即便复原一个终结区块也最少必须消毁 DEPOSIT_SIZE * COMMITTEE_SIZE / 3个 ETH。如果我们设定 COMMITTEE_SIZE = 131,072（ETH2 联合会中每一个扩展槽的验证器总数在理论上较大 400 万只验证器限定），则该数值 1,398,101 个ETH。

该计划方案的别的一些关键属性包含：

验证器的负荷将十分平稳，不管存进是多少验证器，解决每一个扩展槽的 COMMITTEE_SIZE 买卖

验证者的负荷会更低，由于当她们沒有被规定添加联合会时，她们能够休眠状态

在没有放弃安全系数的状况下，能够容许休眠状态的验证器迅速撤出 撤销

假如出自于高效率缘故，大家务必减少 COMMITTEE_SIZE，我们可以开展下列调节：

大家沒有挑选全新的终结性区块，只是挑选做为最多终结性区块链尾端的终结区块（但回绝修复超出 COMMITTEE_LOOKAHEAD）

get_validator_set 应当只应用来源于情况超出 COMMITTEE_LOOKAHEAD 以前的信息内容

视图序号应当仅仅扩展槽序号（这能够更非常容易地推测在不一样链中应用同样的验证器集试着达成一致的状况，这仅有在很有可能毁坏一些终结性的状况下能会产生）

这保存了以上全部属性，但它也引进了一个新属性：假如一个区块得到好几个终结性（即该区块被终结，而且其子孙后代链得到 k-1 个大量终结，一共 k 个危害该区块的次序终结性），随后修复该区块必须违背好几个联合会的终结性确保。这容许好几个联合会的安全等级累加：一个人必须 COMMITTEE_SIZE * DEPOSIT_SIZE * k / 3 ETH 来修复k个终结性，数最多 k = COMMITTEE_LOOKAHEAD，这时联合会矛盾。

还需要留意，出自于 p2p 子网掩码安全性的缘故，优先体制不管怎样都值得做，因此 用它设计制作系统软件可能是一个好点子，假如需要的话，让手机客户端来决策她们如何处理最终性反转。

一定要注意，“摆脱终结性所需的 ETH”总数假定网络攻击操纵的验证器总数远远地超出质押贷款总产量的一半（即上百万 ETH）； 这一总数是网络攻击将丧失的。并并不是一切有着 2,730 - 174,762 ETH 的人都能够进到并消毁该 ETH 以反转单一扩展槽的终结性。

全文文章标题：《根据联合会的积累终结性实体模型》

创作者：Vitalik Buterin

在下面的设计方案中，大家改动了 CONSENSUS，便于在每一个视图中，必须最后性的结合是不一样的。换句话说，CONSENSUS 将一个涵数 get_validator_set(view_number: int)

标签：

区块链热门资讯