以太坊難度炸彈的爆發和拆除_ETH:Ethermon

編者按：本文來自以太坊愛好者，作者：ThomasJayRush，翻譯&校對:曾汨&阿劍，Odaily星球日報經授權轉載。每當以太坊的定時炸彈爆炸時，總會有兩個問題出現在我們面前。第一個問題是：“什么時候出塊會變慢，那簡直不能忍。”第二個問題是，“這一次，我們應該將炸彈推遲多久？”在這篇短文中，我為第二個問題提出了一個簡單得微不足道的解答。難度炸彈應該被推遲多久呢？我的建議是：“給定需要在區塊高度N處執行硬分叉，則將難度炸彈推遲N個區塊。”我并不打算在這篇文章中解釋難度應該如何計算。下面這張圖片在我的上一篇文章中已經出現過了，其中列出了難度的計算公式。

。在這種情況下，出塊太快會導致難度增加，從而降低出塊速度。如果10<=s<20，因子max(x)將變成0，從而確保當s接近目標時間14秒時，難度不再調整。而如果s>=20，因子max(x)的值將變成逐步減至-99，這會導致難度下降，從而提高出塊速度。等式中的第二部分基于上一個區塊的區塊號。通過在指數中對100,000進行整除，創建出了一個以100,000個區塊為周期的階躍函數。第二部分也就是我們常說的難度炸彈。如果沒有第二部分的話，難度炸彈便無從談起。）仔細觀察這個公式，注意它由兩部分組成。公式的第一部分，我稱之為“調整”。這一部分通過調整當前區塊的難度來矯正上一個區塊出塊時間的偏差。這一調整要么降低難度，要么增加難度，這取決于生成上一個區塊所花的時間。上圖中第一個括號突出顯示了這一部分。請花點時間搞清楚它的原理。A部分的實際效果與設計目標完全一致，它的作用是平抑哈希率的波動對網絡運行的影響。從下文的圖表中你可以清晰地看出計算公式中的A部分的作用完全符合預期。正因為A部分按照設計正常運作排除了哈希率帶來的影響，所以我認為，在思考如何推遲定時炸彈時沒必要考慮算力的實際規模。換言之，算力太低不會使難度炸彈爆炸時出塊時間更長、算力太高也不能緩解難度炸彈的效果。鑒于以上分析，我的結論是，公式中的A部分與出塊時間的減慢無關。而公式中的第二部分則是導致所有麻煩的罪魁禍首。我接下來的分析會讓你相信，完全可以將這兩部分分開處理。這些分析使我們更容易看出A部分不會對出塊產生影響，而B部分——炸彈——才會導致出塊時間延長。除此以外，你還會知道拆除炸彈是多么地輕而易舉，只需要在每一次分叉時簡單地將時期重置為0即可。生成數據并格式化

以太坊核心開發者：Geth責任是對以太坊網絡，而不是對某個特定依賴用戶:以太坊核心開發者Péter Szilágyi今日早些時候再次發推回應此前Infura服務中斷事件稱：“實話實說。我們沒有導致80%的網絡分叉成一個壞鏈。只有在過去4個多月沒有更新的Geth節點才會分叉。‘Geth有責任讓依賴的用戶提前了解可能出現的復雜情況’，不，我們沒有。Geth的責任是對以太坊網絡，而不是對某個特定的依賴用戶。”[2020/11/14 20:48:58]

處理數據的第一步是獲取數據。我們使用自己的軟件庫TrueBlocks編寫了如下代碼：

運行上面這段代碼，可以生成以下這種非常簡單的.csv格式的數據文件......

上面的數據再加上從EtherScan獲取的每日哈希率列表，對于我們理解以太坊的難度計算來說已經綽綽有余了。我們使用了RStudio和一種名為“R”的數據編程語言來構建下文中的圖表。如果你對“R”語言不太熟悉的話，強烈建議你去了解一下，這是一種非常出色的編程語言。我們先來看一看以太坊的哈希率。日均哈希率

第一張圖表展示了以太坊主網的日均哈希率，其中的數據來源于EtherScan。因為我不知道數據是怎么收集、創建出來的，因此無法保證這些數據的真實性，但我假定它是對的。可以點擊這個鏈接查看相關數據。

討論：從上圖中可以明顯地看出，以太坊的哈希率隨著以太幣價格起伏而變化。這張圖讓我回想起了以太坊的價格走勢。2017年夏，哈希率一路飆升，并在2018年第一季度達到頂峰。而2016年10月哈希率的起伏則是由于當時臭名昭著的DDos攻擊，上圖中兩條灰色垂線代表的是兩次硬分叉——即拜占庭硬分叉和君士坦丁堡硬分叉。這張圖暫時就分析到這里，不過我們在接下來討論區塊鏈的難度數據時依然會提起它。原始難度數據

Defi需求推動以太坊交易費增至2018年年中以來高點:金色財經報道，CoinMetrics的最新報告指出，對DeFi產品需求的突然激增繼續推高以太坊的交易費用。在過去的一周里，以太坊交易費上漲了30.3％。目前，以太坊的平均費用接近0.4美元，達到2018年年中以來的最高水平。報告稱，高昂的交易費用通常意味著對區塊空間的高需求，并為確保網絡安全的礦工創造了更多收入。但是，交易費用的增加也可能會使網絡使用成本過高。[2020/7/22]

第一張基于難度數據的圖表展現了通過Parity的RPC調用get_Block返回的數據。首先，下面列出了一些標準的統計信息：

我們的第一張圖表非常直觀：

討論：上圖的數據是在第8,920,000個區塊時生成的。盡管處理這么多數據記錄對于“R”語言來說易如反掌，但考慮到數據挖掘的迭代性質，我們從每100條數據中抽取了1條記錄作為樣本，最終得到大約9,000條記錄，并展現在上圖中。與前文一致，上圖中的灰色垂線也代表硬分叉。紅線的高度代表給定區塊時的難度值。你可以很容易地看出在每一次分叉時拆除難度炸彈的效果。請回看前文中關于哈希率的圖表，在2016年秋天的DDos攻擊中，你可以看到難度與哈希率之間的關系。假如難度炸彈沒有拆除——實際上從難度激活的那個高度開始把紅線繼續向上延伸——對于兩次硬分叉都采取同樣的操作，你會發現這與哈希率變化的圖表驚人的一致。換句話說，哈希率和難度是緊密聯系在一起的，這非常合理。因為這正是難度計算公式中的A部分設計的目的所在。它的存在就是為了直接根據不同的哈希率來調整難度值。礦工的行為可能并不會因為難度炸彈的拆除而發生變化。他們的挖礦設備在難度炸彈拆除前后都同樣地持續運行。唯一的改變是出塊的平均時間變短了。在我們進入下一張圖表的分析之前，還有一些地方需要注意。請仔細看看拜占庭硬分叉前面的部分。你會發現難度水平上出現了4、5次單向的垂直躍升。事實上，每一次難度水平的跳躍幅度都是上一次的兩倍。這些跳躍就是我們所說的難度炸彈。讓我們一起把目光聚焦到圖表的其它部分。

動態 | 9.2萬枚ETH轉賬來自以太坊聯合創始人Jeffrey Wilcke:據Trustnodes消息，以太坊開發商、創始團隊之一Jeffrey Wilcke在圣誕節當天向Kraken轉賬了92000 ETH（價值1150萬美元）。該賬戶由以太坊基金會開發錢包資助，這筆資金大概是以太坊成立之初創始團隊獲得的初始分配的一部分。自今年三月以來，Wilcke的github似乎再沒有任何活動，他似乎已經離開了。他的推特暗示他正在工作于某種游戲。Wilcke目前已經證實了對該地址的分析，并稱他的游戲需要錢。此前ViewBase指出，該“巨鯨很可能是ETH開發人員或者是V神本人”。評論者擔心V神或相關投資者正計劃大舉拋售。[2019/12/27]

討論：我們以100,000個區塊為一組，用垂線將上圖分隔開來。睜大你的眼睛，仔細看，代表難度跳躍的曲線跟我們作的垂線完全重合。在這些分隔線之間，難度持續上升，但上升速度遠不及分隔線上的躍升幅度。難度的爆炸性增長與2017年時哈希率一路飆升的事實相一致。也許你也注意到了每一次連續的“爆炸”——每次炸彈爆炸時的難度值的增量都是上一次的兩倍。事實證明，這些跳躍的周期性對于理解當下正在發生的事情尤為重要。在本文余下的圖表中，我們的目標是將難度計算公式中的第一部分和第二部分分開。從而幫助我們更好地理解如何應對未來的難度炸彈。每個區塊的難度變化

在下一張圖表中，我們來看看每個連續的區塊之間的難度變化。其計算公式為y(x)=區塊x的難度值—區塊x-1的難度值

動態 | Telegram和YouTube上出現將以太坊伊斯坦布爾升級作為噱頭的加密騙局:金色財經報道，在以太坊完成伊斯坦布爾升級后不久，Telegram和YouTube上就出現了新的加密貨幣騙局，騙子們要求潛在受騙者發送ETH以獲得價值10倍的獎勵。以Telegram為例，幾位對加密貨幣感興趣的用戶加入了一個使用了以太坊基金會官方標志和名稱以及Vitalik Buterin（V神）姓名的可疑聊天群。該群宣稱正在進行一場2萬枚ETH的空投活動以慶祝升級成功，借此誘騙用戶發送所持ETH來換取更高的返還獎勵。[2019/12/10]

討論：正如我們在上文提到的，A部分的計算使得難度在一個水平附近“徘徊”，以確保出塊時間維持在14秒。上圖通過使用紅藍色表示數據來揭示這種“徘徊”現象。圖中的“增長”部分代表難度的正向變化。而圖中的“收縮”部分代表難度的負向變化。難度始終圍繞著0值“調整”。換句話說，這部分計算是為了維持出塊時間的穩定，A部分的計算使得出塊時間維持在一個穩定的值——14秒。對你來說，這張圖可能是你第一次看到難度炸彈的直觀展現。很明顯，每次爆炸時的難度都是上一次的兩倍。但在我看來，這張圖表達的依舊不夠清晰。舉個例子，為何同樣的圖案在君士坦丁堡期間沒有清晰地重現？其實是因為哈希率大大提高了。這部分計算可以使出塊時間維持在14秒，但是系統的來回波動更加劇烈。這也解釋了為什么我們無法在臨近君士坦丁堡分叉時識別出難度炸彈，因為它被更加劇烈的波動掩蓋了。那么，是否存在一些其它的措施，可以讓我們看的更清楚呢？當然！這種辦法確實存在，我們將在下一張圖表中為你揭曉。難度的相對變化

聲音 | 以太坊安全主管：分叉會被卡在第7080005區塊上:據星球日報報道，原定于第7080000個區塊進行的君士坦丁堡硬分叉被推遲，但以太坊安全主管Martin Holst Swende表示，仍然有少量節點在7080000區塊進行分叉，但分叉最終會被卡在第7080005區塊上，因為可以使用“constantinople.override ”跳過分叉。 此外，以太坊開發者胡靖宇表示，目前主流節點都遵守postpone版本，因此分叉上沒有太多節點響應。同時為預防硬分叉版本存在問題，Geth1.8.20版本留了一手，可以執行一個命令跳過硬分叉的邏輯。[2019/1/17]

本文這部分的最后一張圖表，展示了相對于區塊總難度而言的難度變化百分比。計算公式為

而上一張圖表展示的是難度的原始變化。這張圖表展示了標準化的難度變化，從而消除了算力增長帶來的影響，我們從而可以更加清晰地看到難度計算公式中的兩個不同部分——A部分與B部分。下面是每個區塊的難度相對變化圖表：

討論：現在，你應該明白為什么我在前面中說在討論難度炸彈時擔心算力會適得其反得了吧。從這張圖表中，你可以很清晰地看見，區塊生產不受算力增加的影響，直到定時炸彈“抬頭”。公式中的A部分使得出塊的速度及產量維持在一個穩定的狀態。在定時炸彈爆炸之前，難度幾乎不受什么大的影響。這里還有兩件有趣的事情值得你注意：從上圖中，你還可以看見炸彈在圖表的最右側開始“抬頭”，盡管抬頭的距離比起拜占庭和君士坦丁堡之間的距離要短得多——下文中我會解釋這一現象；圖表底部的條紋是因為計算公式里A部分中的對10整除的那部分而形成；更高的哈希率看上去好像會延遲“抬頭”，正如LaneRettig在君士坦丁堡分叉之前提到的那樣，我們在上面提到的文章中也寫過。關于這張圖，我還有許多能繼續分享的，也許哪天我會回過頭來繼續寫。但接下來，我更想為在未來拆除炸彈提供更好的方法。拆除炸彈的更佳方式

首先，我要再次強調，在擔心定時炸彈的同時還擔心算力波動會適得其反。計算公式中的A部分已經將算力增加的影響排除在外了。這也正是A部分存在的意義。平坦得近乎完美的難度增量證明了A部分的工作幾近完美。很顯然，哈希率對出塊時間沒有影響——但這一點我們已經知道了——這也是難度調整設計的目的所在。炸彈由上述公式末尾的一個額外附加值所定義：

(譯者注：floor(x)為向下取整函數，即取不大于x的最大整數，例如floor(3.14)=3）上面的式子就是一個以2為底的冪函數。令p=floor，我們可以將上面的式子改寫為2p。最終，我們得到了一個以時段p為步長的階躍函數。

不過，請記住，核心開發人員已經將炸彈重置了兩次——沒說錯，就是“重置”的字面意思，他們重設了炸彈計算的周期起點。這是通過使用Go語言代碼創建一個在計算中使用的偽塊來實現的。目前來看，偽塊在過去似乎起到了重置炸彈的效果。下圖這張校正后的圖表顯示了這段時期的真實情況。

上圖用紅色來表示真實的區塊號，其取值范圍是0到8,920,000。而偽塊號起初與紅色的真實區塊號重合，直到發生了拜占庭分叉，偽塊號被重置到過去的3,000,000個區塊。然后，偽塊號與真塊號平行增長，直到君士坦丁堡分叉，偽塊號再次被重置。下面這張表格中列出了重置后的一些信息，你發現什么奇怪的地方了么？

拜占庭分叉后的偽塊號為1,370,000，將該值整除100,000可得時期為13。也就是說，在哈希率調整之后，每個區塊的難度都額外增加了213。而到君士坦丁堡硬分叉時，偽塊號被重置為了2,280,000，也就是說時期變為了22，這意味著每個區塊的難度額外增加了222。我想，這就是為什么定時炸彈爆炸得比我們預期中更早的原因。因為我們上次重置它時沒有回退得足夠遠。這次重置定時炸彈的建議值為回退69,000個區塊，從而使得時期變為0。這才是需要重置的正確數量。如何更好地重置定時的難度炸彈

每當我們必須重置定時炸彈時，有一種非常簡單易行的方法將其重置為正確的值。通過這種方法，絕大部分和難度炸彈相關的問題將不復存在。只需要簡單地將重置難度炸彈時回退的區塊數設置成和分叉的FORK_BLOCK_NUMBER相同即可。通過這種方式，偽塊號將被設置成接近0，時期也會變成0。由于區塊生產速度的減緩主要是因為定時炸彈的存在，因此通過上述方式，“抬頭”效應將變得完全可預測。B部分的計算完全依賴于偽塊號。如果我們在君士坦丁堡分叉時這么做，那么定時炸彈就不會爆炸得那么快了。

結論

非常感謝你能讀到這里。我希望這篇文章可以引起那些對難度炸彈感興趣的人的注意。我看到許多人都對難度計算問題感到困惑。在我看來，人們想的太復雜了。以下是幾個關于本文的簡單總結：B部分的指數性質使得只有它與區塊生產速度有關；計算公式中的A部分不會對出塊造成有害影響，相反，它實際上起到了積極的作用；將時期或偽塊重置為0有兩個好處：允許最大限度地推遲定時炸彈，使得炸彈的重現變得非常可預測。如果你對這篇文章有任何看法，請告訴我。希望我已經幫助大家理解了這些我爛熟于心的內容。

Tags：以太坊ETHGETGETH以太坊價格今日行情美元實時Ethermontogetherbnb中文版下載togetherbnb為什么恐怖

TRX