Cardano開發團隊已將Leios核心程式碼整合至主要開發程式碼,初期吞吐量目標為目前的3至5倍;提高至10至15倍則須經過主網測試與治理批准。
Cardano開發團隊23日在開發報告中表示,已將結合既有共識機制與Leios的「Praos2」整合至主要開發程式碼,也納入用於節點間資訊交換的「LeiosNotify」和「LeiosFetch」。選取並擷取交易批次「背書區塊」(endorser block)的工作仍未完成。
Leios的設計是在一般區塊生產之外,驗證並認證背書區塊中的交易。既有共識機制Ouroboros Praos必須迅速將區塊傳播至網路,因此處理容量有所限制。
Input Output於20日發布的路線圖指出,目前處理量上限約為每秒4.5KB交易資料。若以相同基準換算,初期3至5倍的目標約為每秒13.5至22.5KB。這並非每秒交易筆數;實際筆數會依交易大小與運算量而異。
Input Output計劃隨下一次硬分叉「Dijkstra」導入Leios。僅進行硬分叉並不會讓處理容量直接達到目標。後續仍須由質押池營運者登記認證背書區塊所需的BLS金鑰,待已登記質押比例達約90%至95%後,再於主網進行高負載測試。
測試將衡量區塊與認證資訊在實際網路中的傳播速度,結果將作為判斷是否進一步提高容量的依據。
若要接近提高至10至15倍的目標,至少需要兩次協議參數調整。Input Output路線圖表示,每項調整案都須取得委任代表質押比例67%、質押池營運者質押比例51%,以及憲法委員會三分之二成員的支持。前一階段的主網測試結果也須作為下一項調整案的依據。
本次開發報告公布了Praos2及LeiosNotify、LeiosFetch的程式碼整合進展,但選取並擷取背書區塊的工作仍未完成。此前,Leios分階段吞吐量目標與後續表決計畫已經公布。
轉入測試網也屬於另一個階段。Intersect於9日發布的更新說明,將先透過Node 11.2把不含Leios的Dijkstra功能部署至公開測試網,再計劃於Node 11.3整合線性Leios。因此,目前的程式碼整合與測試網部署、主網效能提升是不同階段。
Leios初期目標是將目前處理容量提高至3至5倍。提高至10至15倍則將視營運者參與情況、主網負載測試結果及分階段治理批准而推進。
留言 0