在權威證明共識上沒有任何問題的情況下,最安全的最短出塊時間是多少?
在以下部落格的最後一段中,
Vitalik Buterin
提到:因此,3 秒的目標出塊時間(和 5 秒的實際出塊時間)可能是非常可行的。像往常一樣,我們一開始會比較保守,不會走得太遠,但 12 秒的出塊時間似乎是可以實現的。
我不確定這個聲明是否適用於權威證明共識。請參閱我的範例CustomGenesis.json文件。
在
Proof-of-work
共識上,出塊時間是根據網路動態變化的,但是在Proof-of-Authority
共識上,出塊時間是固定的,在創世塊上定義出塊時間之後,我們就不能再改變它了。"clique": { "period": 15, "epoch": 30000 }
例如,Rinkeby 乙太坊測試網使用權威證明,其阻塞時間為 15 秒。
通過遵循本教程,我創建了一個基於
Proof-of-Authority
by using的私有鏈clique consensus engine - proof-of-authority
。預設情況下,塊也推薦是 15 秒。問題是,當我們決定創世文件的出塊時間時,以後我們無法更改它。$ puppeth ... How many seconds should blocks take? (default = 15) > 15
假設我們有一個具有良好網路連接性的私有乙太坊網路。
**$$ Q $$**在權威證明共識上沒有任何問題的情況下,最安全的最短出塊時間可能是什麼?
例如,我可以使用 12 秒甚至更少(例如 5 秒)的出塊時間而沒有任何問題嗎?如果沒有,我將面臨什麼樣的問題?
感謝您寶貴的時間和幫助。
奇偶校驗 Aura 共識引擎中的 PoA 預設為5s,經測試執行穩定性良好。PoA 網路執行這樣一種基礎設施。
我已經使用在 4 個不同地理區域執行的aura測試了**1 秒 PoA 。**這是最低限度的,也是我已經成功測試過的 :) 更多地區的穩定性測試仍在進行中。將更新更多資訊。
更新
穩定性測試成功。唯一面臨的問題是關於時間,伺服器必須與同一時間同步。解決了這個問題後,就沒有更多的問題了。
最主要的是他們都需要有一個同步的時間。
您可能面臨的可能問題:
- 無論哪個伺服器及時不同步,都無法驗證來自其他伺服器的塊。因此,不同步的節點如果是驗證節點之一,將遵循自己的鏈,如果是正常同步節點,則保持卡住。
- 如果一個驗證者由於某種原因停止,另一個將繼續該鏈,屆時,平均出塊時間會出現輕微的不穩定。但是當所有驗證者重新上線時,一切都會恢復正常。
個人認為 5s 是 PoA 的一個不錯的時間,執行順利,沒有任何問題。如果您想了解 Aura,請參閱Aura 共識協議審核。