看到一些評論在問對於這種數據嵌入（這種情況已經存在很長時間）可以做些什麼。 這有點長，但希望它能作為一個參考，回答更一般的問題，即是否可以在礦工/政策層面解決協議層級的“問題”。 實際上，除了軟分叉之外，技術上幾乎無法做什麼，即使這樣也會有嚴重的限制和後果（這正是這種糟糕協議設計的整個要點）。 顯而易見的第一反應是要求礦工停止挖掘這樣的東西。有幾種方法，但其中一種是提高他們的 -dustrelayfee。 默認情況下，它是 0.00003 BTC/kB（3 sat/vB），導致 P2WSH 的灰塵輸出限制為 330 sats。 對於這筆交易，1859 個這樣的輸出，總鎖定在無法花費的輸出中為 1859*330 = 613,470 sats（$736 @$120k/BTC）。 假設你成功地說服了絕大多數（95%）的礦工將這個配置值提高 10 倍，發送者將不得不在支付 6.1M sats（$7k）或按原樣發送並等待小部分礦工（5%）使用舊默認值之間做出選擇。他們可能會選擇後者，因為這樣的算力足以平均每天找到 7 個區塊，那麼急什麼呢？ 在礦工層面未能阻止這一點後，你可能會想要說服節點運行者改變他們的默認值和/或在核心 v31 中改變默認值。 假設你成功了，核心 v31 包含更高的默認值。發送者可以優先選擇對等連接，以嘗試接觸協議中的礦工。 所以你加倍下注，偽造優先對等連接，使其不夠可靠。 發送者現在別無選擇，只能支付礦工 OOB - 如果他們要這樣做，還不如讓每個輸出為 0 sats。這實際上可能對發送者和礦工都是互利的，因為這樣一來，sats 不再作為費用被燒掉，而是流向礦工/被發送者保存。 公平地說，建立這些直接通道到完全以財務為動機的礦工需要一些努力，但這是一個固定成本，我毫不懷疑這會被實現，然後通過 API 集成到集中式鑄幣服務中。 因此，問題最終可能會比我們今天的情況更糟。