这种看似无害的工作怎么会导致Twitter风暴，进而导致自2014年以来一直从事比特币开拓事情的开拓人员临时分开？

“有一个三倍嘲讽的意味，它的名字欠好，甚至不是黑名单，它是无法在OS文件名中呈现的字母列表。 并且它在某些测试代码中，因此甚至在比特币二进制文件中也没有。”

别离利用“玄色”和“白色”来别离指代“不良”和“精采”变量的接头并不是区块链社区独占的。 2020年4月，英国国度网络安详中心公布，他们将开始利用“答允”和“拒绝”来取代有人认为植根于色彩主义的破裂性语言。 同样，IT巨头思科系统公司也公布其安详部分将在其代码中利用新的定名方案。

“黑名单是迷糊其词的。 这大概意味着要列出一个阻止列表。 示例：同一文件中的“ blocknotify”是指比特币块。”

那是当Github上开始的辩说转移到Twitter时，一切都一团糟。 辩说的一方强调，从代码开始，比特币社区必需更具海涵性，，而另一方则认为，这是将非政治性质的问题政治化的环境。 另一位比特币焦点开拓人员Luke Dashjr表明白为什么以前的所有提议都迷糊其词，并提交了本身的提议：

有问题的变量是一个最初名为“ FILE_CHAR_BLACKLIST”的参数。 6月9日，Github用户TrentZ发起将其变动为更符合的名称-FILE_CHAR_BLOCKLIST。 留意到的念头是，某些开拓人员大概会因为在原始文件名中利用“玄色”来暗示否认功效而受到触犯，而“白色”的替代用法将引用必定的结论。 其时尚无关于此变动的共鸣，但一段时间后，接头逐渐消失。

Blockstream首席执行官Adam Back汇报Cointelegraph，思量到呈此刻测试代码中的变量之后，他发明这种环境具有嘲讽意味：

此刻看来已经告竣了公道的折衷。 Dashjr的提议从未正式化，在宣布时剩下FILE_CHARS_DISALLOWED。

“这并不是要阻止任何内容，因此阻止列表在技能上是错误的。 “黑名单”也有实际的歧义问题。 该列表的浸染是列出要从文件名中解除的字符，因为已知操纵系统（或我们的库）不支持文件名中的字符。 “我认为FILE_CHAR_EXCLUDE很好。”

资料来历：比特币Github库。

9月7日，

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。