全文

公開披露與修補發布並不同步

2026 年 10 月 2 日的 Bitcoin Optech 第 425 期，整理 Eclair 舊版的兩項阻斷服務漏洞。週報指出，影響範圍是 v0.13.1 及更早版本，修補已隨五月的 v0.14.0 發布。這個時間差很重要：十月的文章不是宣布十月才出現一個未修漏洞。漏洞披露、修補發布與實際完成升級，是三個不同節點；即使更新已存在，仍使用舊程式的節點也不會自動獲得保護。

少量輸入為何能造成大量工作

兩項問題分別涉及功能資料解析與訊息解壓縮，共同點是處理外來輸入的成本可能遠高於傳入資料看起來的大小。可以用一個假設的客服系統理解：每封短訊都觸發昂貴的資料整理，即使郵件不大，處理佇列仍可能堆滿。這類資源不對稱與偷取私鑰是不同威脅。服務暫停會影響節點參與與可用性，但不能僅憑「阻斷服務」四字推論資金已遭轉走，兩種影響需要不同證據。

修補版本與營運恢復要分開看

這起案例也提醒，程式有正確的交易規則，不代表處理網路輸入時一定具有合理的資源上限。本站的工程分析是，營運驗證至少應區分版本與服務狀態：完成安裝是一件事，重啟後能否正常連線及工作又是另一件事。假設某節點已下載新執行檔，背景程序卻還是舊版本，下載紀錄就不能證明漏洞已排除。這是一般維運例子，不是來源報告中的實際事故。

錢包標籤是資產紀錄之外的記憶

同一期也討論透過不受信任儲存服務同步錢包標籤的提案，沿用 BIP329 資料格式。標籤可記錄一筆款項的用途，但它不是區塊鏈上的所有權證明。假設手機把某筆收款標成旅費，桌面仍顯示未分類，兩邊看到的資產可以完全一致，對用途的理解卻不同。這會影響整理帳目與選幣判斷。同步想處理的是多個工具如何共同維護這層脈絡，不是讓標籤決定哪些交易有效。

加密不能代替衝突與權限設計

假設兩台離線裝置同時改名，重新連線後必須有規則決定保留哪一版；若刪除不留下可同步的記號，舊副本還可能讓標籤再次出現。加密主要處理誰能讀取，衝突處理則決定最後留下什麼，兩者不可互相替代。週報中的同步方案仍有設計討論，不能當成所有錢包通用標準。把資料放到不受信任的服務，也不等於所有持有解密材料的裝置都值得信任。