合併 TTD 值

目標：確定 TTD 值，它會在 Bellatrix 主網升級之後以及九月底之前觸達。如果算力大幅下降，那我們可以在 Bellatrix 升級之後，我們可以呼叫指令以覆蓋 TTD。

預測 TTD 值的策略

為了設定合併的終結總難度值，我們可以先預測給定日期的 TTD 值，然後根據算力的變動進行調整。

為了確定 TTD 值觸達的時間，可用多項式迴歸的方法建立一個具有合理精確度的估值。這些估值會基於前四周的資料並使用預測工具生成。但是，預測的精確度完全取決於未來算力的波動。如果算力大幅變動並且比預期的日期提前了足夠長的時間，那麼 TTD 的日期可能會推遲幾天。

讓我們來研究一下以太坊網路的算力以建立預期。

算力趨勢

在過去的幾個月裡，算力平均值在 1PH/s 左右，並在 5 月達到峰值 1。126 PH/s。在 6 月急劇下降之後，算力逐漸恢復，並且現在保持在 900TH/s 左右（平均值、有效的算力）。上個月，算力在 950TH/s 和 780TH/s （峰值）之間振盪，其每日變化不大於 5%。

算力會基於挖礦收益率發生浮動，而挖礦的收益率與 ETH 價格相關。儘管算力變化不完全依賴於價格的波動，但是它確實會對此作出反應。以下是 1 月以來的 ETH 價格和算力投射到一個圖表中：

因為算力表明了在一段時間內必須克服的挖礦難度，我們可以確定在特定時間，網路中達到 TTD 值所需的具體算力值。這個指令碼計算並顯示出在一段時間內 —— 9 月期間 —— 達到給定 TTD 值所需的算力值。

在下列視覺化圖表中，你可以從更大的時間框架上看清楚算力的趨勢。它顯示，在一段時間內（y 軸）達成示例的 TTD 值所需的算力值（x 軸）。曲線的紅色部分代表 9 月，也就是合併可能發生的時間。

這個形狀實際上顯示出，9 月的前半段需要明顯更大的算力。這為算力在前期的增長提供了更多「保護」，但隨後必要的算力下降得更慢。如果算力大幅下跌，那麼必要算力的緩慢降幅會讓 TTD 更難達到。

由於 DAG 大小達到 5 GB 以及礦工可能會採取的消極應對，我們必須留出足夠的空間來應對算力的下降。為此，下面預估的預設預測值會向下舍入。

場景 1 估值

場景 1，Bellatrix 主網升級將在 8 月 31 日發生。

預測將會在 UTC 時間的 9 月 15 日中午觸達 TTD 值，介於 5877487756139069440 和 58834281007084994560000 之間。

為了取出更好且稍低的數字，我們可以將這個向下舍入為 58750000000000000000000。這個數字只需相差 10 個小時就可以達到。以下是在 9 月達到這個 TTD 值所需算力的視覺化圖表。

你可以看見達到這個 TTD 值的必需算力從 9 月 1 日的 1400TH/s 左右減少到 9 月底的 623TH/s 左右（比當前的算力下降了 29%）。紅色虛線代表了當前的算力平均值，並在 9 月 15 日與藍色曲線相交，這是 TTD 值的預估日期。

下一個圖表繪製了與當前算力 （ 在 0 處用紅色虛線標記 ） 相比的必要算力百分比變化。

這裡的圖表總結了這些估值並把它與 ATH（歷史最高）算力和當前算力進行對比。

如果我們預估最大限度的算力跌幅為 30%，那麼 TTD 值會在 9 月底達到。如果我們想為更大的跌幅做準備，就必須把 TTD 值設得更低。

以下圖表列出了其他要考慮的 TTD，它們什麼時候會觸達、在 Bellatrix 升級中需要多少算力才能達到以及從當前算力來看，我們可以預計下降多少百分比。

場景 2 估值

在場景 2，Bellatrix 主網升級會在 9 月 6 日進行。

預測會在 UTC 時間的 9 月 20 日中午觸達 TTD 值，介於 5915542925294436352 和 59227132692074332160000 之間。

將它向下舍入至 59100000000000000000000 ，大約會相差 16 小時。下一個圖表繪製了要在 9 月 6 日至 7 日期間達到 TTD 值所需的算力。

達到這個 TTD 值的必要算力會從 9 月 6 日 Bellatrix 升級的 1290TH/s 下降至 9 月 30 日的 700TH/s （比當前算力下降了 20%）。紅色虛線代表著當前算力的平均值，並在 9 月 19 日至 20 日與藍色曲線相交。

這種情況下，我們在 Devcon 前達到 TTD 值得空間較小。但是我們有更多的時間基於一個潛在的 DAG 算力降幅來調整 TTD 值。以下是考慮到較低算力的其他 TTD 值：