客戶端

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 節點運營商現在必須將其執行層客戶端升級，以保持網路相容性。

ChainCatcher 消息，以太坊核心開發者 timbeiko.eth 針對 Sepolia 測試網升級問題表示："客戶端團隊已經協調修了復程序，並正在嘗試將其部署到驗證節點。如果一切正常，我們很快就會發布更長的更新。"此前消息，以太坊 Sepolia 測試網 Pectra 升級出現問題，開發者已著手調查。

ChainCatcher 消息，据 The Block 報導，以太坊官方執行客戶端 Geth（go-ethereum）開發團隊於 2 月 18 日發布緊急公告，要求使用 v1.15.1 版本的驗證者立即升級至 v1.15.2 版本。此次更新旨在防止網絡穩定性問題和驗證者運營中斷。開發團隊指出，v1.15.1 版本存在回歸問題，可能導致以太坊主網上的區塊創建失敗，使驗證者錯過出塊機會，從而損失區塊獎勵和交易手續費。據悉，Geth 是以太坊最廣泛使用的執行層客戶端，超過 40% 的驗證者正在使用該軟件。此次更新緊隨此前修復可能導致節點遭受拒絕服務攻擊漏洞的補丁之後。

ChainCatcher 消息，据 The Block 報導，以太坊協議的官方 Go 實現客戶端 Geth 發布了代號為"Schwarzschild"的 1.14.13 版本更新。此次更新修復了一個影響點對點（p2p）層的漏洞（CVE-2025-24883），該漏洞可能導致節點遭受拒絕服務攻擊，並可能影響 Layer 2 客戶端。Geth 團隊建議運行 1.14.0 及以上版本（1.14.13 版本以下）的用戶進行更新，而運行 v1.13.x 版本的節點不受此漏洞影響。

ChainCatcher 消息，a16z 工程師 @NoahCitron 在 X 平台表示，Helios 正在成為以太坊的多鏈輕客戶端。輕客戶端是以太坊擴展的基礎。擁有數千個 Rollup 的未來似乎並不遙遠，而且越接近這個目標，Rollup 互操作性就會變得越重要。Vitalik 對此回覆稱，這是重要一步，後續步驟包括：Helios（或替代方案）被整合到用戶錢包中、L2 配置上鏈，以及 L2 配置規範狀態證明驗證規則。一旦完成，就能得到通用的 L1 和 L2 的輕客戶端驗證。

ChainCatcher 消息，Vitalik 發布以太坊協議未來發展（第四部分：The Verge）。關鍵目標如下：無狀態客戶端：完全驗證的客戶端和質押節點，不需要超過幾 GB 的存儲空間；（長期）在智能手錶上全面驗證鏈（共識和執行），下載一些數據，驗證 SNARK。