因Compact Blocks使用与XThin相同的通讯ID#，红迪惊现讨伐Gaxwell和Lukejr帖

这里发生了什么事?

众所周知，过去几天这里（/r/btc）发生了一场争论，其关于Core/Blockstream偷取XThin（极瘦区块）身份的决定，并将其用于自己版本的XThin（极瘦区块），他们称之为Compact Blocks（致密区块）。

再次，Core/Blockstream 似乎陷入了一个艰难的境地。

像往常一样，细节虽然含有一定技术性，但其实不是很难理解。

而且，像往常一样，Blockstream首席技术官”One Meg” Greg Maxwell和奇怪的 Luke-Jr被这场争论（迫使更多的用户和开发者远离比特币）所困扰，他们使用了本不该用的技术参数在社区创造更多混乱和分裂。

同时，基本事实简单明了：

• 社区提出了两种压缩区块的改进协议：XThin（极瘦区块）（来自 u/Peter__R  和另一个非-Core/非-Blockstream 的开发者）和Compact Blocks（致密区块）（来自Core/Blockstream）。

• XThin（极瘦区块）使用了一个确切ID#，并且是首次使用。对于这些可选的功能而言，使用一个ID# 是一个标准程序，让客户通知对方有关他们正在使用的可选功能。

• Core/Blockstream并不喜欢XThin（极瘦区块）。所以，他们称他们自己的那个版本叫Compact Blocks(致密区块)，但是，他们设置的Compact Blocks（致密区块）ID#与之前XThin（极瘦区块）使用过的ID#在根本上是一致的。他偷了XThin（极瘦区块）的ID#。

• 你不需要去获得计算机科学的学位就可以知道每一个可选功能应该真正得到其自有的独特ID。#ID使这些可选功能能够将工作做得更好。

• 现在u/nullc （译者注：这是一个注册在红迪网上的人名，但被删了，应该是指gmaxwell，下同）和u/luke-jr 开始着手自己 平时的技术和语义分析，试图论证所有可选功能都可以使用相同的ID#（如果这些功能在更长导线、发送更多信息之后还能论证这些节点，那么更复杂的过程就称 之为“握手（handshaking）”）。
  

这是来自 u/nullc（指gmaxwell）和 u/luke-jr的典型破坏行为。

• 首先，他们将不必要的复杂性和混乱引入比特币，目的是利用和消费其他人(Classic、Unlimited、XT和XThin极瘦区块)的代码库和特性，用于在于建立他们（Core和Compact Blocks致密区块）的代码和特性。

• 然后这样他们就在社区里的制造了更大混乱和分裂，让大家在网上浪费时间，试图理清他们所造成的整个混乱，如果他们他妈的（原文作者使用 fucking代表愤怒）最开始使用一个独特的ID#，所有这些混乱在一开始就不会发生。而这些（使用独特ID#）本应该是任何一个正在的正在对比特币协 议进行改进的人都会做的事。
  

正常开发者不会干这种狗屁事。

专心于正常健康项目的正常、诚实、成熟合作开发者从不会涉及窃取ID#号码，也不会有这种狭隘、恶意的谎言，然后在整件事上争论数天来浪费大家的时间，并且对社区造成破坏。

整件事情是进一步清晰地证明， u/nullc（指gmaxwell） 和 u/luke-jr是对比特币发展有害、有毒的开发者。他们的不道德、不合作的行为正不断地赶走众多潜在的用户和开发者。

Blockstream首席技术官和Core架构师Greg Maxwell （和BIP ID# 签署者 u/luke-jr）需要停止对其他人的毒害。

他们需要认识到，他们并非比特币的发号施令者。

他们需要像所有其他项目的开发者一样——公开、合作，而非卑鄙、阴暗。

他们需要停止从事偷偷摸摸的行为、试图通过窃取ID#和破坏其他比特币（译者注：开发者，原文作者可能漏掉了一个单词dev）的代码库的行为，这（指ID#）应该是计划分配给比特币对新功能进行改进的ID#。

Greg和Luke Jr在之前已经干过这样的狗屁事。

遗憾的是，当前偷取ID#的引起的混乱实际上只是 u/nullc和u/luke-jr长期以来破坏社区其他人代码库和侵占其他人功劳的一部分。

Luke Jr已经在试图破坏Bitcoin Classic，他首先是撒谎说它（指Bitcoin Classic）“没有经济共识”、“没有发展的共识”、“从来没有人提出一个硬分叉”（？！？）-现在又试图通过植入一个木马以修改POW算法来吓跑矿 工（将所有矿工开除出网络）。/r/btc/comments/418r0l /lukejr_is_already_trying_to_sabotage_bitcoin/

Greg Maxwell /u/nullc 不能发表言论称Bitcoin Classic应该采用Luke-Jr 的毒丸计划来修改poW算法（将现有矿工都踢出网络）。但是，如果Luke Jr的毒丸计划是如此伟大，那么Core为什么不添加呢？

/r/btc/comments/41c1h6/greg_maxwell_unullc_just_drove_the_final_nail/

如果他们想要去发明属于他们自己版本的XThin（极瘦区块），那当然很好。他们不仅要给它一个与XThin（极瘦区块）不同的名字（Compact Blocks），他们还应该有其不同ID #，与XThin（极瘦区块）使用过的有所不同。

这只是常识和礼貌，他们拒绝遵循这样简单、标准的做法，（浪费人们的时间在网上争论、试图捍卫自己的行动是站不住脚的），这只是进一步表明他们坏人。

Greg和Luke永也不会承认他们做错了这件事，他们还会继续这样下去。

Greg浪费人们的时间而争论这整件事的固执行为也表明，也许他也有类似的毒性病理，Luke Jr已经因此变得众所周知。

如果Greg是一个成熟的项目负责人，他会立即解决这件事，说，“好，关于这次混乱我很抱歉，伙计们！XThin（极瘦区块）现在有自己独特的ID#，我们会使用一个新的ID#，并让我们继续前进。”

相反，在过去的几天，他和Luke Jr已经在Reddit网站上琐碎的争论中拼命寻找微小的技术细节，捍卫自己站不住脚的早期行动，并对其他开发者创造更多伤害，结果就是吓跑社区里更多的用户和开发者。

Greg u/nullc 和Luke Jr u/luke-jr 当然很欢迎人们继续八门。

结果只会是越来越多的用户会发现没有人需要使用”One Meg” Greg版的Bitcoin Core，其人为限制“最大区块”为1MB。（还有那个在XThin和Compact Blocks中充满争议的ID#）。

用户可以安装（甚至已经安装）其他客户端，例如：Bitcoin Classic或Bitcoin Unlimited，这些客户端现在已经100%兼容运行在比特币网络上，准备提供更大的区块，进行链上扩容（对不同的可选功能，不使用有争议的ID#）。

越来越多的开发者会发现他们不需要通过Luke-Jr去获得一个不可靠的ID#。他们也不需要在不受欢迎的被Core控制的邮件列表、IRC频道和其他论坛上发布比特币改进建议。

比特币将会绕过像 u/nullc （指gmaxwell）和 u/luke-jr 那样不道德、有害开发者的蓄意破坏。

像其他网络上的大多数软件（如浏览器），比特币（和改进比特币）可以、应该且将会将被定义，并非通过一个单一的“参照执行”，而是通过公布一系列规范或协议，不同开发者可以自由地实施，在不同的代码库、使用不同的（分散的、开放的、诚实的、道德的）代码库和论坛。

所以，Greg和Luke可以继续使用“他们”的Bitcoin core代码仓库，人为限制Bitcoin Core的最大区块为1MB，也可以继续制造不必要的冲突、混乱的ID#s。.

同时，认真、开放的比特币开发者将继续去中心化的，使用更简单的、更安全的链上扩容办法，比如使用更大的区块，以及使用标准程序分配独特ID#。

声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。