全面總結Kintsugi事件，主網合并前有哪些具體行動計劃？_GETH

這篇文章內容涵蓋Kintsugi事件的全面總結、它的后果，還有在主網合并前的具體行動計劃。概要

合并測試網Kintsugi在幾個客戶端上發生了問題。一個fuzzer創建了一個無效區塊，但客戶端Nethermind和Besu因為缺少一項檢查而把該區塊視為有效。這個無效區塊導致網絡分成了三部分——一部分包含無效區塊、一部分不包含無效區塊，還有一部分進入了OptimisticSync模式。盡管修復程序已經部署了，該fuzzer又創建了另一個區塊，在客戶端Geth觸發了進一步的問題——無法加入正確的分叉。當我們修復了Geth的問題，我們就能夠把所有的節點帶回到相同的正確的分叉，區塊鏈重新開始做最終敲定。總結

合并測試網Kintsugi在前幾周的運行中遇到了一系列問題，暴露了多個客戶端的幾個漏洞。問題主要是由開發者Marius開發的fuzzer引發的，這個fuzzer旨在創建有意思的區塊并在網絡里對區塊進行廣播。一個這樣的區塊的blockHash被替換為它的parentHash(父塊哈希)。engine_executePayload具備了所有構建一個區塊和構建該區塊的blockHash所需的所有參數。EL（執行層)客戶端應該根據這些參數來構建區塊，并根據通過的blockHash進行驗證。這個特定區塊正確無誤地沒有通過Geth的檢查，但通過了Nethermind和Besu的驗證。該區塊之所以在Nethermind被錯誤地通過驗證是因為緩存問題，而Besu則完全沒有這項檢查。由此，該區塊被一個Lighthouse-Besu節點提議，并導致區塊鏈分叉為兩部分，在執行層與Nethermind或Besu連接的驗證者在一個分叉上，而月Geth連接的驗證者則在另一個分叉上。請注意，檢查當前區塊的blockHash是合并新增的要求，因此在某些客戶端上會存在缺少或不準確的驗證。Geth的一個問題是當執行錯誤的負載時，它返回的是一個JSON-RPC錯誤而不是INVALID(無效)，而Teku的問題是(此時已修復但還未部署)認為那些錯誤在optimisticsync模式下是可通過的。因此，Teku-Geth節點在遇到無效負載時還是進入了optimisticsync模式。由于該區塊本身是有效的，已連接的Geth節點是從網絡而不是engineAPI獲取數據的，因此現在的Teku-Geth節點是在無效的分叉鏈上的。由于Teku節點還在有很多漏洞的舊版本上，Teku-Geth節點保持在optimisticsync模式，并在區塊鏈停止做最終敲定的期間拒絕提議區塊。我們現在處于這樣的一個情況——共識層客戶端(lighthouse、prysm、nimbus和lodestar)-Geth(占大約46%)與共識層客戶端-Nethermind/Besu(占大約19%)在不同的分叉上，其他運行Teku-Geth(大約占35%)的驗證者則處于optimisticsync模式。在找到和部署了Nethermind和Besu節點的修復程序后，我們就能夠讓它們重新連上正確的鏈。Teku-Geth節點的更新導致了另一個與無效內存訪問相關的問題，它由Geth上與區塊排序驗證相關的問題引起。這個具體的漏洞也是由Marius的fuzzer觸發的，這個fuzzer產出了一個parentRoot是有效且block_number=1的區塊。在Geth執行一個區塊前，它需要查看它的父塊，看看它們是否需要同步。這樣做的一種方式是在緩存里檢查parentHash或在database里檢查parentHash和blockNumber。由于Teku是同時執行所有分叉里的所有負載，緩存就不再包含parentHash。因此，Geth試圖在它的database里通過parentHash和blockNumber查找其父塊。然而，database并沒有這個blockNumber的哈希(這個區塊是fuzzer構建的)。Geth會推斷，由于它沒有父塊，它需要開啟同步。但是，這樣觸發的同步會試圖同步比權威鏈更短的的鏈，這就違反了Geth中的某些條件，這導致Geth進程錯誤，節點關閉，導致Teku-Geth節點一直處于不健康的狀態。在上述問題的調試中，Geth團隊還在合并的代碼庫里發現了一個觸發錯誤的競爭條件。此外，我們還遇到其他問題——Nimbus出現與執行層重新連接相關的錯誤，Lodestar降低拒絕出塊的對等點分數。客戶端推出了所有的修復，且讓所有節點都進行升級。當所有的修復都生效時，區塊鏈會有很多小分叉，每個的參與率都很低。對一些節點進行重新同步可以減少一些分叉。一旦有足夠多的節點完成重新同步，我們會看到有越來越多的節點通過重組回到這個分叉上，這使我們能跨過最終確定性所需的66%的閾值。FAQ

歐洲央行：公共部門應建立全面的監管框架，解決與加密相關的社會和環境風險:金色財經報道，歐洲中央銀行(ECB)董事會成員FabioPanetta在第22屆國際清算銀行年會上關于加密貨幣未來的小組上表示，加密資產已被推廣為去中心化的替代品，有望提供更具彈性的金融服務。然而，現實并沒有兌現這一承諾。支持加密資產的區塊鏈技術可能非常緩慢、能源密集且可擴展性不足。由于處理復雜且價格波動較大，加密資產在日常交易中的實用性較低。

為了解決這些缺點，加密生態系統改變了它的敘述方式，支持更集中的組織形式，強調加密投機和快速獲利。但最近發生的事件暴露了加密生態系統的脆弱性，表明人們對加密資產的信心消失得有多快。在許多方面，這個生態系統重現了區塊鏈技術最初想要解決的缺點和漏洞。

公共部門應采取堅定的立場，建立全面的監管框架，解決與加密相關的社會和環境風險，包括將無擔保的加密資產用于投機目的。它還應該抵制為加密貨幣提供國家支持的呼吁，這本質上會使加密貨幣風險社會化。相反，公共部門應集中精力為可靠的數字結算資產的開發做出貢獻，包括通過在央行數字貨幣方面的工作。[2023/6/25 21:58:12]

Q:這個測試網死了嗎？A:沒有。在我們部署修復程序并重新同步一些停滯的節點后，鏈最終又開始做最終敲定了。當鏈恢復最終敲定，它就可以如常運行。目前，Kintsugi的參與率是大約99%，這表明所有客戶端的漏洞已經得到修補，且網絡也運行良好。交易和智能合約交互繼續如常運作。Q:為什么這條鏈這么長時間不做最終敲定？A:雖然我們很早就找到了根本原因，我們想要讓鏈保持非最終敲定狀態，讓客戶端團隊調試他們的代碼。此外，我們想要收集非最終敲定期間的客戶端表現數據。Q:在分叉鏈上的驗證者會被罰沒嗎？A:不會。每個驗證者都包含一個slashingprotection(罰沒保護)database，確保驗證者不會對可罰沒的信息簽名。在“錯誤”分叉的驗證者只會被視為在“正確”分叉上處于inactive狀態。一旦它們重組到“正確”分叉上，罰沒database會阻止它們對可罰沒信息簽名。Q:這會如何影響主網發布？會有新的延遲嗎？A:我們認為這件事不會影響主網發布計劃。在規范本身上沒有發現嚴重的問題。測試網的目的是發現漏洞，我們認為Kintsugi在發現客戶端實現的邊緣情況方面表現很好。這事件是對多個客戶端組合的一次很好的壓力測試。我們有一個公開的清單，它將指引我們何時準備好在主網實現合并。Q:這會如何影響測試計劃？A:我們將研究創建幾個強制處于非最終敲定狀態的測試網。對這些非最終敲定的測試網進行持續測試使我們可以觸發更多邊緣情況，和改進工具。在這次事故中發現的漏洞將被添加為靜態測試用例，以確保我們會通過回歸測試。對驗證者、基礎設施提供商和工具開發者的重要啟示:測試網上的非最終敲定時期加強了最糟糕情況硬件要求的一些假設。在非最終敲定期，驗證者應該預期：由于需要對多個分叉選擇規則進行評估，CPU負載會增加(有時達到100%)在非最終敲定期由于不會有修剪，硬盤使用量會增加RAM使用量會有邊際增長這意味著，在同一臺機器上運行的任何額外工具或監測都會遇到資源爭用問題。Kintsugi測試網的工具(區塊瀏覽器、水龍頭、RPC)在具有3個節點的Kubernetes集群上運行。這個集群還運行多個工具使用的信標節點。由于信標節點使用的資源比預置的要多得多，因此我們的工具經常由于資源不足而以降級的方式運行。對于基礎設施提供商來說，謹慎的做法是在不同的機器上運行它們的共識層和執行層，或有嚴格的資源使用定義。合并意味著每個共識層客戶端都需要運行自己的執行層客戶端。(主網上的)執行層客戶端現在需要很大的磁盤容量。在非最終敲定期間，CL的磁盤使用量也會激增，這會由于磁盤空間不足而導致崩潰。所有驗證者應該確保他們有足夠大的緩沖磁盤空間來應對這種問題。依賴于最終確定性的工具開發者應該為非最終敲定時期多做考慮。一種可能的方式是顯示optimistic信息，同時傳達該信息在用戶界面是會變化的。

廣東能源局聯合通信管理局全面整治“挖礦”:金色財經報道，6月13日至19日全國節能宣傳周，2022年廣東省節能宣傳周來臨之際，廣東省能源局、廣東省通信管理局聯合開展全面整治虛擬貨幣“挖礦”活動。廣東省能源局、廣東省通信管理局表示，將加大力度，將虛擬貨幣“挖礦”活動整治工作進行到底，堅決維護互聯網健康安全秩序，推動經濟社會高質量發展。

據悉，廣東省能源局、廣東省通信管理局聯合印制了全面整治虛擬貨幣“挖礦”活動的宣傳海報，并通過“一圖讀懂”揭露了虛擬貨幣“挖礦”的本質及其危害。尤為值得注意的是，虛擬貨幣“挖礦”活動已被列入《產業結構調整指導目錄》（2019年本）淘汰類，屬“落后生產工藝裝備”范疇。虛擬貨幣“挖礦”活動違反《中華人民共和國民法典》《中華人民共和國循環經濟促進法(2018修正)》《中華人民共和國節約能源法》等法律法規。[2022/6/16 4:32:07]

動態 | Cocos-BCX 主網 Token 已獲得比特派全面支持:近日，Cocos-BCX 主網 Token COCOS 獲得比特派全面支持。做為 Cocos-BCX 戰略合作伙伴，比特派已在對 Cocos-BCX 底層充分了解的基礎上，對錢包相關安全架構進行了適配。目前，比特派 iOS 版本與安卓版本已全面支持 COCOS。此外，比特派將支持即將到來的 COCOS 主網映射。

Cocos-BCX 是下一代游戲數字經濟平臺，提供完整游戲開發工具的同時，配備有更完善公鏈生態，致力于在游戲領域構建更友好、便捷的區塊鏈技術應用解決方案。[2020/1/14]

聲音 | Joseph Lubin：以太坊2.0將在2020年底全面啟動:據trustnodes報道，以太坊創業公司ConsenSys創始人Joseph Lubin在Devcon演講中表示，以太坊2.0階段0將于2020年第一季度啟動，而階段1和階段2將于2020年底一起啟動。[2019/10/11]

動態 | 京東區塊鏈服務平臺正式全面開放:據國際在線報道，　京東自主研發的區塊鏈服務平臺——“智臻鏈”，接入超過500家國內外Top品牌商、超過3.5萬個SKU、12億條溯源上鏈數據檢驗過的京東區塊鏈技術和應用，正式全面開放。[2018/12/26]

Tags：ETHGETHGETASHETHS幣togetherbnb黃油場景bitGet不能提現可以報警嗎Omniunit Cash Features

XMR