本週早些時候，以太坊網路的錯過時段大幅增加，主要源自於 bloXroute 中繼轉發的區塊。調查顯示，雖然 bloXroute 有效地中繼發布的區塊和 blob，但區塊透過 BloXroute 分散式網路 (BDN) 的快速傳播與透過點對點 (p2p) 通道的 blob 傳播速度較慢形成鮮明對比。這種差異突顯了特定的客戶端 (CL) 行為，導致客戶端拒絕區塊和隨後錯過的時隙。
使用 bloXroute 解決以太坊錯過的插槽問題
BloXroute Labs 執行長 Uri Klarman 在 Github 上的一篇詳細貼文中解釋了以太坊中錯過的插槽的情況。
在目前的 Lighthouse 版本中，節點期望提供區塊的同一個對等點也提供 blob。然而，由於 BDN 不會傳播 blob，因此連接到 BDN 的共識節點會忽略最初從其收到的區塊。最近發布的 BDN 旨在加速沒有 blob 的區塊傳播，並在必要時依靠 p2p 網路傳播 blob。這項變更無意中導致了錯過時段的大幅增加。
Klarman 解釋說，BDN 嚴重依賴 Lighthouse，它構成了 bloXroute 的大部分信標節點。最初的發布後觀察表明，區塊透過 BDN 成功傳播，主要影響 bloXroute 中繼，因為它們與 BDN 緊密整合。
為了解決這個問題，我們進行了一系列測試，將問題歸咎於 Lighthouse 在首次透過 BDN 遇到區塊時的行為。我們已採取措施逐步將中繼從使用 BDN 進行區塊發布轉變，並隨後停用 BDN 包含 blob 的區塊傳播。
在此期間，bloXroute 中繼繼續向驗證者提供帶有 blob 的區塊，並將帶有 blob 的區塊發佈到 BDN 和信標節點網路。然而，這些發布請求回傳了 202 回應，因為信標節點已經從 BDN 接收到了該區塊。
燈塔負責人回應指控
Lighthouse 的負責人 Michael Sproul 批評了 Klarman 對錯過的時段的看法，聲稱它歪曲了 Lighthouse p2p 漏洞的問題，他聲稱該漏洞是由 Bloxroute 的集中式「區塊分發網路」(BDN) 和Lighthouse 的HTTP API 。
此事後分析將該問題誤認為是 Lighthouse p2p 錯誤，而實際上它是由 Bloxroute 的集中式「區塊分發網路」(BDN) 與 Lighthouse 的 HTTP API 之間未經測試的交互引起的
這是我的觀點 https://t.co/T2i9dbI2zQ
— 麥可‧斯普勞爾 (@sproulM_) 2024 年 3 月 29 日
Sproul 聲稱，Bloxroute 在事件期間一直不合作，拒絕共享日誌來支持他們的說法。他認為，在從 Bloxroute 獲得必要資訊之前就進行了過早的事後分析。
根據 Sproul 的說法，該問題是由於 Bloxroute 透過 BDN 在 p2p 網路上發布沒有 Blob 的區塊，然後嘗試透過將 Blob 作為 HTTP 請求的一部分 POST 到 Lighthouse 來填充 Blob。然而，Lighthouse 和 Prysm 的 HTTP API 假設區塊是透過 p2p 與完整的 blob 一起發送的。斯普勞爾認為，在存在繞過正常發布區塊流程的「區塊分發網路」的情況下，這種假設是無效的。
為了解決這個問題，Sproul 提出了短期解決方案，例如在涉及 blob 時關閉 BDN，以及長期解決方案，例如重組 PBS 生態系統以防止類似故障。他也表達了個人觀點，認為BDN是一項應該被淘汰的技術，因為它的中心化性質以及以太坊去中心化的潛在風險。
所呈現的內容可以包括作者的個人意見並且受市場條件的限制。 在投資加密貨幣之前進行市場調查。 作者或出版物對您的個人經濟損失不承擔任何責任。
資料來源：https://coingape.com/ethereum-network-struggles-with-missed-slots-bloxroute-and-lighthouse-in-debate/
✓分享：