围绕 OCEAN 和 BIP-110 的丑闻：分叉链上其他人的算力故事告诉我们什么
简而言之：2026年8月上旬，部分连接OCEAN矿池的矿工发现自己的设备在BIP-110软分叉的分叉链上挖矿区块约18小时，尽管矿工本身并不支持这种软分叉。 OCEAN 已公开承认该问题。原因是矿池的默认 Stratum 模板发出了“支持”BIP-110 的信号，而一些选择没有信号的替代模板的矿工最终仍然被绑在了分叉链上。这个故事提出的问题远远超出了一个矿池的范畴：矿工对其算力信号有多少控制权，以及在选择矿池时应注意什么，以避免陷入类似的情况。
POOL BTC 研究此案例并不是为了对特定矿池做出判断，而是为那些选择在何处分配算力的人从中吸取实际教训。我们仅重述 OCEAN 本身和独立消息来源证实的内容，不猜测原因，也不评估罪责。
发生了什么：事实年表
BIP-110软分叉在区块961632进入强制信令窗口。此时，它得到了约2.6%的网络算力的支持，所需阈值为55%。这样的差距足以让分叉没有机会获得激活，但信号机制本身仍然导致了一条单独的分叉链的出现：根据 BIP-110 规则，没有收到所需信号的区块会进入一个分支，其余的则进入另一个分支。
分叉链只产生了两个区块，961,632 和 961,633，并停在那里。与此同时，主链向前推进了200多个区块，也就是说，网络的绝大多数继续运行，就好像分叉链不存在一样。
分叉链的第二个区块961,634是由Simple Mining小组通过Ocean矿池的DATUM协议开采的。一个指示性细节：简单挖矿是在没有 BIP-110 信号的情况下通过 DATUM 进行挖矿，尽管 Ocean 池本身默认发出“支持”此软分叉的信号。 CoinDesk 来源证实了这一点：比特币矿工拒绝 BIP-110，尽管通过支持的矿池进行挖矿它。
故事的要点在别处。 OCEAN 承认，在大约 18 小时内，部分选择非 BIP-110 Stratum 模板并在技术上拒绝发出分叉信号的矿工实际上仍在未经他们同意的情况下在分叉链上开采区块。据 BeInCrypto 报道，社区随后要求矿池管理层辞职，Adam Back 公开称该事件不可接受。开采了该分叉链两个区块的 Roughnecks 组织于 8 月 9 日放弃了进一步的支持，此后 OCEAN 算力急剧下降。资料来源：比特币矿工要求海洋领导力通过 BIP-110 进行射击。
为什么这在技术上是可能的
问题的本质不在于存在多个 Stratum 模板的事实，而在于矿池或协议切换或路由任务时矿工的哈希率在物理上是定向的。矿工只能看到当前发送给他的模板，并且如果矿池的内部路由未按预期运行，通常没有简单的方法来实时检查找到的块最终将进入哪条链。
在 OCEAN 的情况下，情况变得复杂，因为矿池为矿工提供了一个选择：通过默认模板发送 BIP-110 信号，或者选择没有此类信号的替代 Stratum 模板。这一选择的目的是为了保护持不同意见的矿工不参与分叉。根据矿池的说法，实际上这并不能保护所有人：名义上选择非 BIP-110 路径的部分算力仍然在分叉链上停留了大约 18 小时。
这是一个更普遍的结论，不依赖于特定事件的细节。池接口中存在选择选项并不能保证在所有级别的流量路由中技术上强制执行该选择。 “池提供选择”和“池在技术上保证线程隔离”之间的区别在发生故障之前可能不会从外部注意到。
DATUM协议在这个故事中的作用
特别值得注意的是，分叉链上的区块961 634是由Simple Mining团队通过Ocean矿池的DATUM协议开采的，没有BIP-110信号，尽管矿池本身默认发出“for”信号。这意味着使用 DATUM 的矿工拥有独立配置区块模板及其信令的技术能力，与默认矿池策略分开。
从这个意义上说，DATUM 在精神上与去中心化区块构建的理念很接近，POOL BTC 在矿池比较部分中对 Stratum V2 和作业声明的分析中详细介绍了这一点：有关区块内容和信令的决定更多地保留在矿工一方，而不是完全由矿工决定。委托给矿池，在有争议的情况下，例如激活软分叉，矿工对矿池默认设置的依赖就越少。
但即使这个定制选项也没有完全保存。部分持异议矿工18小时绑定分叉链的事件与部分社区原则上有技术能力选择的事实同时发生。先进的协议可以降低风险，但如果池内的流量路由不够透明，则无法完全消除风险。
这对于选择池意味着什么：连接前的问题
OCEAN 和 BIP-110 的故事并不是对特定池的故障得出结论的理由。这是在向矿池发送算力之前制定一系列问题的原因，特别是在有争议的协议更新期间，例如激活软分叉。
值得了解哪些 Stratum 模板可用以及默认情况下它们有何不同：如果矿池提供多个连接选项，请提前找出默认模板中包含哪些信号以及需要更改配置才能获得另一个连接选项。另外，检查矿池是否保证不同设置的矿工流量的技术隔离，因为不仅接口中存在选择，重要的是要了解不同模式的矿工流量是否实际上在矿池基础设施级别单独路由。了解矿池是否支持带有作业声明的 DATUM 或 Stratum V2 等协议非常有用，因为矿工对区块内容和信号的控制越多，他对矿池默认决策的依赖就越少。
还值得关注的是矿池如何提前传达有争议的协议更新。公开和提前宣布矿池在特定软分叉上的立场以及它将如何影响不同类别的矿工，可以降低激活时出现意外的风险。最后，检查矿池在事件发生后的反应是有意义的：承认问题、公开解释原因和技术纠正，这比沉默或含糊的语言更能说明矿池对社区负责的意愿。
在选择支付方案时，应牢记一套类似的标准，POOL BTC 在PPS 矿池支付方案完整指南中对此进行了阐述。 PPS TIDES：矿池解释其自身机制越透明，以后等待矿工的惊喜就越少。
矿工现在应该做什么
如果协议更新和流量路由主题对您来说并不抽象，但在实践中很重要，那么需要注意以下事项。
在连接之前检查当前的 Stratum 模板和矿池信令设置，尤其是在社区积极讨论软分叉期间。优先考虑提前公开解释其对有争议的协议变更的立场的矿池，而不是在事件发生后向您了解情况。考虑具有高级矿工端控制的协议，例如带有作业声明的 DATUM 或 Stratum V2，作为减少对默认矿池设置依赖的方法。监控社区声誉信号：社区的公众要求或知名行业人士的评论通常比矿池的官方事后分析更快出现。
如果您在多个矿池之间分配算力，OCEAN 事件是比较他们的流量路由透明度方法的另一个原因，而不仅仅是佣金。在POOL BTC矿池比较部分可以方便地查看基于关键参数的矿池比较。对于那些想要提前估计矿池或其政策的变化将如何影响收入的人来说，手头准备一个挖矿盈利计算器会很有用，而对于持卡人提取奖励来说，在 POOL BTC 部分查看加密卡将会很有用。
常见问题
此事件是否意味着 OCEAN 存在恶意行为？
不，现有消息来源并未做出此类声明。 OCEAN 已经公开承认了这个问题，Adam Back 等社区和行业人士都称该事件不可接受，但这只是事件的后果，而不是已证实的意图。 POOL BTC只叙述已确认的事实，不会对消息来源本身所说之外的原因得出结论。
BIP-110分叉链最后怎么样了？
分叉链只产生了两个区块，961,632和961,633，在主链领先200多个区块时就停止了。由于只有大约 2.6% 的算力支持，而所需的算力为 55%，分叉最初没有机会获得激活。
我如何才能知道我的算力不会在另一个矿池上出现类似的情况？
没有直接的通用测试，但检查可用的 Stratum 模板，直接向矿池支持人员询问流量的技术隔离，并优先选择对矿工进行扩展控制的协议侧，例如 DATUM 或 Stratum V2，可以减少出现这种情况的可能性。
免责声明
该材料仅供参考，基于 CoinDesk 和 BeInCrypto 截至 2026 年 8 月 10 日发布的数据。POOL BTC 是一个独立的矿池、计算器和服务比较网站，不隶属于 OCEAN Pool。事件周围的情况可能会发生变化，因此我们建议您在做出决定之前查阅当前的 OCEAN 官方声明和独立消息来源。