跳到正文
Financial Context Wiki

驗證者

驗證者是一個協議認可的共識身份，不一定是單一的機器、營運者或所有者。根據網絡的具體規則，分析其准入、密鑰、職責、有效權重、獎勵、懲罰、委託以及退出情況。

更新於

僅供教育用途；非投資建議。投資可能導致損失。

直接回答

驗證者是一個身份，協議認可其有資格執行共識職責，例如提議區塊、對區塊進行投票、見證或最終確定區塊。協議將該身份與密鑰、狀態以及投票或選擇權重相關聯。具體的准入規則、職責集和問責機制因網絡而異：權益證明系統通常根據綁定或有效的權益對驗證者加權，而一些拜占庭容錯或許可制系統則使用固定或受管控的驗證者集合。

驗證者不自動等同於節點、機器、營運者、質押者、委託者、池或法律實體。一個營運者可以運行多個驗證者身分；一個驗證者可以使用多個客戶端或機器；完整節點可以驗證區塊鏈而無需獲授權投票；而委託質押在經濟上可能屬於不控制共識金鑰的人。這些區別決定錯誤歸屬、集中度，以及誰獲得或承擔獎勵和損失。

將這些物品分開：

  • 節點或客戶端： 軟體和基礎設施，用於接收、驗證、執行和傳遞協議數據；許多節點並非驗證者。
  • 驗證者 身份： 協議記錄或公鑰，其附帶狀態、職責、權重、獎勵和懲罰。
  • 驗證者 營運者： 控制簽署和操作系統的人或組織，可能涉及多個身份。
  • 質押者或委託者： 經濟所有者或股份貢獻者；委託通常在不轉移驗證者簽署權限的情況下分配權重。
  • 活躍驗證者集合和有效權重： 目前有資格履行職責的身分，以及在選擇或法定人數計算中使用的協議測量權重，這可能與原始錢包餘額不同。

這個詞也不意味著驗證者決定任意交易在法律上或經濟上是否可取。節點應用確定性的有效性規則。共識參與者幫助在有效候選者中選擇或最終確定一個有序歷史。一個有效區塊仍然可能在分叉選擇比賽中失敗，而一個無效區塊僅因為一個強大的驗證者簽名而不會變得有效。

如何分析驗證者

1。修正協議和規則集

記錄 network、chain ID、活動分叉或運行時、區塊或時代、客戶端/規範版本，以及相關的質押合約或模組。術語 validator、nominator、delegator、vote account 和 operator 在 Ethereum、Cosmos SDK 鏈、Polkadot 和 Solana 之間不可互換。請驗證實時參數和已完成狀態，而不是從其他網路轉移規則。

2。解析身份、金鑰與控制

映射驗證者索引、地址、投票或共識公鑰、提領或擁有者權限、費用接收者、營運者和受益人。確定哪個密鑰可以簽署共識訊息，哪個憑證可以重新導向或提取資金，以及是否有遠端簽署者、多重簽名政策、托管人或智能合約介於其間。例如，Ethereum 將驗證者簽署密鑰與提領憑證分開；那種密鑰模型並非通用。

3。追蹤入場、啟用和退出

識別最低質押或提名要求、註冊交易、抵押和啟動隊列、活躍集選擇、會議或時代邊界、輪換限制、解除抵押、強制退出及提現完成。Deposited、bonded、eligible、active、exiting、withdrawable 和 withdrawn 是不同的狀態。排隊的驗證者可能不會獲得任何收益，而退出中的驗證者仍可能有職責或罰款風險。

4。列出職責和簽署限制

列出提議者、證明、預投票、預提交、可用性、聚合、同步或其他職責及其截止日期。對於每個已簽名的消息，記錄其領域、高度或槽、相關的來源和目標、分叉上下文以及防重複欺騙規則。區分確定性區塊有效性與分叉選擇及最終性。缺少職責、延遲簽名、簽署無效消息以及簽署衝突消息可能會有不同的後果。

5。重新計算有效權重和法定人數

確定該協議是使用原始質押、封頂 effective stake、委託股份、提名曝險、聲譽、單驗證者一票，還是其他權重。在相關快照時對質押進行對賬，而不是當前錢包餘額。然後計算選擇概率、法定人數閾值，以及按共同營運者、簽名者、雲端、客戶端或治理控制的集中度，而不僅僅是計算驗證者記錄。

6。調和經濟學與損失分配

將流入分解為發行、優先費用、MEV或提議者付款、委託佣金和服務收入。分列未領取的獎勵、普通罰金、罰沒、強制退出影響、保管費、基礎設施成本、稅收和保險。說明獎勵是否自動復利，以及每項損失由營運者、自我質押者、委託人、提名人、池持有人或重新質押者承擔。

7。審查操作並驗證鏈上狀態

檢查鑰匙保管、簽署者專屬性、罰沒保護、時鐘同步、節點連接性、磁碟與記憶體餘量、客戶端與位置多樣性、故障切換隔離、備份還原、監控以及事件響應。將儀表板與提供者報告與最終區塊、驗證者狀態、已簽訊息、獎勵紀錄、懲罰以及提款狀態對帳。區塊瀏覽器標籤是有用的線索，而非權威的協議定義。

範例解析

作業的機率和變異數

假設一個協議根據有效權重對驗證者進行抽樣。驗證者 V 擁有 64 單位中的 3,200,000，因此一次機會的概率為：

64 / 3,200,000 = 0.00002 = 0.002%.

在 100,000 個獨立的示例機會中，預期的分配是 lambda = 100,000 * 0.00002 = 2。在 Poisson 近似下，零分配的概率是：

P(0) = exp(-2) = 13.5335%。

因此，在那個時間窗口內沒有收到分配本身並不能證明停機。實際的協議可能會在沒有獨立性的情況下抽樣、分配委員會、限制有效餘額，或以不同方式安排職責，因此請使用它們實際的選擇算法。

加權活躍度並非驗證者數量

假設最終性要求嚴格超過總投票權的三分之二，且快照有 1,000,000 單位。最小整數門檻是 666,667。如果線上驗證者代表 655,000，缺口是:

666,667 - 655,000 = 11,667.

即使 65 個驗證者記錄在線，而記錄總數為 100，僅靠計數也無法確定門檻。相反，少數高權重的驗證者可能滿足它，同時造成營運者和基礎設施集中。

獎勵與佣金瀑布

假設在一個期間內，驗證者獲得 1,800 單位的協議獎勵和 300 的費用，承擔 60 的協議罰款，並收取 15% 的佣金；扣除罰款後的計費基數為 2,040：

1,800 + 300 - 60 = 2,040.

operator_commission = 2,040 * 0.15 = 306.

delegator_distribution = 2,040 - 306 = 1,734.

如果基礎設施和人員成本為營運者 240，其示範稅前淨額為 306 - 240 = 66。這假設合約在扣除罰款後對兩類收入均適用佣金；另一個連鎖或供應商可能使用不同的基數、時機、四捨五入或損失分配方式。

記錄與共同控制

一位區塊瀏覽器展示了 120 驗證者記錄，每個記錄有 32 有效單位，總重量如下：

120 * 32 = 3,840.

調查將 60 記錄映射到營運者 A，40 映射到 B，20 映射到 C。它們的有效權重分別是 1,920、1,280 和 640，或者 50%、33.3333% 和 16.6667%。介面報告 120 驗證者身份，但只有三個已知營運者。進一步分析還應該對共享簽名者、客戶、雲端和實益擁有權進行分組；記錄數量不是去中心化的衡量標準。

風險與審查失敗

  • 錯誤的協議模型： 從其他鏈、分支、運行時或質押合約的規則可能會產生錯誤的狀態、職責或閾值。
  • 節點驗證者混淆： 將 計算為可達節點作為活躍驗證者，或將每個驗證者身份視為單獨的機器，都會扭曲拓撲結構。
  • 身分與營運者混淆： 一個營運者可以控制多個鍵，因此記錄計數可以隱藏治理和故障集中。
  • 質押者與營運者混同： 委託的經濟所有權不一定包括簽署權或操作控制權。
  • 陳舊狀態： 目前的持股和狀態可能與用於分配、法定人數、獎勵或懲罰的快照不同。
  • 原始有效餘額不匹配： 的上限、下限、四捨五入增量、股份和提名規則可能使錢包餘額與共識權重無關。
  • 關鍵角色混淆： 一個共識金鑰、提領憑證、帳戶持有人、費用接收者和治理金鑰可能具有不同的權力。
  • 重複的簽署金鑰： 即使每台機器看起來都健康， 的兩個運行實例仍然可能產生矛盾。
  • 不安全的故障轉移： 含糊不清的主要所有權、過期鎖定或已恢復的備份可能會產生衝突的簽名。
  • 客戶缺陷： 共識、執行、簽署者或中間件的錯誤可能會導致遺漏職責、提出無效資料或關聯失敗。
  • 網路與時鐘故障： 的區塊、延遲、蝕刻條件或時鐘漂移可能使及時正確參與變得不可能。
  • 資源耗盡： 的磁碟、記憶體、頻寬、檔案描述符或狀態增加可能在儀表板顯示故障之前就降低驗證者的效能。
  • 相關基礎設施： 共享的雲端、區域、中繼、簽署者、客戶端和控制平面會產生共同模式風險。
  • 審查與政策風險： 中繼器、營運者或法律限制可能排除交易或降低可信中立性。
  • MEV 衝突： 提案人的收益、建造者的依賴性以及重組激勵可能與一般獎勵假設不同。
  • 委託集中度： 即使委託人數量增加，質押仍可能把投票權轉向少數營運者。
  • 佣金變動： 可變利率、延遲更新、促銷利率以及不同的費用基礎可能會使收益比較失效。
  • 罰沒與懲罰轉嫁： 服務提供者條款可能會將協議損失分配給委託人、提名人或池持有人。
  • 退出流動性不足： 的啟動、解除綁定、提現或重新質押隊列可能會延遲訪問，同時價格和罰款風險仍在持續存在。
  • 可觀察性與歸因差距： 區塊瀏覽器標籤、營運者披露和所有權集群可能不完整或錯誤。

常見的誤解

每個完整節點都是驗證者嗎？

不。一個完整節點可以在不擁有活躍共識身份的情況下驗證並傳播區塊鏈。驗證者通常依賴節點軟體，但協議可能將一個驗證者表示為一個金鑰或記錄，而營運者則在其背後使用多台機器和客戶端。

驗證者是依個人判斷來驗證交易的嗎？

不。軟體會根據協議規則檢查交易和區塊。驗證者的共識職責有助於提議、選擇或最終確定有序歷史。它不能通過偏好使無效的狀態轉換變為有效，且共識批准並非法律、投資或欺詐的認證。

更多的驗證者紀錄是否總是意味著更多的去中心化？

不。許多記錄可能共用同一個營運者、簽署人、受益所有人、客戶、雲端、轉發器或治理政策。衡量在故障領域中的有效投票權重和共同控制。記錄數量僅僅是一個觀察值。

所宣傳的質押收益是驗證者營運者的利潤嗎？

不行。報價收益可能忽略啟動時間、漏掉的義務、罰款、佣金、MEV 分配、複利、基礎設施、託管、稅務、代幣價格變化，以及閒置或解除鎖定期間。營運商收入與委託人回報是不同的現金流。

當風險上升時，營運者能立即退出和撤回嗎？

不一定。協議可能會造成啟用流動性變化、退出排隊、解除綁定期、延遲提現，以及對早期違規行為的持續責任。重質押或流動質押合約可能會增加額外的排隊和交易對手。追蹤每個狀態轉換和最後可罰時間。

相關主題

來源

導覽

搜尋知識庫...