9 月 7 日，Bitcoin Core 的首席维护者 Wladimir van der Laan 在推特上与网友互动时表示——「maybe i'm done with coins（也许我不会再跟加密货币打交道了）」，疑似将停止比特币相关的个人开发工作。
加密货币媒体 Cointelegraph 后来证实，Wladimir 确实将停止自己作为 Bitcoin Core 开发者以及 Github 存储库管理员的工作。导致 Wladimir 做出这一决定的关键原因之一是其厌倦了 Twitter 上近日掀起的一场讨论——是否应该对比特币测试代码中的一段表述「FILE_CHAR_BLACKLIST」（用于指定因操作系统限制而不能出现在文件名中的字符）进行修改。
「Blacklist」是否带有歧视色彩？
6 月 9 日，Github 用户 TrentZ 提议将「FILE_CHAR_BLACKLIST」表述修改为「FILE_CHAR_BLOCKLIST」。这样做的原因是，一些开发者可能会因为使用「Black（黑色）」一词来表示否定结果而感到不快。这一提议在当时虽然获得了通过，但并未获得大范围的关注（仅有 13 条讨论记录）。
随着美国黑人民权运动的愈演愈烈，多家大型公司相继开始对其代码中存在的一些涉嫌歧视的表述进行修改。CNN 7 月 3 日报道称，推特和摩根大通均将从其程序代码中删除「黑名单（Blacklist）」、「主（Master）」、「从（Slave）」等技术术语。一时间，越来越多的人开始关注修改「有色代码」的行动。
9 月 6 日，另一位比特币开发者 Verretor 提议对这段表述再次进行修改，希望将「FILE_CHAR_BLOCKLIST」改为「FILE_CHARS_DISALLOWED」。Verretor 解释称，「Block（阻止）」的表述并不明确，有可能会被理解为「区块」，因此换为「DISALLOWED（不接受）」可以更加清晰的表述这段指令的意思。
Verretor 的提议再次引发了开发者们的讨论（截至发文，已有 79 条讨论记录），一些开发者认为，最初压根儿就不应该改掉「BLACKLIST」，这一表述非常清晰，且很容易理解。
也就是在这个时候，这场始于 Github 的争论转移到了 Twitter 之上，随着越来越多的讨论者加入，情况开始变得愈发混乱。支持修改（Black 改为 Block）的一方强调，比特币社区需要更具包容性，这一点要从代码上就开始体现；而另一方则认为，这完全是多此一举，是一个将非政治性问题政治化的典型案例。
经过数天的讨论，双方似乎已经选择了一个妥协结果。目前，这段代码已被修改为「FILE_CHARS_DISALLOWED」，而作为 Bitcoin Core Github 存储库的管理员，Wladimir 在这场风波中显然背负了巨大的压力，最终选择了暂时退出。
比特币是否会收到影响？
Wladimir 的离开已成定局，这是否会对比特币未来的开发工作造成影响呢？在接受 Cointelegraph 的采访时，Blockstream 首席执行官 Adam Back 给出了其答案。
Adam 表示，Wladimir 的离开，哪怕是所有维护者都意外消失了，也不会对比特币构成挑战，因为从技术角度上来说，可以去不断地创建新的 Github 存储库。
Adam 还认为，加密货币社区中的大多数人并没有真正理解核心开发者在生态系统中的角色，往往高估了他们的重要性。在 Adam 看来，比特币核心开发者可以引入的改变受到向后兼容的约束，无法改变协议的关键属性，如抗审查性、通货膨胀率等等。若开发者试图引入「出格」的改变，他们将会被生态系统拒绝。
在被问及是否支持类似一些 DeFi 协议的链上治理时，Adam 表示坚决反对一切形式的链上治理，并将此行为称为 PoS 协议的通病，因为这会给一些中心化的组织可乘之机，合力控制网络。（币世界）
