Lido 工程師警告，在以太坊的 Glamsterdam 轉換期間，質押充幣可能面臨被劫持的風險
為何以太坊開發者拒絕了協議層的修復
以太坊的下一次重大網路升級旨在透過內建的提案者與建構者分離以及更高的汽油費上限來擴展基礎層，但一項與時機相關的漏洞已引起最大流動性質押供應商之一的關注。2026年10月20日，Lido Finance 工程主管 Dima Gusakov 公開詳細說明了過渡至 Glamsterdam 如何允許惡意節點運營商搶先執行質押者的驗證者充幣。此攻擊將利用具有 0xB0 開頭提款憑證的建構者充幣，暫時共享充幣佇列，可能將 ETH 計入建構者帳戶，而非啟用預期的驗證者。此漏洞窗口僅限於硬分叉過渡期間。升級後，建構者充幣將移至獨立的合約路徑。
在共識規範中提出的一項協議層級修復方案被標記為「不計劃進行」，從而將防禦責任轉嫁至質押協議。本文探討了此風險的技術機制、導致臨時重疊的升級設計選擇、核心開發者拒絕協議補丁的原因、流動質押提供商必須採取的實際步驟、僅給予運營商數天準備時間的測試網時間表，以及以太坊推進擴容路線圖時委託質押安全的更廣泛教訓。本分析完全基於過去30天內的報導與原始聲明，專注於經過驗證的細節，而非猜測。
Lido 工程負責人在 X 上及開發者會議中詳述了前端運行向量
Dima Gusakov 於 2026 年 10 月 20 日發出警告，直接針對質押協議和委託質押者。他解釋說，節點運營商可以在合法驗證者充幣交易確認前，使用相同的公鑰提交建造者充幣。由於 Glamsterdam 引入了依賴 0xB0 開頭的提款憑證的建造者充幣，且在過渡期間這些充幣與驗證者充幣共享同一個隊列，因此第一筆有效的充幣即可聲稱資金。結果是，質押者的驗證者永遠不會出現在信標鏈上，而 ETH 則被記入攻擊者的建造者帳戶。Gusakov 強調，此攻擊僅在硬分叉的瞬間可能發生；在 Glamsterdam 之前，建造者充幣通過現有的驗證者充幣隊列傳輸；之後則通過專用合約路由。他指出，由於攻擊時間窗口有限，已做好準備的協議可實現緩解。
同樣的疑慮出現在 All Core Devs Consensus 會議（ACDC #189）中。Gusakov 指出，Glamsterdam 的一次性建構者入場機制可能會干擾質押協議長期依賴的充幣保護模式。根據現行規則，公鑰的首次有效充幣會永久設定提款憑證。協議通常會先存入少量資金，確認預期的憑證出現後，才補足剩餘餘額。在分叉過渡期間，特殊的入場路徑可能產生第三種結果：沒有驗證者啟動，全部充幣金額歸屬於建構者。核心開發者拒絕了在一次性入場期間保留驗證者與建構者充幣區別的後期規範變更，理由是 Sepolia 已在現行規則下啟動，且 Hoodi 客戶端版本已準備就緒。在該階段更改行為將需要重新部署 Sepolia 並進行額外的測試週期。
0xB0 建構者憑證如何與共享充幣佇列互動
Glamsterdam 引入建構者充幣，作為實現合約化提案者-建構者分離的一部分。這些充幣具有以 0xB0 開頭的提款憑證，與普通驗證者憑證有所區分。在過渡期間，這兩種充幣共享相同的佇列處理路徑。因此，控制或能影響充幣提交順序的節點運營者，可以插入一個與待處理質押者公鑰匹配的建構者憑證充幣。一旦第一筆充幣被接受，網路便將該公鑰視為已由建構者憑證申領。後續基於同一公鑰的充幣，將被忽略以啟用驗證者，或根據分叉邊界附近適用的新解釋規則進行重定向。
實際影響是，質押者將失去預期的驗證者以及已存入的 ETH，這些 ETH 目前由建構者控制。現有已啟用的驗證者和已處理的充幣不受影響。風險僅限於在啟用紀元前跨越的新質押或仍處於佇列中的充幣。由於分叉完成後，共享佇列行為終止，建構者存入的資金將轉移至其專屬合約，因此風險是暫時性的。這種暫時性正是 Gusakov 建議不必恐慌，但仍敦促所有委託質押服務在主網啟用前實施或加強充幣前驗證的核心原因。
核心開發者將共識規範提案標記為不計劃進行
協議層解決方案的技術討論出現在共識規範問題 #5735 中。該提案要求在存款進入隊列前進行預充幣檢查，以驗證特定條件。經過審查後，該問題以「未計劃」狀態關閉。此決定將防禦責任留在應用層，而非在核心協議中嵌入額外檢查。因此，Gusakov 的公開建議集中在質押協議自行執行預充幣驗證。時間限制對結果產生了重大影響：Sepolia 已於 2026 年 10 月 6 日在現有規範下分叉。
Hoodi 客戶端的發佈正朝向 10 月 26 日的啟用推進。引入延遲的行為變更有風險迫使 Sepolia 重新部署並進一步延誤測試。核心開發人員認為，由於時間窗口有限，且應用層團隊能夠添加檢查，因此此階段無需進行協議修補。結果是採用了一種分散式安全模型，其中每個流動性質押提供商都必須確認其充幣管道能正確區分或擋截以 0xB0 開頭、試圖申領驗證者公鑰的充幣。
充幣前檢查成為流動質押服務的主要防線
自多年前出現與充幣相關的漏洞以來，Lido 本身已運營充幣安全模組和守護者委員會。守護者在批次處理前審查 deposit-root 快照，且單一誠實的守護者即可暫停充幣。目前尚不清楚現有的基礎設施是否已涵蓋新的 0xB0 憑證類型和臨時共享佇列動態，或是否需要額外的邏輯來應對 Glamsterdam 的過渡。其他缺乏類似多方監督的協議則面臨更艱鉅的準備任務。
充幣前的檢查可採取多種具體形式。協議可能拒絕任何提款憑證以 0xB0 開頭的充幣請求，當其意圖為標準驗證者啟用時。它可能要求鏈上或鏈下證明該公鑰尚未以建造者憑證申領過。它也可能在啟用時刻周圍的短暫窗口期內暫停新充幣，直至共享佇列期結束。由於攻擊面僅在佇列重疊期間存在，因此在該期間內暫時停頓或加強審查可消除大多數實際風險。尚未建立守護者式委員會的小型或新興質押服務，若打算在主網過渡期間接受充幣，則需迅速行動。
Glamsterdam 啟動時間表為準備留下的保證金空間極小
以太坊基金會確認，Glamsterdam 將於 epoch 132,352、slot 4,235,264 激活於 Hoodi 測試網，對應 UTC 時間 2026 年 10 月 26 日 17:42:48。在同一個 epoch，Hoodi 的 gas 上限將提升至 2 億。Sepolia 已於 10 月 6 日啟用。主網的啟動時間尚未確定，目前正在討論 12 月初的候選日期，取決於 Hoodi 分叉是否順利。因此，在 Gusakov 發出警告後，節點運營商和質押團隊僅有數天時間來驗證其在 Hoodi 上的充幣流程。
客戶團隊已為共識層和執行層發布了相容版本。運營者必須升級信標節點和驗證者客戶端，審查由內嵌提案者-構建者分離所引入的構建者介面任何變更，並確認充幣提交邏輯能正確處理新的憑證前綴。公眾警告與首次公開測試網啟動之間的短暫間隔，突顯了在主網過渡窗口開啟前，應用層防禦措施必須已準備就緒。
確立的提案者與建造者分離引入新的充幣路徑
Glamsterdam 結合了 Amsterdam 執行層變更與 Gloas 共識層變更。其兩大亮點功能為內置的提案者-構建者分離（EIP-7732）和區塊級存取清單。在 ePBS 下，構建者需以自己的餘額和公鑰在鏈上註冊，提交出價，並在後續揭示執行負載。協議本身負責向提案者支付款項，從而降低對外部中繼的依賴。構建者的充幣與退出成為一級執行請求，這也是為何出現 0xB0 認證前綴與臨時佇列重疊的原因。
該設計透過為驗證者提供更長時間來處理較大的負載，並提高汽油費上限，從而提升可擴展性。同時，它為建設者創造了一條新的入門路徑，必須與普通驗證者充幣明確區分。一次性過渡機制是造成暫時模糊性的來源。一旦網路完全切換，建設者充幣將通過其專屬合約進行，共享佇列的風險便會消失。因此，此升級在改善長期架構的同時，也要求任何代表用戶提交充幣的服務在短期內保持警惕。
Lido 早期的充幣安全經驗為當前的應對提供參考
Lido 在過往幾年曾面臨充幣前跑單風險，並因此與守護委員會共同制定了充幣安全模組。該委員會對充幣根快照進行簽署，單一守護者即可觸發暫停。此基礎設施已在其他運營事件中證明其有效性。Glamsterdam 案例測試了相同控制機制是否能正確識別新的憑證類型以及短暫的佇列共享期。
在早期事件後採用類似多重簽名或守護者模式的協議，比尚未實施類似保障措施的協議更具優勢。更廣泛的模式並不陌生：協議升級可能暴露出應用層系統必須吸收的邊緣情況。由於核心開發人員拒絕了最後的規範變更，業界必須將預充幣驗證視為一項常設要求，而非可選的增強功能。那些已監控充幣根並能快速暫停的團隊，在過渡期間將面臨較低的操作風險。
節點運營者和委託質押者在窗口期面臨集中風險
此攻擊需要一名惡意或已被入侵的節點運營商，能夠提交一筆排在合法交易之前的充幣交易。僅僅向流動性質押協議充幣的普通質押者本身無法執行前跑；風險在於最終簽署或提交鏈上充幣的運營商。已啟用的驗證者和已確認的充幣不受此攻擊影響。只有在過渡時期仍存在待處理或新提交充幣的公鑰才會暴露於風險中。
因此，委託質押者應確認其選擇的協議已發布有關 Glamsterdam 激活期間充幣處理的指引。運營方應仔細審核提交順序、速率限制或序列充幣，並驗證任何以 0xB0 開頭的充幣不得聲稱屬於標準驗證者的密鑰。由於窗口期短暫，暫時降低新充幣吞吐量或加強監控措施，即可關閉大多數實際攻擊路徑，而不會對質押運營造成長期干擾。
Hoodi 提供首個充幣流程測試的實時環境
10 月 26 日的 Hoodi 激活，是質押團隊首次在實際情境下觀察共享佇列行為的公開機會。協議可提交帶有普通憑證和 0xB0 憑證的測試充幣，測量排序結果，並確認其充幣前過濾器是否能拒絕或隔離不希望的路徑。客戶團隊已發布兼容 Hoodi 的版本；運營方必須確保執行客戶端和共識客戶端均已更新，並審查任何外部構建工具是否適應新介面。
在 Hoodi 上的成功測試將在主網窗口開啟前為行業帶來更高的信心。在測試網上發現的失敗或意外邊界情況，仍可透過應用層更改或短暫中斷來解決，無需重新設計協議。在公開警告與 Hoodi 啟用之間的短暫時間表，使協調測試至關重要。
風險緩解的責任現已交由每個質押協議承擔
通過將共識規範問題標記為「不計劃處理」，核心開發者表明，此臨時風險最適合在應用層處理。因此，流動性質押提供商、單一運營商平台以及任何代表用戶提交充幣的服務，都必須自行實施檢查機制。已設有守護委員會或充幣根驗證流程的提供商，可將這些流程擴展以涵蓋 0xB0 前綴。而缺乏此類基礎設施的提供商，則面臨更緊迫的期限來新增同等控制措施。
分散式模型既有優點也有缺點。它允許在不等待全網硬分叉變更的情況下，快速且針對性地做出回應。同時，任何給定質押者存款的安全性取決於其所選擇協議的具體實踐。關於激活紀元期間充幣處理程序的透明度，將有助於用戶評估殘餘風險。
以太坊升級中，擴展目標與臨時邊界情況仍相互關聯
Glamsterdam 透過將實際 gas 上限提升至 2 億，並透過區塊層級存取清單實現並行交易處理，同時將外部中繼移出區塊產生的關鍵路徑，推進了以太坊 L1 的擴展路線圖。這些提升需要為開發者提供新的鏈上原語，進而導致臨時的充幣佇列重疊。這種模式是重大升級的特徵：長期架構改進可能引發短暫的邊緣情況，應用團隊必須加以管理。
行業在不造成用戶資金損失的情況下吸收這些邊緣情況的能力，將影響對後續升級的信心。目前可用的實用工具包括預充幣驗證、臨時充幣暫停以及明確的運營商溝通。由於風險僅限於已知的短暫時間段，準備成本是有限的，而收益則是確保用戶充幣在過渡期間得以保存。
待處理的充幣需在過渡完成前加強監控
在 Glamsterdam 規則啟用時，任何仍存在未處理充幣的公鑰都處於潛在攻擊窗口內。協議可通過在時段前清空或加速其充幣隊列、拒絕 0xB0 身份證用於驗證者意圖，或在啟用前後短暫時間內暫停新提交來減輕此風險。在關鍵時段內持續監控充幣根變動和公鑰聲稱狀態，將有助於在出現異常活動時迅速響應。
當分叉完成且建構者充幣移至其獨立合約路徑後，共享佇列向量將關閉。因此，監控負擔有明確的結束日期。將此過渡視為需要高度關注的運營期而非常規升級的團隊，將最能保護質押者資金。
🔥 超越頭條新聞：KuCoin 5.0 對您的意義
市場新聞變化迅速——但您在哪裡採取行動同樣至關重要。今年十月，KuCoin 將推出 KuCoin 5.0，將 KuCoin 轉變為一個重建的平台。以下是為您帶來的實際變化：
-
一個帳戶解決所有需求。舊平台將您的資金分散在獨立的「现货」、「保證金」和「合約」帳戶中，並期望您理解其原因。KuCoin 5.0 的 統一帳戶 完全移除了這種設計——只需充幣一次，所有資金便會集中於一處（目前僅限 VIP 用戶使用）。
-
股票、指數和商品。KuCoin 5.0 擴展至全球市場，超越加密貨幣。當加密貨幣橫盤整理而股權市場上漲（或反之），您只需數分鐘即可轉倉，無需開設證券帳戶並等待數日以處理法定貨幣資金轉賬。
-
真實資產（RWA）。直接在您的加密貨幣帳戶中獲得如商品等傳統資產的代幣化曝險。全球金融增長最快的領域之一，不再僅限機構使用——您可透過同一個交易餘額進行訪問。
-
邊學邊賺。還未準備好交易？KCUSD 讓你的穩定幣每日賺取複投利息，以最低壓力的方式讓閒置充幣產生 4% 的收益。
-
一個用通俗語言呈現的 AI 助理。提問、獲取市場背景、理解您所查看的內容——內建於平台，無需專業術語。
-
一款不會令人眼花繚亂的應用程式。更快、更簡潔、更一致——從第一次點擊就直觀易用，無需教程。
-
您可以檢查的安全，而非僅僅信任。作為一家獲 MiCAR 許可的歐盟實體，Proof of Reserves 可由您自行驗證，並獲國際認證的安全標準（SOC 2 Type II、ISO 27001:2022）。
數分鐘內創建您的帳戶 —— 開始使用為加密貨幣未來而打造的平台，而非過去的平台。
常見問題
什麼是 Glamsterdam 升級，它對質押有何重要性？
Glamsterdam 是 Amsterdam 執行層與 Gloas 共識層變更的合稱。其主要目標是確立提案者與構建者分離，以及支援更高 Gas 上限和更高效區塊處理的區塊層級存取清單。對於質押而言，引入鏈上構建者註冊及相關的充幣路徑，會產生臨時的佇列共享行為，這正是前跑風險的基礎。
充幣劫持窗口持續多久？
該窗口僅在建造者充幣仍通過驗證者充幣佇列傳輸時存在。此條件在硬分叉過渡期間一直成立。升級完成後，建造者充幣將通過另一個合約處理，從而關閉共享佇列路徑。因此，實際持續時間以激活紀元前後的小時為單位計算，而非以天或週為單位。
風險是否影響已啟用的驗證者或已質押的 ETH？
不。此次攻擊針對的是尚未產生有效驗證器的公鑰的新入賬或仍處於隊列中的充幣。現有驗證器及其餘額仍受其既定的提款憑證保護，且不在所述攻擊範圍內。
一般質押者可以做些什麼來保護自己？
透過流動性質押協議充幣的質押者，應確認該協議已針對 Glamsterdam 激活期間的充幣處理發布具體指引。選擇已運行多方充幣安全或守護者式監督的服務提供商，可降低殘餘風險。自行運行驗證節點的質押者，應確保其充幣提交邏輯不會允許競爭性的 0xB0 充幣聲稱相同的公鑰。
為何核心開發者拒絕了協議層級的修復？
預充幣檢查的提案因時間壓力而被取消，主要原因是 Sepolia 已根據現有規則啟用，且 Hoodi 客戶端版本持續推進。若在後期進行行為變更，將增加測試網重新部署和延遲的風險。開發人員認為，考慮到暴露時間有限，應用層的緩解措施已足夠。
免責聲明：此內容僅供資訊參考，不構成投資建議。加密貨幣投資存在風險，請自行進行研究（DYOR）。
免責聲明: 本頁面經由 AI 技術翻譯，旨在方便您的閱讀。欲獲取最準確資訊，請以原始英文版本為準。