ydtm：代码的决策者应是社区，而非Core或者Blockstream

jrt02790del

前几天我发布了一个帖子，里面谈论了编程的稳健性原则，我指出Core/Blockstream 似乎并不明白这个道理，这可能是他们为何搞糟扩容情况的一个原因。





帖子里我讨论了一个更通用、直观、高水平的（通用的，足以应用于任何开发工作的）主要原则构想，它可能是这样的：

• 在任何协作的开源发展项目当中，人们和他们的需求和要求，应始终推动这一进程，并由此来编写代码。作为一种结果，即：用户需求和要求，始终决定了代码的方向，而不是其他的东西。
  

通过这些比较通用、直观的条件，很容易就看到了Core/Blockstream开发者的异常和巨大错误（那些紧跟他们的人，其中包括逢迎者，以及那些低三下四的中国矿工们）：

他们已经把上述的基本关系，精确地上下颠倒了，盲目地去迷恋人工制造的代码，却忽视了实际规范（在此情况下，他们“盲目崇拜”一种反垃圾设置，其涉及一个临时的1 MB区块限制）。

换句话说，他们已明确表态要混淆语法和语义的基本错误,也就是说，他们已升高了一个偶然的，不相关的，临时的 句法片段“MAX_BLOCKSIZE = 1000000”，使得这个系统变得神圣、不可侵犯，其是永久不可更变的，盲信一些抢眼，却无关紧要的对象。

顺便说一句有关Luke的特殊异常：

现在“神圣的”这个词已悄悄溜进了正式的讨论当中，也许我们会更容易看到，为什么他们要去容忍，并鼓励社区当中那些比较突出的人物，比如Luke-Jr (任何其他的，更健康的开发组会很快认识到，他是这样一个人，其对发展的认知如此有限，他是具有明显精神病症状的人，以及低社会作用，他正成为社区的毒瘤，这些开发组会找到方法，有礼貌地最小化他们的影响力)。

比起其他任何一个人，Luke-Jr集中体现了“盲目迷恋语法，甚至要超过语义”，我在这里所说的，可能会提供一个线索，为什么他们要将他放在这样一个可见的位置（他们居然让他正式负责比特币改进协议BIP的编号），因为他在作为患病的“军犬”时还有点用，哪怕他在社交方面是如此的有毒。（记住，他有一次竟然提倡种植一个毒丸，想要通过修改PoW来吓跑矿工）。

这个网络作品充斥着Luke-Jr 选择“语法”胜过“语义”的例子。他宁愿要死的经文，也不愿选择实际常识。

而且我不只是在谈论他那些“太阳围绕地球旋转”的愚蠢声明。

不是的，他远比这更愚蠢：他那激进的教条极端主义，他曾自豪地向人们公开说，传道其他宗教的人，都应被关起来打死，并且他还说，奴役制是完全ok的。

因此，Luke-Jr提供的，也许是有关于“将语法优先于语义”最极端，最明显的例子，“盲目迷恋”一个远古的死亡文字片段，而遗忘了实际的居住人，以及被它影响的社区。

当然，像程序员们看东西的方式，语法确实永远是第一位的，而语义却是其次的。

但从使用该系统的当事人的角度来看，语义必须始终放在第一位的（即在系统的规划和管理及发展过程中，语义必须要优先于语法）。

当然，大部分时间里，几乎所有的用户（和编码者）通常会倾向于直观了解这个简单的概念，当代码通常被升级或者安装后，每当社区围绕着这个代码，决定某个新的行为时，（即“升级”）就是理想的。

它似乎是尴尬地在说明：

社区应该始终驱动代码（而不是周围其他的方式）

然而，比特币开源软件的发展，Core/Blockstream在这场伟大的区块扩容争论当中，犯下了如此可怕的错误。

Bitcoin Classic和Bitcoin Unlimited仍然在网络上运行着，就像是台下耐心等待中的翅膀，随时准备好快速进入服务，如果网络的节点运营者突然认识到有必要，也许是在网络变得拥塞，或遇到更明显的生存威胁时。

而且要记得的是，在任何时候，一次“剥离”也可能会是被实现的。

“不要将婴儿和洗澡水一同倒掉”，也就是说，它保留了整个现有的比特币账本（以及在过去七年当中，累计的投资者智慧），而只是简单地改变了追加新区块的协议（例如，它可以支持更大的区块，允许采用/交易量/价格的增加）。

在我看来，使用一种剥离的方法，它可能要比一些新创造的竞争币，引起比特币的恐慌抛售要更好。

为什么？因为七年的投资者情报封装在当前的账本当中，它是我们这个时代最重要的经济事实之一，它应该被保护和维护。

因此，现有的区块链应始终保留（这是中本聪白皮书当中的主要概念之一），尽管目前社区当中有一些编码者选择欺骗，他们的偏好是错误的，他们选择兴建一个专制的、过时的代码，而忽视社区的实际需求。

原文：https://www.reddit.com/r/btc/comments/4k8kda/in_successful_opensource_software_projects_the/
编译：接盘手杰克