抗议比特币核心版本30（v30）变得越来越困难。
一位支持v30的矿池顾问决心推出对比特币网络最大内存池的重大变更，并在今年的OP_RETURN战争中彻底击败异见者，他在本周末嘲笑攻击异见节点只是为了娱乐。
尽管这位比特币开发者和Marathon的Slipstream挖矿队列创建者实际上并未发起那次攻击，但许多支持v30的开发者都被这个想法逗乐了。
在这次让支持v30的意见领袖们感到有趣的假设性攻击中，他描述了如何通过Comcast住宅互联网自治系统编号识别Knots节点。他表示理论上可以启动超过90个节点，并反复向这些Knots节点请求初始区块下载。
换句话说，他描述了一种针对Knots节点的拒绝服务（DoS）攻击。
阅读更多：比特币核心v30中的三个隐蔽变更正在困扰节点运营商
很快，对这一事件的错误描述在X平台上病毒式传播。随后，录音会议的一位联合主持人澄清说没有人实际发起任何攻击。
Knots对抗比特币核心v30
在持续了今年大部分时间的战争中，Knots正在抗议核心v30。当前版本是29.0，而30.0计划于十月发布。
运行Knots节点（一个保持OP_RETURN输出传统限制的核心软件分支）是表达对核心v30变更不满的最流行方式。
与将在其默认内存池中中继高达1MB交易的v30不同，Knots不会中继超过该数据大小0.01%的OP_RETURN输出。
核心和Knots在放宽默认内存池对与BTC链上移动无关的大量数据的接受度上存在分歧。
许多核心开发者，尽管使用非企业修辞但实际上受企业利益驱动，认为将内存池政策与技术上允许OP_RETURN输出中大量数据的基础层协议协调一致是可以的。Knots反对放宽这些内存池过滤器，认为大量任意数据会给节点运营商带来无意义的计算负担。
Knots被假设性DoS攻击戏弄
根据X平台上一个社交音频空间的录音，Marathon挖矿的Slipstream创建者认为识别并对大量Knots节点发起DoS攻击相对容易。Knots首席开发者Luke Dashjr转发了该录音，并附上了Knots节点运营商防御这种假设性攻击的技术指导。
如果这种攻击真的发生，对使用住宅互联网和默认计算机设置的Knots节点运营商将特别有效。
正如Dashjr所描述的，快速防御方法是Knots节点运营商手动限制其数据上传速率，以避免超过互联网服务提供商（ISP）设置的数据限制。Dashjr描述了一种设置每日最大数据上传量的方法。
有线索？通过Protos Leaks安全地向我们发送电子邮件。获取更多资讯，请在X、Bluesky和Google News上关注我们，或订阅我们的YouTube频道。
来源：https://protos.com/bitcoin-core-devs-think-it-would-be-easy-and-funny-to-attack-knots/
