爲了完善和進一步去中心化互聯網計算機協議（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 幣安頻道
掌握最新資訊