看到一些评论在问关于这种数据嵌入可以做些什么（这种情况已经存在很长时间了）。 这有点长，但希望它能作为一个参考，帮助回答更一般的问题，即是否可以在矿工/政策层面解决协议级别的“问题”。 实际上，除了软分叉之外，技术上几乎没有什么可以做的，即使这样也会有严重的限制和后果（这就是这种糟糕协议设计的全部意义）。 显而易见的第一反应是要求矿工停止挖掘这样的东西。有几种方法，但一种方法是提高他们的 -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 集成到集中式铸币服务中。 因此，问题可能最终会比我们今天的情况更糟。