以太坊 2.0 質押有哪些潛在故障？如何應對？_以太坊

信標鏈對于驗證者行為有多種激勵機制，這些機制都由網絡的當前狀態來決定。因此，在決策如何保障節點的時候，考慮其他驗證者可能碰到問題的情況也很重要。

活躍驗證者的余額非升即跌，不會保持不變。因此盡量降低風險不失為最大化收益的一種方式。驗證者余額被信標鏈扣除的情形主要有以下三種：

一般懲罰：驗證者失職的時候會被施以此種懲罰(例如離線)

怠工懲罰(InactivityLeaks)：當網絡處于無法敲定的狀態時，驗證者失職會受到該懲罰，即和其他處于離線狀態的驗證者高度相關。

罰沒(Slashing)：當驗證者做出矛盾的區塊提議或證明時會被罰沒(可能是攻擊行為)。

注意：平均來看，單個驗證者的余額可能不變，但只要參加了工作，就會獲得獎勵或是受到懲罰。

如果整個網絡處于健康運行狀態，那么單個驗證者離線或是觸發罰沒的影響是很小的，也就是說懲罰力度不會很大。相反，如果網絡中有大量驗證者離線，那么離線驗證者的余額削減速度會快得多。

數據：合并前以太坊礦工拋售近1.5萬枚ETH:金色財經報道，據歷史交易數據顯示，從9月9日開始至以太坊合并的9月15日期間，以太坊礦工拋售了14785枚ETH，總計1973萬美元，其中9 月 12 日，礦工減持 2,767 ETH，第二天又減持 4,121 ETH。最大的一筆交易發生在 9 月 14 日，即以太坊合并的前一天，當日以太坊礦工賣出了近 8,032 個以太坊，導致該資產在不到 24 小時內從 1,636 美元跌至 1,471 美元。自 9 月 15 日合并以來，以太坊 (ETH) 已貶值超過 16%。[2022/9/21 7:10:11]

同理，如果大量驗證者同時觸發罰沒，對于信標鏈來說會這無異于攻擊行為，因此這些驗證者100%的質押金會被銷毀。

由于這些「反相關」激勵措施，驗證者應該更多地考慮同時會對他人產生影響的問題，而不是從孤立的、個人的角度出發。

故障原因及可能性

讓我們仔細過一些故障案例，然后看看有多少其他驗證者會同時受到影響，以及你的驗證者將受到多大力度的懲罰。

動態 | 以太坊鏈上交易額較前日上升57.78% 未確認交易超過4萬筆:據Tokenview數據顯示，截至今日十點，近24小時以太坊鏈上交易額為1668691.81 ETH，較前日上升57.78%，鏈上交易數為642420筆，較前日上升22.82%。活躍和新增地址數較前日分別上升19.28%和32.92%。待確認交易筆數41074，交易費均值0.1072美元。[2019/7/23]

這里我不同意@econoar的說法。這些問題的嚴重程度算是中等。家用UPS和雙WAN地址故障與其他用戶無關，因此從考慮范圍中排除。

?網絡/電力故障

如果你是居家運行驗證者，那么將來很可能會遇到這些問題。家用網絡和電力連接無法保障正常運行時間。當網絡斷開連接或是電力中斷時，通常是整個片區受到影響，甚至會持續數小時。

除非你的網絡或是電力非常穩定，否則因為這個原因遭到懲罰是不太值當的。這幾個小時之內你會受到懲罰，但是由于整個網絡是正常運行狀態，你的懲罰大約等同于該時間段內應得的獎勵。也就是說，如果故障時間為?k?小時，那么你的驗證者余額可能會回退到故障?k?小時前的數值，然后?k?小時之后你的驗證者余額又會恢復到發生故障前的數值。

動態 | 以太坊未確認交易20560筆:據Etherscan.io數據顯示，以太坊未確認交易20560筆。以太坊全網算力為1591.98 TH/s，當前挖礦難度2005.71 TH，交易處理能力7.7 TPS。[2019/6/15]

Validator#12661的余額回升速度和離線時的降低速度大致相同-Beaconcha.in

?硬件故障

類似于網絡問題，硬件故障會隨機發生，而且在發生故障時，你的節點可能會離線幾天。我們很有必要考慮驗證者整個生命周期中的預期收益與備用硬件的成本。故障的期望值(離線罰款乘以發生的幾率)是否大于備用硬件的成本？

就個人而言，如果發生故障的機會很低，且備用硬件的成本較高，這是不值當的。但是話又說回來，我不是巨鯨?。你需要根據自己的實際情況來評估所有故障情形。

??云服務故障

也許大家可能會為了避免硬件和網絡故障而選擇使用云服務。如果使用云服務的話，就引入了上面所說的相關性風險。有多少其他驗證者和你使用相同的云服務商？

動態 | 1月以太坊智能合約創建量環比下降59.69%:據PeckShield態勢感知平臺數據顯示，1月以太坊主網智能合約創建量為745,115個，較去年12月份智能合約創建量(1,848,648個)大幅下降了59.69%，且2月份以來整體合約創建量數據還在持續降低，半個月以來僅創建279,821個，不及1月份創建總量半數。不過，去年12月份到今年1月，以太坊主網的活躍合約量和新增地址數并沒有明顯變化，2月份以來兩項數據均出現明顯下滑，考慮僅可能和春節有一定關系。[2019/2/14]

在創世前一周，亞馬遜的AWS長時間停運，對網絡了很大影響。現在如果發生類似的事件，導致大量驗證者同時離線，就會觸發怠工懲罰(inactivitypenalties)。

更壞的情況是，如果云服務商使用新的虛擬機運行你的節點，卻意外地沒有停止運行舊節點，這可能導致你被罰沒(如果這也對其他驗證者造成了影響，那么懲罰力度會尤其大)。

如果你堅持要使用云服務，可以考慮切換到比較小的服務商，可能會減少損失。

聲音 | 律師Preston Byrne：以太坊生態系統中存在集中化問題:近期，在以太坊推遲君士坦丁堡硬分叉的情況下，Byrne＆Storm律師事務所合伙人Preston Byrne談及他對ETH的看法。Byrne首先指出，雖然他不能得出以ETH是集中化的最終結論，但有一些危險信號指向該生態系統中存在的集中化問題。Byrne列出了四點以表明“ETH是集中的”，分別是：1.ETH創始人十分可疑，他引起人們對財富集中化的關注，而持幣者們甚至有能力使ETH崩潰；2.以太坊節點強調集中化，集中式服務提供商，特別是ConsenSys支持的Infura，對節點基礎設施造成了巨大影響；3.由于Geth和Parity目前在生態系統中占主導地位，因此缺乏以太坊客戶；4.在君士坦丁堡硬分叉推遲一事上，以太坊核心開發者有權在片刻的時間內做出如此重大的決策變化，這一事實值得懷疑。[2019/1/20]

?質押服務

目前主網有多種質押服務可以選擇，并且去中心化程度都不盡相同，但是把你的ETH托付給服務商都多少增加了相關性風險。這些服務無疑是eth2生態系統中不可或缺的部分，對于持有低于32ETH或是缺乏質押所需技術知識的用戶來說更甚。但這些服務都是人為設計的，因此會存在缺陷。

如果質押池的規模最終會增長得和eth1礦池一樣大，那么一個漏洞可能會導致其用戶被大規模罰沒或是怠工懲罰。

??Infura?故障

上個月Infura宕機了六個小時，導致了以太坊生態系統的停滯。同理，這也是Eth2驗證者可能面臨的相關性風險。

另外，第三方eth1API提供者必須對服務的調用進行速率限制：過去這導致了驗證者無法生產有效塊(Medalla測試網)。

最好的解決方式就是運行你自己的eth1節點：你不會遇到速率限制，從而降低你的相關性風險，并且有助于提升整個網絡的去中心化程度。

Eth2客戶端已經開始加入指定多個eth1節點的可能性。其好處在于，主要終端發生故障時能夠輕松切換備用終端(Lighthouse:--eth1-endpoints，Prysm:PR#8062，Nimbus和Teku之后可能會加入支持)。

我高度建議添加成本較低或是免費的備用API(EthereumNodes.com)中有免費和付費的API終端及其當前狀態)。無論你是否運行自己的eth1節點，這個措施都很有必要。

?某個eth2客戶端故障

盡管進行了代碼審核、審計和測試，但eth2客戶端的bug都隱藏在某個地方。他們中的大多數都是次要的問題，并且會在產品發布前被發現，但是你所選擇的客戶端存在離線或者導致你被罰沒的可能。如果發生這種情況，你將不會希望運行多數人(＞1/3)使用的客戶端。

你必須在你認為最合適的客戶端和其受歡迎程度之間做出權衡。可以考慮通讀另一個客戶端的文檔，從而在你的節點發生意外時，知道如何安裝和配置一個不同的客戶端。

如果你質押了大量ETH，運行不同的客戶端是很有必要的，避免把雞蛋都放在一個籃子里。Vouch是一個能夠提供多節點質押的基礎設施，目前秘密共享驗證者(SecretSharedValidators)也迎來了飛速進展。

?Blackswans黑天鵝事件

當然了，也有許多可能性不大、不可預測但影響頗大的事件會帶來風險。這無關你的質押設置和決策。例如在硬件層面的Spectre和Meltdown，或是內核漏洞(BleedingTooth提示整個硬件堆棧中存在某些危險)。也就是說，我們無法完全預測和避免這些問題，而是在問題發生后采取相應措施。

我需要擔心什么？

歸根結底，這取決于計算給定故障的期望值E(X)：事件發生的可能性以及該事件的代價。由于相關性因素會對懲罰力度造成相當大的影響，因此在eth2網絡其他成員的語境下考慮這些故障事件至關重要。將故障的預期成本與稀釋故障的成本進行比較，你將得到一個合理的答案，以判斷是否值得一試。

沒有人知道節點可能發生故障的所有情形，也不知道每種故障發生的可能性，但是通過對每種故障類型的可能性進行獨立估算并稀釋最大風險，「群體智慧」將發揮作用。此外，由于每個驗證者面臨的風險不同，并且對這些風險的評估也不同，你沒有考慮到的風險可能會被他人碰到，因此相關性將降低。去中心化的力量！

?莫要驚慌

最后，如果你的節點真的發生了什么意外，別要驚慌！即使是遭到怠工懲罰(inactivityleaks)，在短時間內懲罰數額也不大。冷靜下來思考一下發生了什么，為什么會發生，然后制定計劃來解決問題。在上手之前深呼吸一下！比起慌忙做出錯誤決定導致被罰沒，給自己多五分鐘的思考時間更為可取。

重中之重：?不要使用同一個驗證密鑰運行兩個節點！?

使用同一密鑰運行一個以上驗證者導致的罰沒-Beaconcha.in

Tags：ETH以太坊ETH2CONETHBACK價格以太坊最新價格行情昭ETH2SOCKS價格CONI價格

BNB價格