Ethereum Casper 101 词汇表

词汇表

Proof of Stake -- 公有链的一类共识算法,基于验证人(validator)在网络中的经济权益(economic stake)。

Casper -- 以太坊的 PoS 研究和项目。

Finality - 系统中的操作一旦完成,就永远再无法回滚(Vitalik on settlement finality)背景:在 PoW 中,finality(最终确定性) 是概率性且隐式的。Casper 所设计的机制,是显式强制保证最终确定性。

Fork Choice Rule - 分叉选择规则(fork choice rule)就是一个函数,由客户端进行评估,输入为区块或是其他生成的信息,向客户端输出“标准链(canonical chain)”是什么。

Slashing Conditions - 通过在 P2P 网络中伪造身份,进而破坏一个信誉系统(reputation system)的攻击。

3 E’s of Sybil Resistance - 1. 进入成本(entry cost)2. 存在成本(existence cost)3. 退出惩罚(exit penalty)。(源自 Dominic Williams)。

Nothing-at-stake problem - 一个 PoS 实现上的挑战,它指的是如果出现分叉,无法同时验证两条链。这是 PoS 的一个老大难问题,但是通常也被认为是可解决的。比如,参见 Slasher。

Bribe attack(贿赂攻击) - 攻击者用贿赂的方式,改变验证人博弈论框架的纳什均衡,以此来削弱协议的安全性。( 更多背景见 History of Capser pt 2)

Long range attack(长程攻击) - 与 51% 攻击(为了攻击者的利益让一个更长的链重写账本)的机制一样,但并不是发起 6 个块的攻击,而是攻击更多块(比如 60,000 个块)。

DAG - “有向无环图(Directed Acyclic Graph)”。一个没有有向环的有限有向图。(ETH Stack Exchange)

GHOST  - “Greedy Heaviest Observed Subtree”. 它是一个链的选择规则,目的是快速确认,同时尽量减少在安全性或去中心化上的妥协。(原始论文,ETH GHOST)

Synchronicity - 指的是消息的时间假设(也就是说,同步,部分同步还是异步)。

Liveness - “availability(可用性)”。遵守协议的节点最终决定出块。其反面就是网络状态会因为出块决定而阻塞(也就是说,没有 2/3 投票高度的 Tendermint)

Safety - “correctness”。遵守协议的节点会就出块达成共识。另一个直观解释是两个冲突的块是否可以提交。

FLP Impossibility Theorem(FLP 不可能定理) - “不可能有一个 live,safe,asynchronous 的网络”(已被证明)

Accountable Faults - 由于某一个验证人,或者某一些验证人引起的错误。

Byzantine Faults(拜占庭错误)/Byzantine Behavior -- 对于对于不同观察者显示出不同症状的任意错误。非协议遵守行为。

Byzantine Failure(拜占庭故障) -- 在一个需要 consensus 的系统中,由于拜占庭错误引发的系统服务损失。

Byzantine Fault Tolerance(“BFT”)-- 一个系统能够容忍拜占庭错误的能力。1/3 的拜占庭错误阈值在异步网络中。1/2 在同步网络中。(BFT 共识算法包括 Paxos,PBFT 和 Casper ,Tendermint).

Nakamoto Consensus -- 类似比特币就 PoW 的共识。此外,Nakamoto 风格的共识存在,将会是基于链的 PoS 而不是基于 BFT 的 PoS。

Tendermint -- 专注一致性(consistency)的 PoS 实现。在少于 1/3 恶意参与者的情况下,永远不会分叉,但是缺点是,如果缺乏 2/3 的验证人投票,链可能会停止运转。

Validator(验证人) -- 一个为了获取奖励而验证 checkpoint 或是区块的 entity,是 PoS 中的 “矿工”。

Validator Set(验证人集合) -- 一条链在任意给定时间的验证人集合。

Checkpoint -- 在 FFG 中,它是按照规律(比如每 50 个块)隔开的一个块,这个块在底层是 PoW 的链之上,同时采用 PoS 验证机制(比如 Ethereum with ethash)。

Epoch -- 在 FFG 中,50 个块为一个周期,验证人可以对周期的最后一个块(也就是 checkpoint)进行投票。PoW 矿工出块,PoS 验证人在每个周期对 checkpoint 进行验证。

Dynamic Validator Sets(动态验证人集合) -- 在一个时期内,一条链可以有一个变化的验证人集合。在 BFT 风格的共识算法中,这是一个巨大的改进。Tendermint 是第一个突破,Casper 也正在这一点上积极运作。

Equivocation -- 验证人发送两个相互冲突的消息( 更准确的定义见 slide 28 of this deck)

Dunkles -- 包含从非主导(non-dominant)块向主导(dominant)块数据的机制。它提供了一个更好的激励机制,可以有效缓解 nothing-at-stake 问题(link)。

Proposal Mechanism(提案机制) -- 集合中的验证人提议哪个块进行公正(justification)或最终确定(finalization)的机制。

Justification(公正) -- 比如在 FFG 中,如果验证人集合中有 2/3 的人对一个新的 checkpoint 投票,那么该 checkpoint 就是准确的记录。这是形成一个最终确定化(finalized)的 checkpoint 的中间过程.

Finalization(最终确定) -- 比如在 FFG 中,如果 2/3 的验证人对一个被公正过的 checkpoint 投票,那么这个 checkpoint 就是准确的记录。这一步完成后,checkpoint 被最终确定。

State Transition System(状态转移系统) -- 一个维护给定状态(比如交易或账户集合)和它随着时间(也就是转移,transition)变化的系统。比特币,以太坊和其他公有链可以被认为是状态转移系统。

Protocol Utility Function(协议效用函数) -- 一个告诉我们协议当前执行状况的公式,理想状态下应该是从区块链内部进行计算的(calculable from inside the blockchain)。在 PoW 的链中,它可以是所有生成的区块占主链的百分比。在 Casper 中,如果协议效用(protocol utility)是 0,表示执行完美,每个 epoch 都被最终确定,也没有发生安全故障。对每个没有最终确定的 epoch,会有一些惩罚,而对于每个安全故障会有一个非常严重的惩罚。如果一个协议效用函数可以被形式化,那么故障惩罚就可以尽可能与这些故障所造成的协议损失相匹配。(来自 Triangle of Harm)

原文:https://medium.com/@jonchoi/ethereum-casper-101-7a851a4f1eb0

你可能感兴趣的:(Ethereum Casper 101 词汇表)