为什么说OpenCAP是分散式的而不是分布式的

不是每个应用程序或问题都应该用区块链解决。在某些情况下，需要对系统（或系统的子集）进行集中控制。

比特币（Bitcoin）、Monero和Nano等加密货币给我们带来的最重要的东西是一个任何人都可以控制和审查的通缩货币体系。这是极其重要的，也是其价值所在。

然而，并非所有事情都需要这种程度的去中心化。确定具体项目需要什么级别的去中心化是很重要的，因为这需要付出代价。这种成本有许多形式，其中一些是实现的复杂性、用户体验的困难、电力消耗和低效算法。

只有当区块链或分布式分类帐为系统提供价值时，才应该使用。我认为它不会使用OpenCAP别名协议。因为事实上，这可能会使系统变得更糟。

别名系统应易于控制

OpenCAP的目的是为用户提供一个方便易读的地址，用户可以在这里接收加密货币。为了做到这一点，OpenCAP必须：

易于使用——如果它不是，那么它没有任何用途

安全——协议必须鼓励并允许最佳的安全实践

灵活——许多公司和个人都希望在协议之上构建应用程序，每个应用程序都有不同的需求和特性。

易于实现——为了使别名系统有用，大多数生态系统都必须支持它。只有当开发者可以很容易地添加到他们的应用程序中，它才会得到支持。

可控制——这就是为什么OpenCAP是去中心化式的而不是分布式的。当您拥有OpenCAP别名时，您可以完全控制存储别名的数据的方式和位置。

OpenCAP可以保证唯一性

OpenCAP允许“lane$ogdolo.com”这样的别名表示我当前的比特币地址。因为我关心隐私，所以每次收到付款时我都想换一个新地址。使用OpenCAP，我的网页服务器会托管我的别名，所以解决方案很简单。只要有人付钱，我的网络服务器就会生成一个新的比特币地址。

这在区块链上是不实际的，因为分类帐异步更新。我不能保证在同一时间寻找我的别名。

OpenCAP更宽容

为了让使用区块链的系统正常工作，资产的所有者必须持有私钥（类似密码的值）以证明自己拥有它。如果私钥丢失，那么资产将永远丢失。设想以下场景：

有一个非盈利组织叫“给饥饿的人提供食物”。他们在基于区块链的别名系统上有一个捐赠别名。假设别名是“feedthehungry”。有一天，私钥丢失了。该别名现在将永远接受捐赠到旧的或不正确的地址，他们将永远不能添加更多的加密货币。或者这些地址可能属于饥饿的人，但是现在他们不能添加新的地址或者新的加密货币来接受。

这个别名现在基本上是孤立的，再也不能使用了。对于那些想要或需要别名的公司来说，这将是灾难性的。比如“apple”“谷歌”“amazon”等公司。使用OpenCAP，只要您拥有别名所在的域，这就不会发生。

如果别名系统是在区块链上生成的，那么用户必须有一种方法来“注册”别名。我还没有想出一个公平的方法来实现这一点。虽然该系统还处于起步阶段，但别名将非常便宜。任何人都可以去购买或保护所有“有价值的”别名。“john”，“谷歌”“apple”等等……

需要有一种以相对公平的方式分配所有权的方法。OpenCAP构建在DNS上，这样那些已经拥有自己域名的企业会默认拥有别名。如果更好的更去中心化的DNS能够支持，那么OpenCAP 2.0版本可以很容易地迁移。

OpenCAP是分散式的而不是分布式的

地址存储在OpenCAP服务器上。任何人都可以运行OpenCAP服务器，就像任何人都可以运行电子邮件服务器一样。这使得OpenCAP变得去中心化。然而，OpenCAP并不在分布式分类帐上共享关系数据。这就是我们如何使系统灵活和高效的重要原因。