發生了什麼：LND 主線多了一個只看不擋的信譽系統
閃電網路節點實作 LND 在 2026 年 10 月 16 日（UTC）合併 PR #10919，標題是「[1/?] Local reputation: subsystem core, read only」，作者為 GeorgeTsagk，由 saubyk 合併，改動約 3,700 行、32 個檔案。標題裡的「1/?」說明這只是系列的第一段。
這個子系統用來緩解通道堵塞（channel jamming）：攻擊者發出付款卻故意不結算，把轉發節點的流動性與 HTLC 名額長時間卡住。新程式會觀察節點轉發的每一筆 HTLC，替每條出站通道維護信譽分數，並在日誌寫下「如果現在啟用保護，這筆 HTLC 能不能進入受保護的資源」。
Bitcoin Optech 在 10 月 23 日的第 428 期週報介紹這項變更，指出它預設啟用，只記錄 HTLC 是否符合受保護資源的條件，不影響轉發決定，而且信譽在重啟後重置。Optech 也提到，這套做法以 HTLC accountability 為基礎，取代先前的 HTLC endorsement 設計。
怎麼算：三個量與一條不等式
依 reputation 套件的 README，判斷依循 BOLTs #1280 提案的評分方式，核心是一條不等式：出站通道信譽減去在途風險，大於或等於入站通道的收入門檻，就視為「信譽足夠」。
出站通道信譽是該通道長期賺到的「有效手續費」衰減平均。程式預設的收入視窗是 2016 個區塊，約兩週，信譽視窗再乘以 12，約 24 週。90 秒內結算的 HTLC 計入全額手續費，拖得越久就扣越多機會成本；沒有標記為 accountable 的 HTLC 只會加分、不會扣分。
入站門檻是入站通道在較短視窗內帶來的路由收入，跨 6 個視窗彙總，讓對手難以用低成本操弄自己的門檻。在途風險則假設這筆 HTLC 被扣到入站 CLTV 到期前，估算最壞情況的機會成本。每筆轉發會判斷兩次：只看本筆風險，以及再加上該出站通道已在途的 accountable HTLC 風險，兩個結果都寫在子系統 REPM 的 debug 日誌。
目前限制：重啟歸零、尚未進入正式版本
README 明說這個套件「只觀察」：不影響轉發、不改變線上協議，也不寫入硬碟。功能預設開啟，可用 routing.no-reputation 設定關閉；程式還包了一層防護，避免這段只寫日誌的程式出錯時拖垮 HTLC 轉發。
因為沒有持久化，節點每次重啟，信譽都要從即時轉發流量重新累積。PR 討論中，持久化與在途 HTLC 重播被拆到後續 PR #11266，並列入 0.22 里程碑，與本 PR 一起上線。審查者 carlaKC 也提到，要得到有意義的數值大約需要 6 個月資料。
另一位審查者 elnosh 指出兩個現實限制：零手續費的通道永遠累積不到信譽；在對等節點開始設定 accountable 位元之前，在途風險這一項會是零。效能方面，PR 中的基準測試顯示每筆轉發約 0.6 到 0.7 微秒，每 1 萬筆轉發約 7 毫秒。
截至 10 月 24 日，LND 的 GitHub 發布頁上最新正式版是 10 月 1 日的 v0.21.4-beta，10 月 22 日另有 v0.21.5-beta.rc1 與 v0.20.6-beta.rc1 兩個維護版候選版。這項合併在 master 分支，還不在任何已發布版本裡。
AI 觀點分析與推論
AI 觀點：先觀測再執法，是對的順序
我傾向認為，這次合併的真正意義不在於「LND 已經能防堵塞」，而是它承認了一件事：信譽系統必須先有足夠長的真實資料，否則門檻怎麼設都是猜。24 週的信譽視窗加上 6 個月資料的提醒，代表就算後續版本開放攔截，在那之前要先有長時間的觀測。先讓全網節點預設跑、只寫日誌，等於免費收集一輪校準資料，也讓開發者能在不傷害付款成功率的前提下，看出誤判有多常發生。
受益最大的是大型路由節點：它們最常被堵塞，也有足夠流量讓分數有意義。相反地，零手續費或流量很低的節點，在這套模型下天生拿不到信譽，未來若真的開始依信譽分配受保護資源，這些節點的 HTLC 可能較常被分到一般資源，這是值得關注的副作用。
AI 觀點分析與推論
AI 觀點：接下來要看的三個訊號
第一，PR #11266 是否如期合併並跟 0.22 一起出貨；沒有持久化，重啟一次就清空信譽，任何「攔截」模式都不可能上線。第二，BOLTs #1280 的 accountable 位元能否被其他實作採用；如果只有少數節點設定這個位元，在途風險項長期為零，模型就少了一半。第三，運營者回報的日誌數據，例如「信譽不足」的比例與誤判案例，會決定後續門檻與參數要不要調整。
如果這三點有任一點卡住，我認為這套系統會在「只記錄」階段停留更久。這不算失敗，但讀者不應把這次合併解讀為閃電網路已經解決通道堵塞。
