客戶端

ChainCatcher 消息，Zcash 基金會發推表示，其已發布 Zebra 4.3.1 版本。該版本包含多項關鍵安全修復，建議所有節點運營商立即升級。此外，該版本還新增了 Docker 化挖礦環境、自動化檢查點管理和多項 CI 強化改進。

ChainCatcher 消息，据慢霧監測，Apifox 桌面客戶端遭遇供應鏈攻擊，其官方 CDN 托管的前端腳本文件被注入高度混淆的惡意 JavaScript 代碼。受影響用戶可能面臨憑證竊取、敏感數據洩露、遠程命令執行等風險，且惡意代碼自動執行、高度隱蔽。慢霧建議用戶立即撤銷所有 Token、重置密碼、退出並重新登錄以使會話失效，阻止 *.apifox.it.com 域名，清除本地存儲，並審查 API 日誌和異常活動。

ChainCatcher 消息，Vitalik 在 X 平台發文表示，應對以太坊當前信標鏈與執行客戶端分離的架構保持開放態度，認為運行兩個守護進程並使其相互通信的複雜度明顯高於運行單一守護進程。Vitalik 指出，以太坊的目標是讓用戶以自托管方式使用網絡並獲得良好的用戶體驗，而在許多情況下這意味著需要運行自己的節點，但當前節點運行方式增加了不必要的複雜性。他建議短期內可以通過更標準化的基礎封裝方案，使用戶能夠安裝不同客戶端的 Docker 鏡像並實現更便捷的通信。同時，隨著 LeanEthereum 共識方案逐步成熟，未來也應考慮重新審視整體架構設計。

ChainCatcher 消息，比特幣客戶端 Bitcoin Core 的開發主分支已合併 Cluster Mempool 更新（PR #34616），預計將納入未來的 Bitcoin Core 31 版本。該升級將重新設計節點對待處理交易（mempool）的管理方式，通過將相關交易分組處理，以提升區塊打包效率並優化 RBF 與 CPFP 交易的手續費計算。預計 Bitcoin Core 31 可能於 2026 年下半年發布。

ChainCatcher消息，Neynar 聯合創始人 Rishav Mukherji 發文闡述對 Farcaster 的願景：Neynar 將維護 Farcaster 協議、運行 Farcaster 客戶端，並負責 Clanker 的運營。部分 Clanker 團隊成員將加入 Neynar。Neynar 一直是 Farcaster 生態的重要基礎設施提供方，此次整合是多年深度參與社區後的自然演進。願景是讓建設者從想法走向可持續收入，構建"建設者優先"的網絡。Farcaster 的核心價值在於長期形成的建設者社區，這一群體曾推動 Frames、Degen、Warpcast 等關鍵創新。Farcaster 的價值不僅在於產品，更在於那些試驗、分享知識並公開構建的人。Neynar 收購 Farcaster，核心使命是讓構建軟件更簡單。在產品層面，不會對 Farcaster、Neynar 或 Clanker 進行重大調整，關於協議或客戶端停運的傳言並不屬實。Neynar 開發者平台將繼續存在，金融與交易相關功能也將維持現狀。下一階段將圍繞產品優先級展開評估，在保持網絡開放性的同時，逐步推進路線圖。隨著軟件構建門檻持續下降，結合加密原生金融軌道與開放分發機制，Farcaster 有望成為創作者與開發者實驗、協作並走向規模化的重要起點。

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 消息，Jump Crypto 開發的 Solana 獨立驗證客戶端 Firedancer 宣布在經過三年的開發後，現已於 Solana 主網正式上線，並已在少數幾個驗證節點上穩定運行 100 天，成功產出 50,000 個區塊。

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 消息，以太坊客戶端 Nimbus 在推特上表示，v25.9.1 版本已發布。該版本在主網為低緊急級別，但對 Hoodi、Sepolia、Holesky 測試網為高緊急級別，原因是上述網絡即將進行 Fusaka 分叉。團隊建議相關測試網節點儘快升級以適配分叉。

ChainCatcher 消息，据市場消息， Paradigm 首席技術官 Georgios Konstantopoulos 透露，以太坊執行層客戶端 Reth 在區塊 2327426 處出現漏洞，導致依賴該客戶端的節點發生中斷。受影響版本包括 Reth 1.6.0 和 1.4.8。 Paradigm 已在其 GitHub 頁面發布恢復節點的指令，但漏洞的根本原因仍在調查中。Reth 是由 Paradigm 開發的以太坊執行層客戶端，採用 Rust 語言，旨在提高性能和模組化。目前數據顯示， Reth 僅占以太坊執行層客戶端總量的 5.4%，因此此次漏洞影響範圍有限。執行層客戶端負責處理交易及狀態更新，並計算狀態根以確保區塊鏈全球狀態的完整性。此次漏洞可能導致部分節點無法驗證區塊並與網絡同步。

ChainCatcher 消息，Synthetix 創始人 kain.avax 在 X 平台發文表示，他已用 Cursor 搭建了一個開發環境並且設計出一個新的客戶端項目，之後會添加伺服器/資料庫來讓該項目更健壯。Claude Opus 已經提交了一個 1 萬行代碼的 Pull Request，他本人則花費 40 分鐘重建了整個項目，目前該項目已幾乎可以運轉。此前 Synthetix 推出的穩定幣 sUSD 脫鉤，目前 SCCP-409 提案已獲批，為 sUSD 的錨定提供了額外支持，債務赦免（jubilee）參與者的 sUSD 質押要求已從 10% 提高至 20%，以推動 sUSD 恢復錨定。

ChainCatcher 消息，据 Tim Beiko 匯總，第 209 次以太坊執行層核心開發者會議（ACDE）重點討論即將到來的 Pectra 與 Fusaka 升級。Pectra 客戶端預計 4 月 21 日發布，新增 EIP-7702 委託狀態至 JSON-RPC。Fusaka 方面，明確將納入 EIP-7823（限制 MODEXP 複雜度）、EIP-7825（交易燃氣上限）及 EIP-7907（合約代碼大小度量與限制提升）；EIP-7762 與 EIP-7918 則將在 blob 費用機制中擇一採納，以平衡資源利用與市場供需。

ChainCatcher 消息，据 Tim Beiko 匯總，第 209 次以太坊執行層核心開發者會議（ACDE）重點討論即將到來的 Pectra 與 Fusaka 升級。Pectra 客戶端預計 4 月 21 日發布，新增 EIP-7702 委託狀態至 JSON-RPC。Fusaka 方面，明確將納入 EIP-7823（限制 MODEXP 複雜度）、EIP-7825（交易燃氣上限）及 EIP-7907（合約代碼大小度量與限制提升）；EIP-7762 與 EIP-7918 則將在 blob 費用機制中擇一採納，以平衡資源利用與市場供需。

ChainCatcher 消息，据以太坊客戶端 Nethermind 負責人 Marek Moraczyński 在 X 平台發文稱，超過 80% 的以太坊全節點磁碟空間被歷史記錄佔用，因此不需要數據來驗證新區塊，在新版 1.3.1 中，Nethermind 已準備好通過 ERA 檔案刪除合併前歷史記錄，所有團隊都同意在 5 月 1 日執行相關操作。如果刪除所有區塊和所有收據且只保留驗證最新區塊所需的數據，完整節點容量將小於 200 GB。

ChainCatcher 消息，以太坊基金會在其官方部落格發文，Pectra 網路升級此前已在 Sepolia 測試網上線，但隨後發現 Sepolia 的許可存款合約存在問題，導致許多執行層客戶端無法將交易納入區塊，問題原因已快速確定，客戶端團隊立即開始著手修復。該問題特定於 Sepolia 的測試網配置，並且不可能發生在以太坊主網上，目前驗證者已部署修復程序，將網路恢復到正常吞吐量。所有 Sepolia 節點運營商現在必須將其執行層客戶端升級，以保持網路相容性。