Polkadot 的 Staking 质押系统自上线以来已经进行了很多次优化和升级。质押一直是普通用户的痛点，也是技术进步的平台，因为它的难度很大。以下是回顾过去的一些重要进展：

Polkadot/Kusama 质押报告 2021 年 6 月：https://polkadot.network/blog/polkadot-and-kusama-staking-changes/

Polkadot 因为 Staking 系统出错中断的事后分析：https://polkadot.network/blog/a-polkadot-postmortem-24-05-2021/

NPoS 的未来 2021 年 6 月：https://www.youtube.com/watch?v=OZpQ2FouDOU

Staking 月报（2021 年 9 月至今 )：https://polkadot.network/tag/staking-updates/

Polkadot Decoded 2022 上关于提名池的分享：https://www.youtube.com/watch?v=_wjAYivFQBU

下面是 Polkadot Staking 系统未来可能会出现的一个非详尽的里程碑列表。Parity 工程师 Gonçalo Pestana、Ankan 和来自 Web3 基金会的 Alistair Stewart、Jeff Burdges、Alfonso 也为以下可能的发展方向做出了贡献。

我列出这份“清单”的主要目标是，我认为我们将在未来 1-2 年内着手实施以下部分想法，并且我想确保我们在继续开始之前可以听取整个社区的意见。其中一些功能对用户体验有很大的提升，一些可以提升安全性，还有一些对 Polkadot 的超级扩展和长期、多链的未来更有用。

提名池 2.0

提名池目前处于稳定状态，可以合理地发挥其设计的主要作用，即允许几乎所有 DOT 持有者参与 Staking。

此外，预计在不久的将来会发生一些简单的改进：

无需许可领取奖励，只要提名池运营者或某人触发交易，就模拟一个自动复合提名池。

提名池运营商可以选择佣金，希望使第一条在经济上可行。

能够在解除绑定时重新绑定，类似于直接提名。

也就是说，我们可以预见到一些重大改进是：

当你的 DOT 参与提名池时也参与治理。

能够同时加入多个提名池。

无需等待完整的解除绑定期即可切换到其他池。

提名池在默认情况下可以自动复合，而不是当前的“默认非复合”方案。

Multi-Page NPoS

NPoS 是规定每个 era 的 “活跃验证者集” 及其支持度（支持每个验证者的提名者列表）的协议。这是 slash 惩罚和奖励的“真相来源”。

┌──────────────────┐ ┌─────────────────────┐

│ │ │ │

│ │ │ │

│ Validators ├──────┐ │ Exposure Table │

│ │ │ ┌──────────────┐ ┌────► │

│ │ │ │ │ │ │ │

└──────────────────┘ │ │ │ │ └─────────────────────┘

├─────► NPOS ├─────┤

┌──────────────────┐ │ │ │ │ ┌─────────────────────┐

│ │ │ │ │ │ │ │

│ │ │ └──────────────┘ │ │ │

│ Nominators │ │ └────► Active Validators │

│ ├──────┘ │ │

│ │ │ │

└──────────────────┘ └─────────────────────┘

目前，大部分 NPoS 过程（本视频深入解释了 NPoS：https://www.youtube.com/watch?v=qVd9lAudynY）每一次都限制在单个块的区块空间中。虽然一些流程分布在多个流程中，但核心部分（接收解决方案、验证解决方案）仍然是单个块中的。

最终目标是以多页方式（multi-page）完成整个 NPoS 过程。这样如果协议决定为这个过程分配更多的区块空间，我们就可以期望有更大的输入（验证者和提名者）和更大的输出（支持度）。

简而言之，这让 Polkadot 拥有明显更多的直接提名人。此外，NPoS 系统随后将准备好部署在平行链上。

作为一等公民的 “运营商”

当前的 NPoS 协议（如上定义）不理解验证者运营商的任何概念（例如身份）。它仅根据原始帐户 ID 操作和优化验证者集。

如果你根据个人账户查看 Polkadot 上的质押分配，这非常好，但是一旦你考虑到这些账户中有多少属于同一运营商，就比较困难了。

我们希望将“运营商”的概念形式化，深入到 NPoS 协议中。也就是说，所有验证者都被认为是一个操作员，并运行 n 个节点。默认情况下，所有 n == 1。一些验证者会选择 n > 1。提名者只表达他们对运营商的认可，而不是单个节点。

这样做的好处是多方面的：

提名一个运营商现在更容易了，因为提名人不需要关心运营商的哪个节点。提名人仍然可以表达“我想支持运营商 x 到 y 的节点”。这可以帮助网络决定不让某些运营商发展得太大。

运营商无需担心在节点之间均匀分配提名人的份额。我们希望这样做时，份额分配会进一步改善。

在发生 slash 时，网络面临 “没有在质押中的 DOT” 的机会会更小。

最后，但也许最重要的是，一旦 Polkadot 有了这个，该协议就可以表达约束，从而阻止单个已知运营商变得太大。

最初的讨论来自 AlfonsoCev 的 NPoS：委托运营商和多重性（https://hackmd.io/@cevalfonso/ByQoUg3RO）

去除控制账户

控制帐户是在代理创建之前引入的，并且它们具有非常相似的功能。我们坚信代理是未来，也是提高整个生态系统可用性的重要途径。

想象一下，在热钱包上有很多代理账户并且很少使用 stash 帐户。

本着这种精神，我们希望从质押中去除控制账户的概念。这会带来更少的代码（因此，更少的错误可能性）和协议端更有效的执行，并推动我们在 UI 中接受代理的使用。

对 Polkadot 的简单分析表明，在数以万计的质押账户中，只有不到 1000 个拥有独立的控制账户。

相关话题《Staking：去除控制账户，使用代理策略和实施》https://forum.polkadot.network/t/staking-deprecating-controller-for-proxies-strategy-implementation/724

更快的解除质押

Polkadot 和 Kusama 将很快配备一项功能，允许“未解除”的质押者更快地取消质押。要求所有质押者等待 28 天的要求太严格了，即使他们最终被解除。

只要链的安全保证没有受到影响，我们就允许所有质押者（更）快速地解除质押，从而努力实现更好的用户体验。

这很可能会转化为对取消质押数量的限制，只要在这个规则内，取消质押的速度就会更快。

例如，在任何时间点，总质押金额的前 5% 可以在 7 天的绑定期限内取消质押。后面的 2.5% 需要 14 天，其余的需要 28 天。

除了以上这些计划，修改 slashing 也是一件应该发生的事情。但我们现在还没有关于它的具体想法和计划，所以我们将在之后讨论它。

正如上文所述，我希望这些想法可以在社区进行讨论，进一步征求社区的意见，并按照合理的先后顺序逐步实施。