客戶端

ChainCatcher 消息，据 SolanaFloor 報導，Jump Crypto 的 Firedancer 團隊將在 Alpenglow 於 Solana 主網啟用後，停止支持 Solana 過渡型驗證客戶端 Frankendancer，預計該升級隨 v4.3 於 10 月上線。團隊稱做出該決定是因其維護和安全負擔，後續將把資源集中於完整的 Firedancer 客戶端。

ChainCatcher 消息，据 CryptoSlate 報導，Polygon Labs 發佈緊急通知，在 Austin 和 Kyoto 硬分叉啟動後，停留在舊版 Bor 或 Heimdall 的 Polygon PoS 節點已脫離共識，需升級並追上網路進度。Austin 於主網區塊 91,949,700 啟動，需 Bor v2.1.0 及以上；Kyoto 於高度 51,533,000 啟動，需 Heimdall v0.11.0 及以上。Austin 修復了兩類 Bor 資源耗盡風險：L1 到 L2 橋接狀態同步事件未計入 Gas 上限可能拖慢區塊處理；TxDependency 欄位無大小限制可導致對等節點崩潰。Kyoto 修復了深度嵌套消息攻擊、費用幣掃描、檢查點簽名恢復等漏洞。兩次硬分叉均為純二進制升級，無需狀態遷移，未分叉節點無需重新同步。舊客戶端運營商應升級並在必要時在 Polygon 指導下恢復同步。

ChainCatcher 消息，以太坊開發者 kevaundray 提交 EIP-12188 提案，建議縮短共識層區塊保留窗口，以降低節點存儲壓力。該提案目前處於公開評審階段，已獲得部分以太坊客戶端開發者支持。開發者 DApplion 表示支持該提案，Lighthouse 客戶端貢獻者 michaelsproul 認為該調整不會對 Lighthouse 運行造成明顯影響。提案指出，隨著以太坊歷史數據需求變化，減少共識層歷史區塊保留時間可以優化節點資源使用。討論中提到，執行層歷史數據裁剪可能影響部分長期運行節點提供舊區塊數據，但開發者認為這不會威脅網絡安全或節點正常運行。目前 EIP-12188 尚未合併，仍需經過進一步審核和社區討論。

ChainCatcher 消息，据 CoinDesk 報導，Runestone 聯合創始人 Leonidas 宣布其正在啟動名為 DOG Mode 的開源比特幣客戶端，旨在繞過 BIP 110 對非金融數據的限制。DOG Mode 將提高標準交易最大權重單位，從 400,000 提高至 3,900,000，接近整個區塊容量，並將粉塵限制從 294 至 546 聰降至 1 聰。Leonidas 稱取消粉塵限制將釋放約 2,500 萬美元的閒置資金。BIP 110 提案通過用戶激活軟分叉限制任意數據，需要 55% 礦工支持，目前支持率接近零。DOG Mode 無需任何共識或投票，只需改變單個節點轉發規則，若足夠節點運行且礦工接受，交易即可確認。Leonidas 表示 DOG Mode 偏離 Core 的程度遠小於 Knots，目前尚無代碼庫和版本，他呼籲開發者貢獻代碼、礦工添加支持。DOG 代幣價格 24 小時下跌 1.2%

ChainCatcher 消息，RetoSwap 在 X 平台發文披露，團隊於今日凌晨 2:02（北京時間）收到 Haveno 交易協議正被攻擊的報告，立即通過過濾器功能將最低客戶端版本設置為 2.0 版本並暫停交易，並封禁了攻擊者的 onion 地址。RetoSwap 表示，團隊並未受到攻擊，漏洞在 Haveno 協議層面。損失似乎限於大額加密資產掛單，法幣交易者未受影響。團隊正在評估幫助受影響交易者恢復的方案。交易將在協議修復後恢復。此前 5 月 21 日消息，由於 Haveno 協議出現漏洞，RetoSwap 被盜約 270 萬美元資金。

ChainCatcher 消息，Coinbase 發布 2026 年第一季度 Solana 驗證者性能報告，披露其質押規模、基礎設施升級及網絡優化進展，其中披露 Coinbase 在 Solana 網絡上共質押約 4048 萬枚 SOL，占全網質押比例 9.52%，驗證節點分佈於 6 個國家/地區。報告還指出，Coinbase 已實現近零停機（ZDD）升級機制，通過熱切換與雙重簽名防護確保驗證者更新過程中不影響網絡安全與穩定性，支持 Harmonic、Jito、JitoBAM、Firedancer 與 Rakurai 等多客戶端系統，以增強 Solana 驗證生態的多樣性與韌性，同時避免單一調度策略集中化風險。

ChainCatcher 消息，据 CoinDesk 報導，高頻交易公司 Jump Trading 旗下加密部門 Jump Crypto 開發的 Solana 驗證器客戶端 Firedancer 已在 Solana 主網上線運行，並開始生產區塊。Firedancer 創始工程師 Ritchie Patel 表示，該客戶端已在生產環境中打包數千萬筆交易，但團隊仍將採取漸進式推廣，不希望驗證者在安全審計完全完成前大規模切換。此外，Patel 稱，Firedancer 架構大量借鑒傳統金融高頻交易系統，團隊近期也完成了包含 100 萬美元漏洞賞金池的公開安全審計競賽。

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 升級，大幅提升數據處理能力。