比特币建设者因用户而存在

建造者：尼古拉斯·格雷戈里

语言：C++、Rust

贡献者：Ocean Sidechain、Mainstay、Mercury Wallet、Mercury Layer

工作地点：CommerceBlock（以前）

在创立比特币之前，尼古拉斯是一名软件开发人员，为银行的金融系统开发交易和衍生品平台。2008年金融危机后，他开始思考在危机余波中如何替代传统的金融系统。

和当时的许多人一样，他完全忽略了 Slashdot 上最初刊登的比特币白皮书，因为当时的重点显然是 Windows 应用平台（尼古拉斯是一位 UNIX/Linux 开发人员）。幸好后来一位熟人向他介绍了比特币。

当时，与其他替代方案相比，比特币之所以吸引他的兴趣，是因为它作为分布式计算机网络的特定架构。

“事实上，这就像是一种另类的方式。一切都建立在某种[…]网络之上。我的意思是，在构建金融系统时，人们总是想要一个全天候运行的系统。

如果它不集中，你如何处理位于世界不同地理位置的人与它的互动？

我见过人们用各种方法解决这个问题，但从来没有人用过[...]可扩展的解决方案。说实话，用[...]密码学和工作量证明来解决这个问题很奇怪。对我来说，这完全是异想天开。

他设计的所有其他系统，以及他自己构建的一些系统，都是分布在世界各地的系统。然而，与比特币不同的是，这些系统需要权限，并且限制谁可以更新相关数据库，尽管它们的副本在全球范围内冗余分布。

“事实上，在比特币中，每个人都在玩这种工作量证明的游戏，这就是它的本质。谁赢了，谁就负责数据库的写入。这让我脑子乱糟糟的。这[…]非常独特。”

开始建造

尼古拉斯在这个领域的发展之路可谓水到渠成。当时他住在纽约，作为一名开发者，他自然而然地找到了最初的 Bitdevs 社区。那时候的聚会规模非常小，有时甚至只有十几个人，所以那种氛围比现在一些大型聚会更有利于深入交流。

他最初开始为一些人构建一个“业余爱好者”场外交易（OTC）软件栈（当时，大量比特币通过场外交易与现金或其他法定货币进行交易）。从那时起，Nicholas 和他在 Bitdevs 认识的 Omar Shibli 一起合作开发了 Pay To Contract（BIP 175）。

BIP 175 规定了一种方案，即购买商品的消费者参与生成商家提供的地址。具体操作如下：首先，双方就支付商品的描述达成一致；然后，商家将一个主公钥发送给消费者，消费者使用该商品或服务描述的哈希值，并使用该哈希值和主公钥生成一个单独的地址。

这使得客户能够证明商家同意向其出售的商品，并且商品或服务的付款已完成。只需发布主公钥和合约，任何第三方都可以生成已付款的地址，并验证是否已将相应金额的资金发送到该地址。

海洋与支柱

尼古拉斯和奥马尔后来创立了比特币基础设施公司CommerceBlock。CommerceBlock的经营方式与Blockstream类似，致力于构建技术平台，以促进比特币和区块链在商业和金融领域的广泛应用。不久之后，尼古拉斯遇到了汤姆·特雷维森，后者也加入了他们的团队。

我是通过一个共同的朋友认识汤姆的，很高兴地告诉你他是谁。有个叫约翰·马托尼斯（John Matonis）的人，新认识的人可能不知道他是谁，但老朋友肯定知道。约翰·马托尼斯是我的好朋友，我认识他有一段时间了。他把我介绍给了汤姆，你知道，他更偏向于密码学。事情就是从那时开始的。

他们合作的第一个重要项目是 Ocean，它是 Blockstream 开发的 Elements 侧链平台的一个分叉，Liquid 侧链正是基于此平台。CoinShares 和 Blockchain 等公司于 2019 年合作推出了基于 Ocean 的侧链，并发行了黄金支持的数字代币 DGLD。

所以，你知道，我们当时正在研究 Elements 的分叉，做定制的侧链。[…] Tom 对密码学有一些想法。我认为我们最初的想法之一就是如何将这些 Elements 的分叉连接到 […] 比特币主链上。[…] 我们认为最简洁的方法是 […] 使用某种，我不记得了，但它是基于一次性密封套的东西，这是 Peter Todd 的发明。我认为我们在 Mainstay 上很好地实现了这一点。

Ocean 和 Liquid 作为侧链平台的主要区别在于，Ocean 使用了 Commerceblock 设计的名为 Mainstay 的协议。Mainstay 是一个时间戳协议，与 Opentimestamps 不同，它严格排序构建的默克尔树，而不是按照提交顺序随机添加项目。这使得每条侧链都能在主链矿工每次发现新区块时，将其当前区块高度的时间戳添加到比特币区块链中。

虽然这对于任何锚定在侧链上的比特币来说毫无意义，但对于受监管的现实世界资产（RWA），它提供了单一的所有权历史，即使是运营侧链的联盟也无法更改。这消除了法律纠纷期间所有权的模糊性。

当被问及该项目最终关闭的原因时，尼古拉斯这样说道：

我不知道我们是不是早期，但我们确实有一些客户。但确实，当时采用率不高。我的意思是，Liquid 的表现并不出色。而且，你知道，由于我们总部设在伦敦/欧洲，每当我们与客户进行 POC 测试时，我们都会与其他资金充足的项目竞争。

这说明他们很多年前要么从 IBM 或一些大型咨询公司那里获得资金，然后推广 Hyperledger。要么当时我们正与 EOS 和 Tezos 竞争。所以，由于我们当时就像一家需要资金来构建原型或构建侧链的公司，所以这有点困难。而且当时采用率不高。

Mercury 钱包和 Mercury Layer

关闭 Ocean 之后，尼古拉斯和汤姆最终开始着手开发，尽管这条路并不平坦。

有几件事同时发生，导致了这件事的发生。首先，我们参与了一项[概念验证]，一个非常小规模的[POC]，针对的是一个潜在客户。但这涉及到离散日志合约。离散日志合约的挑战之一是，它们的资本效率非常低。所以我们想找到一种方法来更新这些合约。碰巧的是，Ruben Sampson 写了一篇关于状态链的白皮书/Medium 文章。而且[…] 这两个想法，在某种程度上可能解决了 DLC 的问题。

最终，他们没有部署状态链解决方案来管理 DLC，而是选择了不同的方向。

嗯，当时还有另一件事在发生，那就是币交换。没错，别忘了，那时候大家都担心到[…] 2024/2025年[…] 网络费用可能会很高。而要进行[…] 币交换，你得进行多轮。所以[…] 状态链感觉很完美，因为[…] 你基本上拿到一个 UTXO，把它从链上放出来，然后就可以随意交换了。

Mercury Wallet 功能齐全，但遗憾的是从未获得任何用户的采用。当时，Samourai Wallet 和 Wasabi Wallet 主导着隐私工具生态系统，而 Mercury Wallet 始终未能成功分一杯羹。

他们并没有完全放弃，而是重新开始，构建了一个使用 Schnorr 协议的状态链变体，并使用协调服务器进行盲签名，这意味着它无法看到自己正在签名的内容。当被问及为何做出这些改变时，他这样回答：“这将使我们在比特币中使用 L2 进行其他操作时拥有更大的灵活性。你知道，一旦有了盲签名解决方案，我们就想，这就可以开始与闪电网络实现互操作性了。”

这次他们没有构建面向用户的钱包，而是构建了一个可以与其他钱包集成的软件开发工具包（SDK）。

“{…] 我想，这很大程度上是在构建一种[…]任何人都可以使用的、功能齐全的 Layer 2。所以我们把它构建成了一个 SDK。我们确实有一个默认钱包供大家运行。但我们希望其他人也能集成它。”

CommerceBlock 的终结

CommerceBlock 经过多年卓越的工程工作，最终关门大吉。Nicholas 和团队的其他成员构建了众多设计精良的系统和协议，但最终他们似乎总是领先一步。对于为最终用户构建系统而言，这未必是好事。

如果您的工作远远超出用户的需求，那么最终这不是一个可持续的策略。

“……从监管角度来看，英国的情况不太好，这起了作用。如果我住在迪拜，也许情况会有所不同。你知道，当我们做出那个决定的时候……美国的情况不太好。我认为那里的情况已经有所改善。而且，我认为……比特币的财务状况良好。我认为它显然被用作一种产品。但我认为该领域的L2（底层技术）并没有太多的用户采用。”

当被问及为什么他认为人们没有大规模使用第 2 层时，他这样回答：“……在我开发 CivKit 的过程中（去中心化市场）我一直被问到的一个问题是，什么时候会有Tether，什么时候会有稳定币？所以，当你在做一个试图在全球南方推广比特币的项目，但你遇到的每个人都想要稳定币时，你就会开始怀疑，我构建的工具对吗？人们真的会想用这个吗？

归根结底，最有用、最完善的工程成果仍然需要被采纳和使用，否则它的价值又是什么呢？

……过去四年里，比特币发生了转变，它变成了一种财富存储手段。我确实认为这是一种风险，因为我认为，如果现在人们都在使用比特币，而内存池价格昂贵、拥堵、手续费高昂，那么就会有足够多的聪明人来构建优秀的 L2 层。但由于没有需求，这些 L2 层并没有被构建出来。而且，你知道，当只有一群业余爱好者在使用时，没有人愿意开发软件，无论是开源的还是商业的。我认为这是比特币目前面临的挑战之一。我们缺乏用户，也许未来这会成为一个问题。

“我认为比特币领域有很多聪明人可以创造有趣的东西，但我认为现在的重点必须放在用户身上。”