Polkadot 的最低質(zhì)押金額將增加到 120 DOT！

加入 PolkaWorld 社區(qū)，共建 Web 3.0！

Polkadot 理事會在 9 月 13 日通過了 Motion 108。目前正在等待進行公投和執(zhí)行。該議案是由 Parity 的 Staking 團隊提出，旨在將 DOT 質(zhì)押的最低金額增加到 120 DOT，允許高于 120 DOT的新提名人參與維護 Polkadot 網(wǎng)絡的安全。

請注意，在最新的 runtime 升級 (9090) 之后，現(xiàn)有的提名人還是可以在所有條件下更新他們對驗證人的選擇。

當前的 Staking 參數(shù)如下：

• 驗證人最低綁定金額：無

• 最大驗證人數(shù)：1200

• 提名人最低質(zhì)押：80 DOT

• 提名人最大數(shù)：22500

• 凍結(jié)閾值：90%

新議案的參數(shù)只更新一個值：提名人最低質(zhì)押：120 DOT

Parity 團隊的目標是將限制提高到足夠大，以便至少在一個月內(nèi)不需要再做一次調(diào)整。Parity 開發(fā)團隊也正在其他解決方案上進行優(yōu)化，你可以在這里查看有關(guān)它們的更多信息。https://github.com/paritytech/substrate/issues/9511

此外，Parity 團隊發(fā)布了 8 月份的 Staking 進度報告以分享技術(shù)細節(jié)。https://gist.github.com/kianenigma/aa835946455b9a3f167821b9d05ba376

將參數(shù)值增加到 120 DOT 可以讓團隊有更多時間去進行優(yōu)化，直到在更持久的解決方案上取得了進展。請記住，這些措施是暫時的，總體目標是網(wǎng)絡的穩(wěn)定性和安全性。

如果你想了解技術(shù)版的 NPoS 機制難點，解決方案和瓶頸，可以繼續(xù)閱讀下面內(nèi)容。

NPoS 在區(qū)塊鏈中是一個非常難以解決的問題。原因是我們想要一個主權(quán)算法（無論是不是我們目前使用的 phragmen 算法）為我們在鏈下解決 NPoS 的問題，并將解決方案重新提交到鏈上。

NPoS 的問題可以概括為：給定一個提名的輸入 graph，找到每個提名人的質(zhì)押分布，然后優(yōu)化某些目標。例如，假設 Alice 提名 Bob、Charlie 和 Dave。Bob 和 Charlie 在活躍的驗證人節(jié)點池中。Alice 的質(zhì)押應該如何在他們之間分配？Dave 呢？

對比 DPoS 的簡單性，他不存在這樣的問題，因為每個提名人只支持一個賬戶。即使你可以支持多個賬戶，你的質(zhì)押也是在它們之間平均分配，或者根據(jù)一些預定義的順序進行分配。

NPoS 在 Substrate 鏈中的設計目標為：

• 獲得最少支持的驗證人的支持質(zhì)押數(shù)額，應該被最大化。

• 所有當選的驗證人的支持質(zhì)押總和，應該是最大的。

• 所有當選的驗證人的支持質(zhì)押的平方和，應該最小化。

我們有一套算法來解決 NPoS 問題，進一步優(yōu)化它并減小它的大小，所有這些都打包在 sp-npos-election  中。

在 runtime 中，我們有一個專用的模塊來執(zhí)行我們的多階段、面向鏈下的選舉過程，命名為pallet-election-provider(-multi-phase)，Pallet-staking 只會使用選舉模塊，不處理選舉本身的細節(jié)。

當前系統(tǒng)的一個重要部分是 pallet-staking 和 pallet-election-provider 沒有跟上彼此的變化，但這是故意的。在某些時候，pallet-staking 將需要向 pallet-election-provider 提供其提名人和驗證人（或其子集）的快照。從這一點開始，兩個模塊可以獨立工作。

這個設計對我們有很多好處。最重要的是，我們可以使用快照作為所有提名人和驗證人的索引查找來源。在鏈下計算和提交的所有解決方案中，我們從不使用帳戶 ID，而是使用更高效的快照索引。

考慮到系統(tǒng)的設計，讓我們看看主要的瓶頸：

• 快照創(chuàng)建：這種情況發(fā)生在 on_initialize 上，很容易造成繁重的塊。更重要的是，每個塊可以使用多少內(nèi)存是有嚴格限制的，所以我們肯定不能在一個塊中迭代大量的提名人。

• 解決方案提交：提交的解決方案也不能達到塊大小限制，也不能達到塊內(nèi)存限制。后者是低擁塞的真正瓶頸。

• 解決方案驗證：解決方案需要在某個時候進行驗證。這需要針對快照發(fā)生，因此又是一個內(nèi)存密集型操作。

所有這一切的解決方案，以及我們的行動方向是在多個塊上完成所有這些。快照將在多個塊上進行，結(jié)果快照將是一個 page-index -> snapshot-page 的映射，而不是一個大的平面快照。

解決方案需要考慮到這一點。它需要以一種可以理解的方式向鏈提供提名人指數(shù)。每個提名人現(xiàn)在都可以通過（頁面，索引）元組識別，而不是通過單個索引來識別提名人。

同樣，解決方案驗證也需要考慮到這一點，將解決方案的每個頁面與快照中對應的頁面進行驗證。最后，需要將部分解決方案合并為一個解決方案。

直播預告：

本周四晚 7 點，PolkaWorld 邀請 Bifrost 的創(chuàng)始人 Lurpis 和 Zenlink 的中國區(qū)負責人郭濤加入我們的視頻號直播間「波卡世界」，一起聊聊：

• 如何通過 Bifrost SALP 協(xié)議釋放鎖定在 crowdloan 中的 KSM 流動性？

• 如何通過 Zenlink SlotVault DApp 參與 crowdloan，并獲得 ZLK 獎勵？

• 歡迎學習 Substrate: 

  https://substrate.dev/

• 關(guān)注 Substrate 進展:

  https://github.com/paritytech/substrate

• 關(guān)注 Polkadot 進展:

  https://github.com/paritytech/polkadot