010101
(2).png

通過執行一些“housekeeping”完成 0.26.0 版本。

上週,我們決定更改常規發佈時間表,改成每兩週發佈一次,花費更多時間來完成我們的第二個候選發佈版本 0.26.0
。我們的目標是本週發佈最終版本 1.0.0。

在過去的一週裏,我們實現了以下功能:

幾種可能對æternity 節點性能產生負面影響的場景:

  • 當連續同步多個微塊時,數據庫似乎無法跟上。磁盤訪問成爲緩慢的部分。使用 persist:false 運行時,數據庫的速度要快 5 到 10 倍。當我們停止挖礦時,速度變得更快。要解決此問題,我們將僅允許節點在與網絡的其餘部分同步時進行挖掘。更具體地說,我們有 N 個對等體配置爲同步。如果我們遠遠落後於這些節點,那麼挖掘就變得不可行了。重要的是要注意,如果一個節點聲稱遠遠超過我們的節點,我們不能只是“不開採”。我們需要將它與我們確實接觸過的可信節點對齊(不可訪問的節點不感興趣)。通過諮詢我們與之聯繫的可信賴同行,可以減輕這種影響;如果他們的中位數高度與我們的高度一致,我們可以開始挖礦。如果中位數比我們的低 5,我們應該停止挖礦。
  • 並行同步和挖掘可以顯着降低節點性能。這是因爲挖掘使所有 CPU 核心保持忙碌,從而留下節點可用於同步任務的有限資源。解決方案非常簡單:將一個 CPU 排除在挖掘之外。目前,我們有一個標誌-t N 來設置我們用於挖掘的威脅。我們確保,無論這個標誌是什麼,我們都不會使用大於 CPU 核心數量的 N – 1. 這意味着我們有一個 CPU 可用於除挖掘之外的其他活動。

我們還對我們的挖掘核心實施 Cuckoo 循環進行了幾次更新:

  • 我們通過 Cuckoo Cycle 的發明者 John Tromp 提供的實施更新了æternity 的 Cuckoo 挖掘實施。
  • 我們已經對 Cuckoo 實現進行了一些小調整,以便爲使用區塊鏈構建 ASIC 更加困難。
  • 此外,我們修復了許多錯誤並引入了一些小功能。有關詳細信息,請參閱 Pivotal Tracker。

最後,æternity 開發人員已正式加入 Cryptocurrencies&Contracts (IC3)
計劃,與密碼學、分佈式系統、博弈論、編程語言和系統安全技術方面的知名專家合作。
文章來源:頭等倉,是一家專業從事國內外區塊鏈項目信息收集,項目分析,項目進展跟蹤的信息資訊服務公司,面向國內外的區塊鏈投資者,提供區塊鏈項目的盡職調查與分析服務。

聲明:本站點所有文章內容不構成投資建議或意見,市場有風險,投資需謹慎。如需轉載,請註明出處。

原文鏈接:https://first.vip/shareNews?id=627
內容來源:頭等倉-www.first.vip,更多項目分析請下載頭等倉 APP

來源鏈接:first.vip