Staking
Stafi使用NPoS（提名权益证明）作为选择验证者集的机制。NPoS是DPoS的改良版，解决了验证人有过度中心化倾向的问题。NPoS机制中，将Staker分为提名人和验证人两种角色，与DPoS不同的是，出块奖励会均分给当前的所有验证人，而非按照被委托的Staking Token的比例来分配。这样一来，提名人会自动在多个验证人之间平衡委托，避免了马太效应。在创世之初，Stafi将提供数量有限的验证者名额，例如一开始60个，然后扩展到125个，随着时间推移将进一步拓展。
该系统鼓励FIS持有人作为提名人参加。提名者最多可以提名16个验证者作为受信任的验证者候选人。验证者承担共识出块，保证链的最终确定性的功能。
Stake时，您可以是提名人或者验证人。
任何人都可以申请成为验证人候选人。候选人列表对所有提名人都公开，每个提名人提交一份其支持的候选人名单。在下一个时期（持续几个小时），将选出16个的具有最多FIS支持的验证者并使其生效。对于FIS持有人成为提名人没有特殊要求，尽管我们希望每个提名人都仔细跟踪验证人的表现和声誉。
提名期结束后，16个验证人被选出，并开始执行他们的任务。
为了解释如何向验证者和提名者支付奖励，我们需要引入验证者池的概念，我们定义一个验证者池由一个验证者和支持它的提名者组成。（注：如果一个提名者
n与用自己的stakes支持了多个当选的验证人，比如k个，那么系统会将其Stake拆分为s_1，s_2，...， s_k，视为分别支持了v_1，v_2，...， v_k ，其中提名者n支持验证人v_i的stake份额为s_i。在这种情况下，提名者
n 能获得的奖励，相当于由k个提名人，各自分别用s_i 的Stake份额提名了v_i验证者池的奖励规则是，两个验证者池在相等的工作量下获得相同数量的FIS，不与他们各自获得支持的FIS量成比例。在验证者池中，奖励分为两部分（比例可配置），一部分支付给验证者，其余部分按比例（即按stake份额）支付给提名者。特别要注意的是，提名者奖励中有可能包含给到验证人的一部分，因为验证人默认是自己的提名人，自己的“票”投给自己。
要估算提名人或验证人每月可获得的FIS数量，您可以查看奖励机制 一节
如果您需要计算金本位收益，而非币本位收益，还须估算通货膨胀率，您可以查看通货膨胀一节
我们重点介绍NPoS的两个特点。第一个是，由于验证者池的报酬是相同的，因此拥有较少委托的池将为每个FIS提名人支付比拥有更多委托的池更高的费用。因此，我们为提名者提供了经济激励，使其逐渐将他们的委托转移到较少委托的验证者。这样做的原因是，我们希望所有验证者池的权益尽可能地平均分配，以避免权力集中在少数验证者中。这种机制推演下来，所有验证者池会逐渐具有相近的委托量，信誉较好验证者有可能委托量更高，但是总体上各验证池会保持均衡。
我们通过示例来阐明以上内容。为简单起见，我们有以下假设：
- 这些验证者没有自己的利益。
- 他们不收取任何佣金
- 奖励金额为100个FIS代币
- 最少要验证的FIS是350
| A-验证者池 | | |
提名人（4） | 委托量（600） | 占比 | 奖赏 |
Jane | 100 | 0.167 | 16.7 |
Sam | 50 | 0.083 | 8.3 |
Anderson | 250 | 0.417 | 41.7 |
Boby | 200 | 0.333 | 33.3 |
| B-验证者池 | | |
提名人（4） | 委托量（400） | 占比 | 奖赏 |
Alice | 100 | 0.25 | 25 |
Peter | 100 | 0.25 | 25 |
John | 150 | 0.375 | 37.5 |
Kitty | 50 | 0.125 | 12.5 |
两个验证者池A和B都有4个提名者，总委托量分别为600和400。
根据上述奖励分配，同样的FIS本金，池B中的提名人比池A中的提名人获得更多的奖励，因为池A的总体权益更高。Sam已在A池中投入了50个FIS股份，但他只得到8.3的回报，而Kitty则以相同的投入获得12.5的回报。
我们还指出，当系统对验证器的不良行为（例如，验证器离线，冒名顶替等）施以Slash惩罚时时，Slash的数量是固定百分比（而不是FIS的固定数量），这意味着拥有更多委托量的验证者池将被Slash掉更多的FIS。同样，这样做是为了为提名者提供经济动机来改变他们的偏好，由支持最受欢迎的验证者，转而支持他们认为值得信赖的但比较不受欢迎的验证者。
要注意的第二点是，每个验证人候选人都可以自由列出所需的佣金比例以支付运营成本。由于验证者池的薪水相同，因此佣金较低的池向提名人支付的费用要比费用较高的池多。因此，每个验证人可以选择增加其佣金比例以赚取更多的FIS，还是减少其佣金比例以吸引更多提名人并增加其当选机会。我们将让市场在这方面进行自我调节。从长远来看，我们期望所有验证人都需要具有成本效益以保持竞争力，并且信誉较高的验证人将能够收取稍高的佣金。
由于验证者的席位将受到限制，因此大多数希望参与Stake，维护网络安全并赚取收益的人，都是提名人。验证者承担了大部分复杂的工作：他们在BABE中产生新的区块候选者，在GRANDPA中投票并达成共识，并可能承担更多职责。
另一方面，提名人一旦质押了FIS，就无需做任何事情。提名者的经历类似于“设置并忘记它”，而验证者将通过执行关键操作为网络提供主动服务。
Slash是针对验证人在共识中产生不良行为的惩罚，此类型为可能造成共识不稳定，系统崩溃等问题。对于此类问题，NPoS共识通过“罚没”抵押金的方式对产生“非法”行为的验证人进行惩罚。和奖励计算一样，惩罚的计算每个Era计算一次。惩罚的类型和方式如下。
如果验证人在一个Era中不出块也不发送心跳信号，那么该验证人会被判断为离线/未响应。当离线/未响应节点数较多时，为了保证系统运营，系统会开始罚没不良行为验证人的验证池中的一部分质押的FIS，也就是说，这里包括提名人的FIS。.
我们设置以下公式
其中，n是总的验证人数量，k为离线验证人数量，注意当k - (n / 10 + 1) < 0的时候，惩罚金额0。假设一共有100个验证人，n=100
假设n=100,
当k=1~11，Slash的比例为0；
当k=12，Slash的比例为 0.03 * 0.07 = 0.0021
当k=21，Slash的比例为 0.3 * 0.07 = 0.021
当k=31，Slash的比例为 0.6 * 0.07 = 0.042
当k=41，Slash的比例为 0.9 * 0.07 = 0.063
当k=51，Slash的比例为 1*0.07=0.07
总体来说，Slash的比例最小为0，最大为7%，当所有节点中少于10%离线时，单个节点离线或者没有响应是不会被slash的，当1/3节点同时离线的时候，Slash比例接近5%。
在出块阶段（Babe共识）和投票阶段（Grandpa共识），为了保证共识安全，在单个轮次不同链上投票，或者是在同一个高度生成两个新区块，都会被认定为作恶。惩罚公式如下
其中，n为验证人数量，k为一个Era内混乱或者无效投票的验证人数量。
假设n=100
当k=1，Slash的比例为0.03 * 0.03 = 0.0009
当k=10，Slash的比例为 0.09
当k=21，Slash的比例为 0.3969
当k=31，Slash的比例为 0.81
当k=41，Slash的比例为 1
当k=51，Slash的比例为 1
总体来说，双签的惩罚要比离线严重的多，Slash比例最大的是1，也就是验证人有可能会被罚没100%的Stake。
验证者可以在多台计算机上运行其节点，以确保在其节点之一发生故障的情况下，它们仍然可以执行验证工作。应该注意的是，如果他们在管理签名机方面没有很好的协调，那么双签是可能意外发生的。
验证者如果被发现了任何一种不良行为，都将会被从验证者集中删除，失去当期的奖励，他们将立即被视为不活跃，并将失去其提名人。他们需要重新申请，以再次成为候选验证人，并重新获取提名人。
一个提名人可能提名的多个验证人当选，并可以因为任何一个验证人的不当行为而遭受Slash。在Slash之前，Staking FIS在各个epoch都可以重复使用。提名人用N个FIS连续提名某个验证人E个epoch，如果该验证人因不当行为被Slash，并不意味着您要被Slash掉N * E个FIS，只有N个。
当一个验证人截止被发现时已经有多个不良行为时，我们会按照开出的罚单中的额度最高的罚单来实施Slash，而不是总和。这样可以避免惩罚时验证者本金不足。被发现不良行为的验证者会被退选，以防止被罚验证者的愤怒攻击和故意加害。
退选是指从下一个NPoS周期中，从活动的验证者集中删除一个验证者，并取消其与候选候选者集合的资格的行为。
这可能是自愿的，并且是由验证者发起的，例如，验证者的周围环境或服务器托管商出现问题，验证者想要退出以保护自己免受Slash。自愿时，退选将使验证者在当前epoch保持活动状态，但在epoch中将其移动到非活动状态。验证者不会丢失其提名者。
退选也有可能作为惩罚措施使用，退选作为惩罚措施时，会使得验证器在当前epoch被禁用，并在下一个epoch中从验证者集中除名。
Stafi允许一部分验证器被禁用，但是如果禁用的验证器数量过多，将触发新的验证器选择以获取足够多的验证器。被除名的验证者将需要重新提交申请，重新获取提名者的支持。
对于每个周期(Era)，验证人将按照他们的Era Points的数量按比例支付。Era Points 是指通过以下方式获得的奖励积分。在Stafi的NPoS设计中，验证者以下三个类型的行为可以获得Era Points
- 1.出块（未引用叔块的块）
- 2.叔块出块（引用了之前未被引用过的叔块的块）
- 3.子块出块（引用了叔块的块）
为了保证出块，每个出块人通过VRF算法选出，同时，为了防止选出的出块人不出块，共识还会提前按照Round-Robin的算法选出后补出块人。这样的处理方式能保证每个块槽能正常出块，但是也会使得同一个块槽有多个块产生，此时通过GRANDPA确定的块为最终块，其他的块为叔块，叔块的子块同时也会得到奖励，但是奖励会相对少。
无论是最终块，叔块还是子块，验证人在合法范围中做了相等的工作，所以单个块对验证人的奖励是均等的，同时在NPoS的设计中，每个验证人被赋予相同的选举权重（Voting Power），无论其接受的提名Stake有多少，每个验证人被选上的概率是一样的。当然，Stake的多少决定了你是否能进入验证人集合。
出块机会被平均分配给验证人，这意味着奖励分配和Stake权重并没有直接的关系。很多项目设计的PoS共识中，出块机会和Stake权重成正比，即更多Stake拥有获得更多奖励的机会，从目前运行的项目来看，Stake有向头部集中的趋势，前10名的验证人一般可以占据50%以上的Stake率，NPoS的设计可以很好的避免此类问题，奖励机会均等可以让Stake的分布更加均衡，更加去中心化。
对于提名人来说，提名给越少Stake的验证人，可以获得更多的奖励，相反，则得到更少的奖励。单位FIS的提名在提名少的验证人身上可以获得更丰厚的回报，但是，提名少的验证人可能会出现一些问题，比如长期掉线，或者技术不过关，也可能是因为名气较小，节点业务才刚刚开始，这些不确定性是提名者需要注意的。
为了更好的分发奖励，Stafi以一个epoch为周期记录页每个验证人的奖励，同时，以一个Era为计算奖励周期，验证人可以在一个Era结束后领取（Claim）奖励。领取奖励后，协议会根据Stake的比例给提名人自动分发奖励（警告，奖励如果在84个Era内不被领取，奖励将会被销毁，所以需要验证人提前领取奖励）。
按照规定的奖励类型，每个验证人可以在出块后获得奖励，每种类型的块对应的奖励计数为
类型 | 出块 | 叔块 | 子块 |
奖励计数 | 20 | 2 | 1 |
假设验证人为v，在一个Era e中出块数量为n，叔块数量为s，子块数量为x，该验证人在该e中得到的总奖励计数r为
假设验证人集合有100人，即有
那么e 中，所有验证人的总奖励计数R为
进一步可得
至于每个Era Point相当于多少个FIS，需要根据当时既定的通货膨胀率来确定。
Stafi以一个epoch为周期记录每个验证人的奖励，一个epoch是2400个块，一个块是6s，一个epoch是4h。同时，Stafi以一个Era为周期发放奖励，验证人可以在一个Era结束后领取（Claim）奖励。一个Era是6份epoch,相当于1天。
验证人领取奖励后，协议根据验证人事先设置的比例分配一 部分给到提名人（警告，奖励如果在84个Era内不被领取，奖励将会被销毁，所以需要验证人提前领取奖励）。
例如，假设验证者的集体奖励是10个FIS。验证者可以指定佣金
validator_payment = 40%，在这种情况下，验证者将收到4个FIS。然后，剩余的6个FIS，根据每个提名人所拥有的Stake比例，分配剩余的6个FIS，假如验证者本身也质押了FIS，这6个FIS还有一部分要分给验证者。对于此计算，验证者的Stake就像是一个提名自己的提名人一样。奖励可以定向到Stash账户或Controller，奖励也可以选择继续参与质押，或者不参与质押。针对SV和SSV的奖励来源于系统通胀，和比特币的Coinbase机制类似，Stafi协议在每个块都会产生新的FIS（过程称之为Coinstake），用以激励验证人和特殊验证人付出的计算和存储资源。通胀率的设置是一个经济学问题，按照历史演变和大量数据表明，现阶段的PoS项目年通胀率大概在5%~20之间。
在Stafi协议的设计中，通胀率构成主要有以下几个方面
其中
I_NPoS 为系统共识奖励，在Stafi中包括针对SV和SSV的奖励。Slash的FIS和交易手续费的FIS，都有一部分会分给举报人，一部分会补充到国库中，国库有销毁逻辑。
和Staking率有关系，不考虑其他影响因素，当Stake占越高时系统拥有更高的安全性，Stake越低时安全性相对减弱，高流动性代表着Token具有较低的流动性，在FIS的设计中，通胀率会根据Stake的占比动态调整通胀率，当Stake占比升高时，系统会减少激励，反之，Stake占比降低时会提高激励。在调整过程中，Stafi协议沿用了一个理想的Stake占比50%，即当Stake占比超过50%之后，激励将不再升高， 
在2.5%~10%之间，激励曲线如下。第一年的增发率为10%，如果Staking率没有达到理想值，多余的奖励将被流通到国库。
I_SSV 和服务调用有关系，包括多签签名服务和RPC调用服务。Staking过程中，需要多次调用RPC和多签服务，为了支付服务所产生的费用，系统会给与每次调用奖励。初始设置中，协议规定固定增发x%作为服务调用的奖励，x的初始范围设定在【1,2】。
系统按照设定，奖励每笔调用，一个Era计算一次。当前Era中调用获得的奖励小于系统在该Era的增发，那么多出来的奖励将会被销毁。如果调用奖励超过系统在该Era的增发，那多单位调用所奖励的FIS也会相应减低。此策略会在主网上线后的1年时间里，动态调节，后通过线上治理的方式，由社区决定。
I_Slash的通胀并不是确定的数字，在大部分人都是诚实的前提下，Stafi协议应该不会有太大量的Slash情况出现，严重事故发生的几率也比较小。现有PoS项目，发生过几起双签事故，但大多都是验证人失误导致，所以 I_Slash对整体的通胀率影响不大。
I_Tx-fee 的通胀也并不是确定的数字，依赖于Stafi网络的使用情况，特别是rToken的使用，目前并不能评估，但是整体上随着rToken的发展，对通胀是有一定的缩减作用的。
Last modified 2yr ago