prysm

ChainCatcher 消息，Prysm 團隊發布主網事故復盤報告稱，12 月 4 日以太坊主網 Fusaka 時段內，幾乎所有 Prysm 信標節點在處理特定 attestations 時發生資源耗盡，導致無法及時響應驗證者請求，引發區塊與見證大量缺失。事故影響範圍為 epoch 411439 至 411480，共 42 個 epoch，在 1344 個 slot 中缺失 248 個區塊，缺失率約 18.5%；網絡參與率一度降至 75%，驗證者約損失 382 ETH 的見證獎勵。根因在於 Prysm 接收到來自可能已與主網不同步節點的 attestations，這些 attestations 引用前一 epoch 的區塊根。為驗證其合法性，Prysm 反覆回放舊 epoch 狀態並執行高成本的 epoch transition，導致節點在高並發下觸發資源耗盡。相關缺陷源自 Prysm PR 15965，早在一個月前已部署至測試網，但未觸發相同場景。官方給出的臨時解決方案是，在 v7.0 版本中啟用 --disable-last-epoch-target 參數；隨後發布的 v7.1 與 v7.1.0 已包含長期修復方案，通過使用 head state 驗證 attestations，避免重複回放歷史狀態。Prysm 表示，問題在 12 月 4 日 UTC 4:45 後逐步緩解，至 epoch 411480 時網絡參與率恢復至 95%以上。Prysm 團隊指出，此次事件凸顯客戶端多樣性的重要性，若單一客戶端占比超過三分之一，可能導致短暫無法終局；超過三分之二則存在終局無效鏈的風險。同時也反思了功能開關溝通不清及測試環境未能模擬大規模不同步節點的問題，後續將改進測試策略與配置管理。

ChainCatcher 消息，Cointelegraph 監測，在 Fusaka 網絡升級後不久，由於 Prysm 共識客戶端出現一個 Bug，Ethereum 網絡的驗證者參與度急劇下降，大量投票節點離線。Prysm 官方週四宣布，其 v7.0 版本客戶端在處理過時的 Attestations（證明）時，不必要地生成了舊狀態，導致節點無法正常運行。開發人員建議用戶暫時使用 "--disable-last-epoch-targets" 標誌來啟動客戶端作為臨時解決方案。Beaconcha.in 數據顯示，在 Epoch 411,448，網絡的同步參與度（Sync Participation）和投票參與度（Voting Participation）分別降至 75% 和 74.7%。投票參與度下降 25%，距離網絡維持最終確定性所需的三分之二多數（66.6%）超級多數僅差不到 9 個百分點。此次投票參與度的下降幅度，與 Prysm 共識客戶端的驗證者份額大致吻合，表明 Attestation 失敗很可能集中在 Prysm 驗證者中。此前，Prysm 的份額曾一度高達 68.1%。截至發稿時，Ethereum 網絡當前的 Epoch (411,712) 投票參與度已接近 99%，同步參與度達到 97%，表明網絡已恢復。當前 MigaLabs 數據顯示，Lighthouse 仍占共識節點的 52.55%，Prysm 位居第二，占 18%。Ethereum 教育者 Anthony Sassano 表示，如果 Lighthouse 出現此 Bug，網絡將失去最終確定性。

ChainCatcher 消息，以太坊客戶端 Prysm 表示，已找出問題所在，並給出了一个快速的臨時解決方案。所有節點應禁用 Prysm 中不必要地生成舊狀態去處理過期的證明。只需在信標節點中添加標誌 "--disable-last-epoch-targets" 即可。該參數適用於 v7.0 版本，因此無需進一步升級信標節點，只需添加該參數即可。驗證者客戶端無需做任何改動。

ChainCatcher 消息，Lido 官方發文表示，以太坊 Fusaka 硬分叉順利完成後，Prysm 共識層客戶端出現漏洞，導致網絡參與度出現問題。Lido 協議運行正常，質押者無需擔心。由於協議底層的驗證節點集分佈式和去中心化的特性，Lido 受此事件影響較小，且 Prysm 客戶端團隊和節點運營商的快速響應有助於緩解問題。Lido 團隊與 Prysm 團隊密切合作，夜間監控了事件進展，並幫助受影響的節點運營商採取了推薦的臨時解決方案。目前，大部分 Lido 運行的 Prysm 設置已恢復，部分節點臨時切換到其他客戶端配置完成修復。

ChainCatcher 消息，以太坊基金會在 X 平台表示，主網上的 Prysm 共識客戶端目前存在問題。如果正在使用 Prysm，需要重新配置 CL 節點。如果正在使用其他客戶端，則不受影響，無需採取任何操作。此前消息，以太坊主網成功激活 Fusaka 升級，大幅提升數據處理能力。

ChainCatcher 消息，Galaxy 研究副總裁 Christine Kim 總結第 123 次以太坊核心開發者共識（ACDC）電話會議，Cancun/Deneb 升級已於 11 月 30 日在 Devnet #12 上激活，Teku、Lodestar 和 Lighthouse 客戶端軟體以及所有執行層（EL）客戶端軟體目前正在 Devnet #12 上進行測試。此外，開發人員發現 Devnet #11 上的驗證器退出問題，Nimbus 客戶端團隊正在解決該問題。 Devnet #11 在問題得到解決之前將保持正常運行。鑒於 CL 客戶端 Prysm 尚未加入 Devnet #12，開發人員同意推遲計劃 Goerli 影子分叉，直到 Prysm 客戶端軟體準備好進行測試。Tim Beiko 建議在今年年底前的某個時間推出 Goerli 影子分叉。此外，開發人員討論了澄清"BlockByRoot"和"BlobSidecarsByRoot"請求的規範，以明確提及 CL 節點是否應按特定順序響應這些請求。

ChainCatcher 消息，以太坊客戶端 Prysm 宣布推出 v4.1.0 版本，該版本為以太坊測試網 Deneb 支持奠定了基礎，計劃在 2024 年第 4 季度推出向後同步和基於文件系統的 blob 存儲等功能。據悉，該版本的新增功能包括：提供 Deneb/Cancun 基礎支持、通過 Multi-Value Slices 減少內存、EIP-4881 用於優化塊處理、BLST0.3.11 提高可移植構建性能、Multiarch Containers 實時預覽等。

ChainCatcher 消息，以太坊客戶端 Prysm 發布提醒："暫時不要升級以太坊客戶端 Geth 至 V1.13.0 版本，因為我們發現了一個會影響 Prysm 出塊的 bug。雖然大多數客戶端不需要使用 mev-boost 進行本地出塊，但 Prysm 仍然會驗證本地區塊。稍後，Prysm 將發布更多更新。Geth 的維護人員 Péter Szilágyi 已確認該 bug 在 master 分支上已修復。"

ChainCatcher 消息，以太坊客戶端 Prysm 宣布推出 v4.0.5 版本，此版本包含自 v4.0.4 以來的許多重要改進和漏洞修復，包括對證明聚合的重大改進。（來源鏈接）

ChainCatcher 消息，以太坊客戶端 Prysm 發佈 v4.0.3 熱修復補丁，此補丁包含必要的優化，防止信標鏈節點在網絡不穩定時使用大量資源，如果用戶的節點使用率很高，建議升級。此外 Prysm 將在下週早些時候發佈正式的單點版本。(來源鏈接)

ChainCatcher 消息，以太坊核心開發者 prestonvanloon.eth 發推稱，Prysm 團隊正在開發一個新版本並改進 Prysm 存在的問題，在今日凌晨發生的以太坊共識層出現短暫異常事件中，Prysm 表現不佳，但其他客戶端也是如此，但 Lighthouse 在此期間表現非常出色。prestonvanloon.eth 表示，Prysm 客戶端在重放最近狀態時遇到了高比率的快取未命中事件，在該事件中，一些重放的差異多達兩個完整的區塊，速度高達每分鐘 65 次。（來源鏈接）

ChainCatcher 消息，以太坊客戶端 Prysm 發布 v4.0.3 版本，此版本包括多項重要修復，譬如對外部區塊建構者代碼路徑和鑰匙管理器中的錯誤的修復，建議所有用戶升級。(來源鏈接)

ChainCatcher 消息，以太坊客戶端 Prysm 為 Shapella 升級發布 V4.0.0 版本。該版本對所有主網信標節點和驗證器都是強制性的，必須於 4 月 12 日之前升級。（來源鏈接）

ChainCatcher 消息，以太坊二層網絡 Arbitrum 的開發團隊 Offchain Labs 完成了對以太坊核心開發團隊之一的 Prysmatic Labs 的收購。Priysmatic Labs 是負責以太坊網絡維護、升級和創新的核心軟體開發團隊之一，也是以太坊客戶端 Prysm 的開發團隊，Prysm 是當前用戶規模最大的以太坊客戶端，目前有41.5%的驗證節點都在使用Prysm驗證交易。(來源鏈接)