热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

波卡上最新的Staking介绍(下)

“波卡知识图谱”是我们针对波卡从零到一的入门级文章,我们尝试从波卡最基础的部分讲起,为大家提供全方位了解波卡的内容,当然这是一项巨大的工程,也充满了挑战,然而我们希望通过这样的努力让大家能够正确认知波


波卡知识图谱是我们针对波卡从零到一的入门级文章,我们尝试从波卡最基础的部分讲起,为大家提供全方位了解波卡的内容,当然这是一项巨大的工程,也充满了挑战,然而我们希望通过这样的努力让大家能够正确认知波卡,也让不了解波卡的人方便快速掌握波卡相关知识,今天是该栏目的第 72 期,波卡的原生提名池是对网络的重要且有价值的补充,随着提名池的部署,进入 Staking 系统的 DOT 数量可能也会增加,那么如何参与 Staking 呢?


在 PoW 共识机制中,算力的高低决定了参与者获得奖励的多少,而在 NPoS 机制中,用户不需要通过高算力成本来获取奖励,通证持有者则是通过投票、委托、锁定通证等一系列 Staking 的行为获得奖励。


Staking 降低了用户参与波卡生态的门槛,最大程度保证了链的安全性同时也使得网络足够去中心化,那么如何成为提名者?Staking 又有哪些优缺点?




成为提名者


1

提名者的任务和职责

验证者

由于验证者名额是有限的,大多数希望质押 DOT 并为网络经济安全做出贡献的人将成为提名者,因此在这里我们重点介绍提名者的作用。

然而,值得一提的是,验证者完成了大部分繁重的工作:
他们运行验证者节点并管理会话密钥,在 BABE 中产生新的候选块,在 GRANDPA 中投票并达成共识,验证平行链的状态转换函数,以及可能的一些有关数据可用性和 XCM 的一些其他职责

要了解更多信息,可以查看验证者文档,了解作为验证者需要做什么。
https://wiki.polkadot.network/docs/learn-validator

如果你想成为验证者,你可以参考这个指南。
https://wiki.polkadot.network/docs/maintain-guides-how-to-validate-polkadot

提名者
提名者的职责远少于验证者。这些责任包括选择验证者并监控他们的表现、密切关注不断变化的佣金率(验证者可以随时更改佣金),以及对其验证者账户的总体运行状况进行监控。

因此,虽然不是完全设置和忘记,但
与验证者相比,提名者的经历则相对放手的,甚至在提名池中更是如此。要了解更多信息,你可以查看提名者指南以了解你作为提名者的责任。
https://wiki.polkadot.network/docs/learn-nominator

如果你想成为提名者,请参阅这个指南。如果你是一个初学者并希望使用 Polkadot-JS 用户界面安全地抵押你的通证,请参阅这篇支持文章。
https://support.polkadot.network/support/solutions/articles/65000168057-how-do-i-stake-nominate-on-polkadot-

波卡 Staking 仪表板
Staking Dashboard 提供了一种更加用户友好的 Staking 替代方案。请参阅这篇支持文章中的说明,了解如何使用仪表板进行 Staking。
Staking Dashboard:
https://staking.polkadot.network/#/overview


Pools
池“构建”在 NPoS 之上,以提供非常低的 Staking 准入门槛,同时又不牺牲波卡严格的安全模型。


2

选择验证者

选择验证者的任务并不简单,因为它应该考虑提名者的奖励和风险偏好。

理想情况下,人们的目标是通过最大化回报和最小化风险来最大化回报风险比,有时必须在两者之间做出妥协,因为最小化风险也可能会减少回报
。提名者在提名验证者时应特别注意以下六个标准(不按重要性排序):
  • 跨 era 获得的 era 点数的近期历史;

  • 验证者自己的 Staking(Staking 时的个人投资);

  • 支持验证者的总 Staking(即自身 Staking 和来自提名者的 Staking 之和);

  • 佣金费用(即验证者向提名者收取的费用);

  • 经核实的身份;

  • 以前的 Slash。


下图显示了这些标准的选择如何影响回报风险比。


验证者选择标准
为了最大化回报和最小化风险,可以选择以下验证者:
  • 拥有高于平均水平的 era 点数(他们会因活跃而获得更多奖励);

  • 支持验证者的总 Staking 低于活跃验证者的平均 Staking(因为他们将为每个 Staking 的 DOT 支付更多奖励);

  • 拥有较高的自有资金(因为如果被 Slash,他们会有损失);

  • 佣金低但不是 0%(因为对于完成繁重的工作,验证者要求少量佣金是有道理的);

  • 拥有链上注册身份(因为它增加了一层信任,并可能提供访问他们网站和联系方式),

  • 并且没有被 Slash(这意味着他们在链上行为是真实的)。


追踪被提名的验证者

提名者必须定期检查他们的验证者
提名不是“一劳永逸”的操作。整个 NPoS 系统是动态的,提名者应定期监测其验证者的表现和声誉。如果不这样做,可能会导致应用 Slash 或奖励无法支付,这可能会持续很长时间。

虽然该理论可以作为一般指南,但在实践中它更复杂,遵循理论不一定会得到预期的结果。
验证者可能在一个 era 拥有低于平均水平、低佣金和高于平均 era 点数的总 Staking,然后在下一个 era 拥有不同的情况

基于链上身份、Slash 历史和低佣金等标准的选择使 Staking 奖励具有确定性。但是有些标准比其他标准变化更大,其中 era 点数是最易变的,因此是 Staking 奖励的关键概率组成部分之一。

这种概率的一部分与验证者可以为平行链(即平行验证者)或中继链生产区块这直接相关,平行验证者在单位时间内可以获得更多的 era 点数(更多信息请参阅以下链接)。
https://wiki.polkadot.network/docs/maintain-guides-validator-payout#era-points

该角色可以在不同的时段切换,你可以查看 Polkadot-JS 用户界面上的 Staking 选项卡,以了解哪个验证者正在为中继链或平行链生产区块。
https://polkadot.js.org/apps/#/staking

不建议因为验证者在单个 era 的 era 点数较低而改变提名
。由于 era 点数而导致的奖励的变化应该随着时间的推移而趋于平稳。

如果验证者的 era 点数始终低于平均水平,那么提名一个表现更好的验证者对于网络的健康和增加 Staking 奖励是有意义的。请参阅这篇支持文章以详细了解如何选择要提名的验证者集合。
https://support.polkadot.network/support/solutions/articles/65000150130-how-do-i-know-which-validators-to-choose-


3

用于 Staking 的 Stash 和 Controller 账户

两个不同的账户可用来在 Staking 时安全地管理你的资金。

  • Stash该账户持有用于 Staking 的资金,但将一些功能委托给 Controller 账户。因此,你可以用保存在 Ledger 等冷钱包中的隐藏私钥积极参与质押,这意味着它一直处于离线状态。储存账户密钥用于签署 Staking 操作,例如绑定额外的资金。

  • Controller:这个账户代表 Stash 账户,发出关于提名和验证的决定的信号。它可以设置像佣金(用于验证者)和 Staking 奖励支付账户这样的首选项。获得的奖励可以立即绑定(锁定)到你的 Stash 账户中,这将有效地使你获得的奖励随着时间的推移而复利。你也可以选择将它们作为自有(可转移)余额存入你的 Controller 账户或其他账户。如果你是一个验证者,它也可以用来设置你的账户密钥。Controller 账户只需要足够的资金来支付交易费用。

注意
千万不要在 Controller 账户上留下高额余额,因为它们的私钥存储在设备(PC、电话)上,并且总是暴露在互联网上,有可能被黑客攻击和诈骗。良好的做法是将奖励存入 Stash 账户或将其发送到冷钱包上的另一个账户。


这种用于 Stash 账户和 Controller 账户的独立密钥的层次结构旨在为提名者和验证者操作者增加一层保护。公开和使用私钥的次数越多,其受到黑客攻击或诈骗的脆弱性就越高。

因此,如果一个人在区块链网络上为多个角色使用一个密钥,则该账户很可能会受到损害。
请注意,与被盗私钥相关的损害是不同的,这取决于账户衍生的类型。在软派生的情况下,所有派生账户都会受到损害。有关账户派生的更多信息请参见此处。
https://wiki.polkadot.network/docs/learn-accounts#derivation-paths

注意
对于直接在 Ledger Live 上 Staking 的 Ledger 用户,目前无法选择使用单独的 Stash 账户和 Controller 账户。也就是说,如果你在 Ledger Live 上 Staking,你的 Stash 账户也将成为你的 Controller 账户。

Talisman 扩展中现在支持 Ledger 设备。用户可以在扩展程序中导入他们的 Ledger 账户,并将其作为 Stash 和 Controller 使用。你可以在此处找到更多有关 Talisman 和其他正式获得国库资助的第三方钱包的信息。
https://wiki.polkadot.network/docs/build-wallets#treasury-funded-wallets


4

领取 Staking 奖励

奖励是按 era 计算的(Kusama 上大约 6 小时,Polkadot 上大约 24 小时)。这些奖励是根据 era 点数计算的,其中包含概率成分。这些变化应该会在足够场的时间内抵消。请参阅验证者支付指南页面。

https://wiki.polkadot.network/docs/maintain-guides-validator-payout

向提名者分配 Staking 奖励不是自动的,需要有人触发。
通常情况下,验证者会处理这一问题,但任何人都可以未经许可地为所有提名者触发奖励支付,这些提名者的 Staking 支持那个 era 的活跃集合中的某个特定验证者。Staking 奖励可保留 84 个 era,也就是大约 84 天。关于为什么这样做的更多信息,请参见简单支付的页面。
https://wiki.polkadot.network/docs/learn-simple-payouts

付款
支出是等待支付给验证者和提名者的无人认领的奖励。如果你进入 Polkadot-JS 上的 Staking payouts 页面,你会看到一个列表,上面是你在过去 84 个 era 中提名的所有验证者,但你尚未收到这些验证者的支付。支付页面仅对参与者可见。

每个验证者及其提名者都可以选择为所有无人认领的 era 触发支付。请注意,这将为在那些 era 中提名该验证者的每个人提供报酬。因此,你可能在这个选项卡中看不到任何内容,但如果有人(通常,但不一定是另一个提名者或验证者操作员)触发了那个 era 的验证者的支付,仍然会收到支付。

申领 Staking 奖励的时间限制
如果在 84 个 era 内没有人领取你的 Staking 奖励,那么你将无法领取它们并且它们将会丢失。此外,如果验证者将自己的所有 Staking 解绑,则任何待处理的支出也将丢失。由于解除绑定需要 28 天,提名者应该至少经常检查他们是否有待处理的支出。

奖励可以指向用于签署支付的相同账户(Controller),或指向 Stash 账户(增加或不增加 staking 价值),或者指向完全不相关的账户。也可以充值 / 提取一些绑定的通证,而不必解除所有已 Staking 的通证。

如果你想知道自己是否收到了付款,则必须通过区块浏览器进行检查。有关详细信息,请参阅相关的支持页面。有关验证者支付的具体细节,请参阅以下指南。
https://wiki.polkadot.network/docs/maintain-guides-validator-payout


5

Slashing

如果验证者在网络中行为不当(例如离线、攻击网络或运行修改过的软件),则会发生 Slash。他们和他们的提名者将会损失一定比例的绑定 /Staking DOT。

任何被 Slash 的 DOT 都将被添加到国库中。
这样做的理由(而不是销毁或分发他们作为奖励)是,委员会可以通过简单地从国库中支付来恢复 Slash。这在 Slash 错误的情况下很有用

在合法 Slash 的情况下,它将通证从恶意验证者转移到那些通过正常的国库流程构建生态系统的人。


拥有更多 Staking 支持的验证者将比不太受欢迎的验证者受到更严厉的 Slash,因此我们鼓励提名者将他们的提名转移给不太受欢迎的验证者,以减少可能的损失。

重要的是要认识到,
Slash 只会发生在给定提名者的活跃验证中,并且不会因为其他不活跃或等待提名而减轻 Slash。它们也不能通过运行单独的验证者的验证者操作人员来减轻;

运行单独验证器的验证器操作员也不会减轻它们;每个验证者都被视为自己的实体,以达到 Slash 的目的,就像它们是为了 Staking 奖励一样。


在极少数情况下,提名者可能会在一个 era 积极提名多个验证者。在这种情况下,Slash 与该特定验证者的数量成正比。对于非常大的 DOT 绑定量,例如平行链的流动性 Staking 账户,提名者每个 era 有多个活跃提名(Acala 的 LDOT 提名者通常每个 era 有 7-12 个活跃提名)。

注意,你无法控制分配给每个验证者的份额百分比,也不能选择活跃验证者是谁(但是提名单个验证者的情况除外)。Staking 分配由 Phragmén 算法控制。


一旦验证者被 Slash,它将进入“未应用 Slash”状态。你可以通过 Polkadot-JS UI 检查这一点。UI 根据每个验证者显示它,然后现实所有受影响的提名者以及金额。
在此期间(Kusama 上为 7 天,Polkadot 上为 28 天),可以提出治理建议来逆转它。在宽限期之后,将应用 Slash

以下是对违规行为级别的定义。然而,这些特定级别并未在代码或系统中实现或引用;它们是针对不同严重程度的违规行为的指南。要理解 Slash 金额是如何计算的,请参阅下面一节中的方程式。

  • 级别 1:孤立的无响应,即整个会话都处于离线状态。一般不会 Slash,只会冻结。

  • 级别 2:无响应和孤立的模棱两可,Slash 非常少量的 Staking 和冻结。

  • 级别 3:不当行为不太可能是偶然的,但不会在很大程度上损害网络的安全。例如,在 GRANDPA 中同时出现的模棱两可或孤立的不合理投票案例。Slash 少量的 Staking 和冻结。

  • 级别 4:对系统构成严重安全或货币风险的不当行为,或大规模串通。Slash 验证者背后的全部或大部分 Staking 并冻结。


如果模想了解更多关于 Slashing 的细节,请查看我们的研究页面。
https://research.web3.foundation/en/latest/polkadot/slashing/amounts.html


6

Chilling

Chilling 是在任何提名或验证中退后一步的行为。它可以在任何时候由验证者或提名者完成,并在下一个 era 生效。它还可以具体表示从另一个验证者的活动验证者集合中删除一个验证者,在下一个 NPoS 周期中取消他们在候选人集合中的资格。


Chilling 可能是自愿的,由验证者发起的,例如,如果验证者的环境或托管提供商计划中断,并且验证者想要退出以保护自己免受 Slash。如果是自愿的,Chilling 将使验证者在当前会话中保持活跃状态,但会在下一个会话中将它们移至非活跃状态。验证者不会失去他们的提名者。

当被用作惩罚的一部分(外部启动)时,Chilling 会带来未被提名的隐含惩罚。它还会在当前 era 的剩余时间内禁用验证者,并将从下一次选举中移除违规验证者。

Polkadot 允许禁用一些验证者,但如果禁用的验证者数量过多,Polkadot 将触发新的验证者选举以获得完整的验证者池。
禁用的验证者将需要重新提交他们的意图,以验证并重新获得提名者的支持

有关 Chilling 的更多信息,请参阅此 wiki 上的“如何 Chilling”页面。

https://wiki.polkadot.network/docs/maintain-guides-how-to-chill




为什么 Stake 以及为什么不 Stake?


1

Staking 的优点

  • 当网络启动时,通货膨胀率每年 10%;

  • 50% 有针对性的主动 Staking
  • ~20% 的年名义回报率

到目前为止,该网络一直遵循排除活跃平行链指标的通货膨胀模型。理想的质押率并不总是 50%,因为活跃平行链的数量会影响保护网络的可用流动性。

请记住,当系统的质押率低于理想质押率时,年名义收益率会更高,从而鼓励更多用户使用他们的通证进行质押。相反,当系统质押率高于理想质押率时,年名义收益会变少,促使部分用户退出。


2

Staking 的缺点

  • 在 Polkadot 上解除绑定后,通证将锁定 28 天,在 Kusama 上将锁定 7 天。

  • 如果发现验证者行为不当,将对其进行惩罚(参见 Slashing)。
    https://wiki.polkadot.network/docs/learn-staking#slashing
  • 你想要将通证用于平行链插槽。




波卡有多少个验证者?


Polkadot 目前有 297 个验证者。验证者数量的上限还未确定,但应该只受限于由于点对点消息传递导致的网络带宽压力。Polkadot 成熟时验证者的数量估计在 1000 个左右。Kusama 是 Polkadot 的金丝雀网络,目前在活跃集中有 1000 个验证者槽。





波卡网络蓬勃发展,生态项目层出不穷,波卡生态研究院聚焦波卡生态动向,把握当前趋势。回复【日报】,获取波卡生态每日最新消息汇总







欢迎大家加入我们 Polkadot 生态研究院的电报:

https://t.me/polkadot_eri

欢迎大家访问波卡生态研究院的 Mirror 地址:
https://mirror.xyz/0x9A259b3a2316281Cc948cE2Cf1Ac610a79844f05




精选文章



智能合约 | 经济模型 | Slash | 通货膨胀 | NPoS | Web3 基金
Staking
| Gavin Wood | 跨链 | 平行链 | 国库 | Parity
KSM | Web3.0 | Kusama | Grant 指南
Statemint | 区块链 | SBP 计划 | NFT
XCVM | BEEFY | XCM
Wasm



 



推荐阅读
  • 构建高性能Feed流系统的设计指南
    随着移动互联网的发展,Feed流系统成为了众多社交应用的核心组成部分。本文将深入探讨如何设计一个高效、稳定的Feed流系统,涵盖从基础架构到高级特性的各个方面。 ... [详细]
  • Hibernate入门指南:单表数据库操作详解
    本文介绍了Hibernate作为全面的ORM框架的基础知识,并详细讲解了在MyEclipse环境中配置Hibernate以及进行基本的数据库单表操作的方法,包括增删改查等常见操作。 ... [详细]
  • 死锁的概念“死锁”指的是:多个线程各自占有一些共享资源,并且互相等待其他线程占有的资源才能进行,而导致两个或者多个线程都在等待对方释放资源 ... [详细]
  • Windows 系统中 Flutter 与 IntelliJ IDEA 的环境配置指南
    本指南详细介绍了如何在 Windows 操作系统上设置 Flutter 开发环境,并集成至 IntelliJ IDEA 中,适合初学者及专业人士参考。 ... [详细]
  • ANSI最全介绍linux终端字体改变颜色等ANSI转义序列维基百科,自由的百科全书由于国内不能访问wiki而且国内关于ANSI的介绍都是简短的不能达到,不够完整所以转wiki到此 ... [详细]
  • Cortex-M3处理器核心解析
    本文详细介绍了Cortex-M3处理器的常见术语及其核心特点,包括其架构、寄存器组、操作模式、中断处理机制、存储器映射、总线接口和存储器保护单元(MPU)。此外,还探讨了Cortex-M3在性能和中断处理方面的优势。 ... [详细]
  • 【java】关键字、代码块、接口、枚举学习笔记
    主要内容1关键字2代码块3接口4枚举1Java中的关键字1.1static关键字用一句话说就是:可以直接通过对象.的形式使用,不用new实 ... [详细]
  • 微服务架构详解及其入门指南
    本文详细介绍了微服务的基本概念、发展历程、与传统架构的区别及优势,并探讨了适合采用微服务架构的场景。此外,文章还深入分析了几个主流的微服务开发框架,特别是Spring Cloud的组成和特点。 ... [详细]
  • 14款免费网站访客行为分析工具推荐
    探索14款免费的网站访客行为分析工具,帮助你深入了解访客为何离开你的网站,并提供策略以提高用户留存率和转化率。 ... [详细]
  • 本文探讨了如何利用 Application 对象在 PHP 应用程序中共享数据,特别是在多用户环境中保持数据的一致性和安全性。文章还介绍了 Application 对象的基本结构、方法和事件,并提供了实际应用示例。 ... [详细]
  • 本文探讨了Thrift作为一款支持多语言的服务开发框架,其在体积、功能、扩展性以及多协议支持等方面的显著优势。特别地,Thrift作为一种RPC(远程过程调用协议)框架,非常适合用于构建可扩展且低耦合的分布式服务系统。文章通过多种编程语言对Thrift服务进行了性能测试,并提供了详细的测试结果。 ... [详细]
  • 远程访问用户 Kindle通过电子书实现控制
    介绍自2007年以来,亚马逊已售出数千万台Kindle,令人印象深刻。但这也意味着数以千万计的人可能会因为这些Kindle中的软件漏洞而被黑客入侵。他 ... [详细]
  • 深入理解SAP Fiori及其核心概念
    本文详细介绍了SAP Fiori的基本概念、发展历程、核心特性、应用类型、运行环境以及开发工具等,旨在帮助读者全面了解SAP Fiori的技术框架和应用场景。 ... [详细]
  • Python安全实践:Web安全与SQL注入防御
    本文旨在介绍Web安全的基础知识,特别是如何使用Python和相关工具来识别和防止SQL注入攻击。通过实际案例分析,帮助读者理解SQL注入的危害,并掌握有效的防御策略。 ... [详细]
  • 本文介绍了如何使用Workman框架构建一个功能全面的即时通讯系统,该系统不仅支持一对一聊天、群组聊天,还集成了视频会议和实时音视频通话功能,同时提供了红包发送等附加功能。 ... [详细]
author-avatar
丫_龟shop
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有