为了完善和进一步去中心化互联网计算机协议（ICP）的治理，并在网络神经系统（NNS）的定期确认跟随功能的背景下，我们分享了 NNS 治理容器的计划 API 更改和发布计划。
对于配置为跟随其他神经元的神经元的用户来说，这一点尤为重要，为了帮助他们采取必要的行动，与治理集成的前端和产品将需要在其端实施所需的更改，DFINITY 基金会计划在 2025 年初向 NNS dapp 提出所需的更改。
动机和背景
定期确认跟随的主要思想是，为了获得奖励，治理参与者必须保持活跃的投票者身份并定期确认他们的跟随设置，设置一次跟随后再也不与 NNS 交互的神经元会获得较低的调整后的投票奖励，创建时默认跟随且从未主动决定跟随谁的神经元必须这样做才能继续获得投票奖励。
定期确认的想法是由社区在一项动议提案中提出的，该设计在论坛上与社区进行了讨论，并产生了另一项动议提案，该提案以更具体的设计完善了原始提案。
在分享 API 变更和发布计划之前，我们先总结一下高层设计，有关更多详细信息，请参阅上述论坛帖子和提案。
高级设计
为了拥有投票权并获得投票奖励，神经元必须定期执行以下任一操作：直接投票、设置跟随或确认其当前的跟随设置。
“休眠”神经元，即连续数月未采取上述任何行动的神经元，不应自动参与投票并获得投票奖励，这是通过调整其投票权和重置其追随者来实现的：在 6 个月不采取行动后，神经元的投票权会线性下降一个月，直到在 7 个月结束时达到零，在这 7 个月之后，神经元的追随者设置将完全重置为零。
新的神经元属性
治理会记住每个神经元上次执行任何相关操作的时间戳，该时间戳存储在名为 voting_power_refreshed_timestamp_seconds 的新神经元属性中。
投票权调整
对休眠神经元的投票权调整实现如下：
对于每个提案和神经元，投票都会考虑调整后的投票权，也就是说，治理会记录过去 6 个月内未采取任何上述行动的神经元的投票权较少。
对于每个提案，治理区分以下两种投票权：
总（潜在）投票权，即所有神经元投票权的总和，未经调整；
总调整投票权，即所有能够参与决策的神经元调整投票权的总和。
对于每个提案，治理都会考虑决定提案的总调整投票权，治理在计算奖励时会考虑总（潜在）投票权，这与当前设计类似，即如果所有神经元都参与，奖励就会考虑投票权。
以这种方式调整投票权会产生以下后果：休眠神经元将不会被纳入决策过程，这意味着，如果大多数定期活跃的投票者迅速同意，提案仍然可以快速做出决定，从神经元的角度来看，如果一个神经元已经休眠超过 7 个月，那么在任何公开提案中为该神经元记录的投票权将为零。
这对 ICP 质押者意味着什么
如果您是活跃的治理参与者，手动对 NNS 提案进行投票，则此更改不会影响您，如果您设置了跟随其他投票神经元的神经元，则必须定期确认或更改您的跟随配置。
为了不失去任何投票权和奖励，您必须每半年至少执行一次，为了确保您的追随者按照您的偏好投票，并且他们不会错过提案，您可以查看 vpGeek 的已知神经元列表。
这对开发人员意味着什么
如果您有一款产品，可让用户参与 NNS 的治理，您可能需要更新它，以便在用户神经元因不活动而开始失去投票奖励之前警告用户，您还可以考虑为用户提供一个简单的用户界面，以确认或编辑他们的跟随。
治理 API
您可以在此 PR 草案中找到有关治理变更的详细 API 变更：
github.com/dfinity/ic/pull/2568/files
以下是主要变化的摘要：
神经元属性
每个神经元都有一个新的字段 voting_power_refreshed_timestamp_seconds，记录神经元最后一次采取投票、设置跟随或确认跟随的动作的时间。
如果神经元执行任何这些动作，时间戳将设置为当前时间 now。
该字段使用代表 UTC 2024 年 9 月 1 日午夜的时间戳初始化。
新的神经元将此字段设置为与 created_timestamp_seconds 相同的值。
对于每个神经元，有两个新字段表示神经元的投票权。
A. deciding_voting_power 表示神经元对提案行使的投票权，如果神经元超过 6 个月没有直接投票、设置跟随或确认跟随，则调整此投票权。
B. potential_voting_power 表示神经元定期确认跟随（或投票或设置跟随）时拥有的投票权。
与当前字段 voting_power 不同，对于没有资格投票的神经元（溶解延迟少于 6 个月），deciding_voting_power 和 potential_voting_power 都将显示为零。
现有字段 voting_power 将被弃用，为了向后兼容，它现在将保留，并且现在也将对不符合条件的神经元显示零。
神经元活动
有一个新的管理神经元命令 RefreshVotingPower 来确认神经元上的以下内容，它被称为“刷新投票权”，因为此端点将新神经元字段 voting_power_refreshed_timestamp_seconds 刷新为 now。
备注：请注意，即使没有这个新动作（并且在实施之前），也可以通过读取神经元的追随者并将神经元的追随者设置为相同的选择或直接投票来实现相同的效果。
提案属性
每个提案都有一个新字段 total_potential_voting_power，表示所有符合条件的神经元的潜在投票权总和，这将作为设计中规定的奖励分配基础。
神经系统参数
有两个新的神经系统参数：start_reducing_voting_power_after_seconds 定义神经元计时器刷新后调整神经元投票权的时间段，clear_following_after_seconds 确定从投票权调整开始到神经元投票权达到零并重置其追随者的时间段。
start_reducing_voting_power_after_seconds 将以 0.5 年和 clear_following_after_seconds 1/12 年（治理代码中一个月的定义方式）进行初始化。
发布计划
这是我们目前的目标发布计划，取决于 NNS 是否采纳相关提案，提交的提案可能会有小幅修改，我们会在论坛上向社区通报更详细的日期。
本周（截至 2024 年 11 月 18 日）
每个神经元都有一个新的时间戳 voting_power_refreshed_timestamp_seconds，设置为 2024 年 9 月 1 日。
新的神经系统参数可用。
接下来的几周
当神经元直接投票、设置跟随或确认跟随时刷新神经元 voting_power_refreshed_timestamp_seconds，或者确认 => 用户：用户已经可以采取任何这些操作来确认他们的神经元，当他们这样做时，他们还有 6 个月的时间，直到神经元调整投票权。
新 API（如上），=> 集成商：那些想要集成此功能或为其构建前端的人拥有这样做所需的所有 API。
临近年底
实现该功能的效果，即在功能标志后面，一些神经元将调整提案的投票权，这意味着代码已经存在，但尚未产生任何效果，这是为了让所有集成商有时间在他们那边实现该功能。
2025 年初
打开功能标志以使功能生效，=> 如果使用 NNS dapp 的用户在他们的一个神经元调整投票权之前有不到 1 个月的时间采取行动，他们会看到警告。
2025 年 3 月
=> 到目前为止还没有采取任何行动的神经元开始调整投票权。
2025 年 4 月
=> 到现在为止还没有采取任何行动的神经元将被移除其追随者。
进度更新
我们正在积极开展上述更改，我们还在论坛上分享了 API 更改和发布计划，并计划在同一论坛主题中分享更新，如果您想了解最新进展，我们邀请您关注！
我们感谢社区提出此功能并贡献了许多促成此设计的出色建议，我们期待更多热烈的讨论，并共同进一步改进 NNS！
你关心的 IC 内容
技术进展 | 项目信息 | 全球活动
收藏关注 IC 币安频道
掌握最新资讯