以太坊:以太坊分布式驗證者規范_togetherbnb劇情到哪了

分布式驗證者 (Distributed Validators, DV) 是一種將一個以太坊驗證者的工作分配給一組分散節點的技術，以提高與在一個單一機器上運行一個驗證者客戶端相比的韌性 (安全性、活性，或兩者兼有)。

引介

動因

傳統的驗證者客戶端設置

以太坊驗證者通過用他們的質押私鑰對消息簽名 (例如區塊或證明) 來參與權益證明 (PoS) 協議。質押私鑰只能通過客戶端軟件來訪問，客戶端根據分配給驗證者的職責安排消息的創建和簽名。傳統的驗證者客戶端設置會有一些風險：

質押私鑰存在一個地方。如果一個攻擊者獲得了這個密鑰，它可以創建沖突的消息，從而導致驗證存款被罰沒。

不運行自己的驗證者的質押者需要把他們的質押私鑰交給運營商。為了保證他們質押私鑰的安全，他們必須信任該運營商。

如果驗證者客戶端軟件不能創建及時的消息以履行驗證者職責，該驗證者會遭受怠工懲罰 (inactivity)，余額會減少。

這可能是由于軟件崩潰、斷網、硬件故障等原因造成的。

V神撰文介紹隱形地址概念以解決以太坊隱私保護難題:1月23日消息，以太坊聯合創始人 Vitalik Buterin 近日發布新文章《隱形地址的不完整指南》，指出以太坊生態系統后續的最大挑戰之一就是隱私，并提出隱形地址概念作為可能的隱私解決方案。該方案可能會使 P2P 交易、NFT 轉移和 ENS 注冊實現匿名化，從而起到用戶保護作用。Vitalik Buterin 提出接收資產的用戶可以生成并保存一個支出密鑰，用于生成一個可以在 ENS 上注冊的隱形元地址。該地址可以傳遞給交易發送者，發送者對元地址執行加密計算以生成一個屬于接收者的隱形地址。發送方可以將資產轉移到接收方的隱形地址，此外還可以發布臨時密鑰以確認隱形地址屬于接收方，每個新交易都會生成一個新的隱形地址。

Vitalik Buterin指出除了實施密鑰盲化機制之外，還需要采用Diffie-Hellman 密鑰協議算法，以確保隱形地址和用戶元地址之間的鏈接不會公開，并利用 ZK-SNARKs 技術轉移資金支付 Gas 費。[2023/1/23 11:26:48]

如果驗證者客戶端連接的信標節點出現故障，驗證者可能跟在一個少數節點所在的分叉上，導致在 PoS 協議的其他部分顯示是離線狀態。

江卓爾：以太坊主網合并在11月-12月進行的概率很大:7月17日消息，江卓爾表示，ETH開發人員計劃9月19日合并ETH 2.0，但這種大型軟件開發項目，最后延期也是常態，并且還有大量的ETH應用項目沒有開始測試，因此料敵從寬，再加2-3個月冗余（這也是難度炸彈延長區塊時間的最后可忍受時間），11-12月合并的概率很大，正好契合年底熊市下跌結束的慣例（2014、2018熊市都是到年底止跌），由ETH作為龍頭，啟動下一輪牛市。

ETH 2.0后的三大實際資金面利好：

1. ETH將減產90%，你想想一次BTC減半都會帶來一輪大牛市，而減產90% = 3次BTC減半。

2. POS鎖定幣預計從現在的10%提高到30%（按照其它POS幣慣例），更多幣被鎖定。

3. 再加上EIP-1559燒幣，實際通脹從正2.0%變負1.8%，開啟幣圈前所未有的燃燒通縮時代。[2022/7/17 2:18:56]

分布式驗證者協議

分布式驗證者協議提供了一個解決方案，以減輕與傳統的單個驗證者設置相關的風險與擔憂。此外，該協議還可以用來實現先進的質押設置，例如去中心化的質押池。

Paradigm聯合創始人：只要以太坊繼續運行，智能合約就會永遠可靠地運行:金色財經報道，Paradigm聯合創始人兼管理合伙人Matt Huang在社交媒體上稱，在這種加密貨幣去杠桿化的情況下，許多中心化實體的償付能力受到質疑，相比之下，令人震驚的是，像Uniswap這樣的智能合約不面臨任何償付風險，只要以太坊繼續運行，就會永遠可靠地運行。[2022/7/1 1:44:41]

基本概念

請注意：請參考詞匯表，了解分布式驗證者規范中引入的新術語的解釋。（譯者注：見文末）

分布式驗證者背后的兩個基本概念是：

共識：單個驗證者的職責被分給幾個共同驗證者 (co-validator) ，他們必須協作，在對任何消息簽名之前就如何投票達成一致。

M-of-N 門限簽名 (threshold signatures)：驗證者的質押私鑰被分割為 N 個部分，每個共同驗證者持有一個 share 。當至少有 M 個共同驗證者對如何投票達成共識時，他們分別用各自的 share 來對消息簽名，一個組合簽名可以由這些 share 重構出來。

以太坊未確認交易為198650筆:金色財經消息，據OKLink數據顯示，以太坊未確認交易198650筆，當前全網算力為636.12TH/s，全網難度為8.49P，當前持幣地址為62,174,082個，同比增加103109個，24h鏈上交易量為1,126,429ETH，當前平均出塊時間為13s。[2021/9/6 23:02:28]

PoS 以太坊使用的是 BLS 簽名方案，其中私鑰可以使用 M-of-N 秘密共享技術 (使用 Shamir's Secret Sharing 方案)，以實現 M-of-N 門限簽名。

(譯者注：Shamir's Secret Sharing 被用于以分布式的方式來保護秘密。秘密被分割為多個部分，這些部分被稱為 share， 這些 share 可以用來重構原來的秘密。而通過 Shamir's Secret Sharing 解密需要一個最低數量的 share，被稱為門限。)

通過把一個合適的 (偏重于安全性的) 共識算法和一個 M-of-N 門限簽名方案組合起來，這個 DV 協議確保共識是得到密碼學保證的，且至少有 M 個共同驗證者對任何決定達成一致。

聲音 | Nick Dodson：使用以太坊呼叫數據等解決大規模數據可用性而無需訪問主鏈狀態:今日在日本大阪舉行的Lightning Talks上，Nick Dodson表示，使用以太坊呼叫數據和普通鏈上Merkleization解決大規模數據可用性而無需訪問主鏈狀態。[2019/10/7]

資源

實現

以下是分布式驗證者技術的現有實現 (但不一定是本規范的實現)。

python-ssv：Python 中分布式驗證者協議實現的概念證明，與以太坊客戶端 Prysm 交互。

ssv：分布式驗證者協議的 Go 實現，與以太坊客戶端 Prysm 交互。

文檔

分布式驗證者架構視頻介紹

總體架構

本規范提出一種實現分布式驗證者客戶端 (Distributed Validator Client, DVC) 軟件的方法，作為信標節點和一個遠程簽名者 (Remote Signer, RS) 之間的中間件：

信標節點和遠程簽名者之間的所有通信都由 DVC 管理，以便它能提供額外的分布式驗證者功能。

信標節點和遠程簽名者不知道 DVC 的存在，也就是說，它們以為彼此像往常一樣相互連接。

假設

我們假設總共有 N 個節點，以及一個 M-of-N 門限簽名方案。

為了與拜占庭容錯共識協議兼容，我們假設 M = ceil(2 * N / 3)。

本規范假設某種基于領袖的、偏重安全性的共識協議，讓共同驗證者選定相同的證明/區塊進行簽名。我們假設共識協議在 M 個正確節點下成功運行，且在 N 個總節點中不超過 F = (N-1)/3 個拜占庭節點和不超過 N - M - F 防失敗節點 (fail-stop node)。(譯者注：拜占庭節點指的是在網絡里故意撒謊或誤導其他節點的背叛節點。)

我們假設驗證者客戶端安全運行的通常前提條件包括最新的抗罰沒數據庫、正確的系統時鐘等。

我們暫時不考慮對“正確”以太坊分叉的投票——這個功能將在未來的更新里加上。

理想的保證

安全性 (防止密鑰被盜)：

除非 N 個共同驗證者中有多于 M 個驗證者的安全受到影響，否則質押者私鑰是安全的。

安全性 (防止罰沒)：

在異步網絡的假設下，除非多于三分之一的共同驗證者成了背叛者，否則驗證者永遠不會被罰沒。

在同步網絡的假設下，除非多于三分之二的共同驗證者成了背叛者，否則驗證者永遠不會被罰沒。

活性：在部分同步的網絡里，除非多于三分之一的共同驗證者成了叛徒，否則協議最終都會產生一個新的證明/區塊。

規范

關于規范的技術細節描述在 ?src/dvspec/ : https://github.com/ethereum/distributed-validator-specs/blob/dev/src/dvspec。

詞匯表

以太坊概念

驗證者：參與權益證明以太坊驗證的公鑰。在階段 0，驗證者預期會為信標鏈區塊履行證明和區塊提議的職責。

驗證者客戶端 (Validator Client, VC)：履行驗證者職責的軟件。VC 能訪問驗證者的私鑰。

遠程簽名者 (RS)：負責以太坊私鑰管理的軟件，特別是用于對以太坊消息 (例如區塊、證明等) 的簽名。RS 運行一個服務器，用于接受傳入的對該類消息簽名的請求。

密碼學概念

私鑰分片 (Key Share)：作為門限簽名方案一部分的單個密鑰。

簽名分片 (Signature Share)：對來自單個私鑰 share 的一些數據的簽名。多個這樣的簽名 share 需要組合起來生成一個完整的簽名。

分布式驗證者概念

分布式驗證者 (DV)：一組參與者共同履行一個驗證者的職責。驗證者的私鑰在多個參與者中是秘密共享的，因此在沒有參與者的一定多數門限下，一個完整的簽名是無法形成的。

共同驗證者 (Co-Validator) ：參與 DV 協議成為一個特定驗證者的 BLS 公鑰門限驗證者。

分布式驗證者客戶端 (DVC)：通過運行 DV 協議 (或者，作為多個共同驗證者來參與，每個共同驗證者身份與不同的驗證者相關聯）參與成為一個共同驗證者的軟件。DVC 能訪問共同驗證者的私鑰，即所對應的驗證者的秘密共享門限私鑰。

實例

使用上述術語的實例說明：

公鑰為 0xa5c91... 的以太坊驗證者作為一個分布式驗證者在運行。

有 4 個共同驗證者參與到驗證者 0xa5c91... 的分布式驗證者中。

與 0xa5c91... 相關聯的私鑰在 4 個共同驗證者中使用 3-of-4 的秘密共享方案來拆分，這樣就建立了一個 3-of-4 的門限簽名方案。

更簡單地說，0xa5c91... 的私鑰被拆分為 4 份，每一份由共同驗證者中一名來托管，這樣必須至少有共同驗證者中的三名合作才能從 0xa5c91... 產生一個簽名。

每個共同驗證者都在運行分布式驗證者客戶端軟件來參與分布式驗證者。

原文鏈接：https://github.com/ethereum/distributed-validator-specs

ECN的翻譯工作旨在為中國以太坊社區傳遞優質資訊和學習資源，文章版權歸原作者所有，轉載須注明原文出處以及ETH中文站。若需長期轉載，請聯系eth@ecn.co進行授權。

來源 |?github.com/ethereum

作者 | Aditya Asgaonkar

Tags：以太坊SHAETHHARE怎么挖以太坊幣SHEESHA幣togetherbnb劇情到哪了SHARE

SHIB最新價格