Constellation：在区块链革命中解决基础设施和创新的设计选择

作者: Constellation

编译: ChainCatcher

Constellation即将在区块链革命中取得突破，但我们真的需要另一种基础设施/基础层协议吗？

加密货币行业充满了通过筹款快速赚钱的公司，但很少有人兑现承诺。虽然加密社区迫使公司迅速部署技术以减轻他们对公司实际上正在构建某些东西的担忧，但这可能会对公司的长期成功的设计决策产生负面影响。

作为领导者，您需要做出设计决策来协调业务、创意或创新的战略部署。由于设计选择与创新有关，人们会采用他们认为可以建立竞争优势、创造长期生存能力和可持续性或产生收入以展示创意/业务可行性的各种方法。做出最佳设计选择的关键是承认每种方法的优缺点，并在做出选择后自信地执行。

在 Constellation，我们的基本设计选择之一围绕着这样一个想法，即需要在协议层和应用程序层的价值交换中保持平衡，开发人员在如何设计和构建连接的应用程序方面具有完全的灵活性和可配置性到我们的基础层。也就是说，这解决了 Fat Protocol Thesis，其中价值将建立在基础层协议（第 0 层或第 1 层）上，而不是像我们在 Web2 中看到的那样建立在应用程序层上（即 Facebook、亚马逊——HTTP 上没有价值） （互联网基础层协议））。在 Web3 的早期迭代中，我们看到协议层的价值过度索引，迫使应用层遵守和符合基础层支持的现有标准。因此，我们已经看到相当有限的用例超越了有利于基础层的代币化经济。

例如，智能合约最初是比特币社区构建应用层的想法。以太坊于 2015 年推出，带有命令行加密钱包和智能合约的开发人员文档，这些文档非常繁琐，但在以太坊上更容易执行。这些设计选择以及对智能合约的关注导致采用率的快速增长，但同时在协议层上造成了许多差距和错误（但价值保留在协议层）。因此，出现了 L2 解决方案和应用程序来解决以太坊的安全性、可扩展性和灵活性问题。我们还看到了新的 L1 网络的兴起，这些网络做出了关键的设计决策，在优先考虑开发人员工具和采用的同时，取消了去中心化。这些设计选择似乎以其编程语言对应用程序支持的形式显示了可扩展性；然而，他们在治理、基础层和应用层之间的价值、正常运行时间、网络和应用程序支持灵活性以及去中心化等方面做出了很多权衡。

相反，Constellation 希望解决解决可扩展性、安全性和去中心化的 Web3\"区块链三难困境\"。通过围绕我们的 L1 应用程序工具（称为状态通道）的灵活性和可配置性，Constellation 不仅可以实现网络可扩展性，还可以实现应用程序用例可扩展性。我们的目标是为 Web2 的工具创建技术特性对等，同时也为 Web3 带来进化。除了灵活的可配置性之外，这种演变还将包括 Constellation 上的 L1 应用程序/状态通道，能够设计其激励结构而不受基础层费用的阻碍。这些关键的设计选择需要对我们的社区进行更多的前期教育，同时放弃短期容易销售的胜利（即正在构建的应用程序数量和基于费用的商业模式）。

Constellation 在构建一个超越现有网络功能和当前加密用例的网络的愿景中保持了我们的完整性（没有捷径），同时在我们实现真正采用的努力中避免了许多其他网络的陷阱。这是设计使然。

虽然许多新的区块链正在解决\"区块链三难困境\"，但过去五年向我们展示了 Web3 中靠不住的公司（我不会讨论名字）由于管理不善、无法执行和过于热心的愿景而陷入困境.其他人已经成功地快速部署开发人员工具并通过虚荣指标实现高市值，但以网络特性、功能和扩展用例为代价。

正如众多加密社区所见，我们的设计选择可能无法满足立即满足的需求，但我们的选择将导致网络在未来数年内用于 Web3 及以后的网络。

Constellation 的设计选择

如果区块链真的只是一个分布式数据库，那么当前访问和使用区块链网络作为分布式数据库的方式是极其有限的。现在，您利用网络（例如 ERC-20 和 ERC-721）的标准和方法非常有限，这些标准和方法由网络利益相关者推动和营销以推动采用。当前的分布式和去中心化数据库仍然不发达，因为它缺乏工具和灵活性来扩展到利用数据的每个应用程序，因此网络必须发明用例（并为其解决方案发明问题）。这不是一个坏方法——广告多年来一直在迫使我们采用我们不需要的产品。

此外，如果去中心化网络的核心价值主张是不变性，那么我们需要通过创建与数据管理工具（Kafka、Spark、Databricks）的功能对等来扩展该去中心化数据库与任何分布式数据库（集中式或去中心化）一起工作的可能性) 连接到数据存储服务。 Constellation 是一个平台和网络，可提供一类新功能，突出数据管理堆栈中的数据验证、安全性和不变性。

下面我阐明了我们的设计选择背后的高级推理：网络去中心化（Constellation 的超图）、应用程序可配置性的灵活性（Constellation 的状态通道框架）以及安全性、可扩展性和费用处理。

去中心化网络

权力下放有三个方面：

首先，Constellation 专注于构建一个去中心化网络（基础设施），其愿景将吸引相信我们的设计选择将导致可扩展去中心化网络解决方案的（人们）的心灵和思想。没有它，程序化（治理）就无法完成，因为参与度有限。

构建全球分布式系统是最困难的设计选择。从技术角度来看，它揭示了集成快速代码更改和升级的局限性，因为整个网络都必须阅读和采用这些增强功能。此外，去中心化网络上的网络稳定性很难实现（我们甚至看到过分中心化的网络与节点运营商之间的斗争）。其他网络选择创建集中式主节点以确保网络稳定性和正常运行时间。

为什么这很重要：分散式网络提供了发展计算和处理并增强应用程序安全性的机会，而没有单一的威胁向量。云计算是中心化服务器支持的进化，去中心化网络将是云计算的进化。此外，像美国国防部这样的组织可以使用去中心化网络，以及在网络上组织和处理数据的共识机制，来识别集中式数据库中的漏洞（一个推动新兴技术的非常复杂的用例）。即使是网络中最小的集中部分验证数据类型也可能存在漏洞，因此并不是从云中切换的明确驱动因素。

应用灵活性

这里的关键是每个区块链协议都强制开发人员遵守在全局状态上读取的特定验证语法或标准。如果您不能 100% 使用该编程语言或框架进行通信，那么您就无法在该网络上运行（例如，智能合约的限制）。这意味着其他 L0 网络不是真正的 L0 网络，因为它们仍然具有强制功能。通过我们的状态通道（我们的智能合约版本），Constellation 选择强调开发人员/用户的灵活性和基于某人需求的可配置性，而不是网络告诉你做什么。它允许任何人通过自己的激励层来建立自己的网络。

强迫人们使用某个标准和用例，然后围绕该用例推动营销要容易得多。通过共识层实现灵活性要困难得多。然而，通过工具实现的灵活性创造了互联网，并让互联网发展成为今天的样子。

可扩展性、安全/验证和费用

当一个应用程序需要依赖另一个应用程序来运行时，它需要验证：应用程序需要执行一些验证才能知道它依赖什么。许多解决可扩展性问题的网络在网络级别有一些验证，但不是完全的，因此需要单独的应用程序来处理另一层验证（bandaid on a bandaid）。这需要一些 oracle 应用程序来验证和清理数据以了解输入的有效性。这不是可扩展的或安全的：您如何知道哪些数据将进入应用程序？

关于费用，Constellation 选择从免费网络开始，这样我们就可以在没有这些可变进入壁垒的情况下探索不断发展的用例。虽然网络费用有助于提供安全性并显示网络实用性，但它们严重限制了可以使用去中心化网络的应用程序类型。如果在以太坊上的每个应用程序上进行验证，在交易进入网络之前，成本将非常高。因此第 2 层解决方案。但即使使用第 2 层，您也依赖于另一个应用程序（另一个创可贴）。

随着我们推出主网 2.0 和开发人员文档，这将邀请我们的 Hypergraph 网络上的实用程序，我们将引入费用，以 $DAG（我们的本机令牌）来解锁 Hypergraph 带宽。但是，仍然存在一种免费增值模式，每个快照一次免费交易。因此，如果您的应用程序可以接受较慢的交易（每分钟约 10 个交易），那么这就是您所需要的，并且您可以免费访问网络。相反，如果您需要更快地发送交易，那么您需要以 $DAG 支付少量费用，但每个钱包地址的交易处理速度非常快（~50 TPS）。

归根结底，在构建第一个用例并探索可扩展性之后，治理最终可以负责区块链费用。为什么一开始就限制自己？

概括

无论您是否决定跟随我们并在 Constellation 的基础上进行构建，请开始质疑公司的设计选择以及您是否被迫适应另一个网络的参数。在 Constellation，您可以配置您的愿景。

构建 Constellation 的下一阶段将邀请我们的社区设计 Web3 的未来，我们将其视为 Web 2 和 Web 3 的融合与协作。这将邀请各行各业的企业家轻松使用 Web3 技术。我们的愿景是使区块链成为其他开发人员为其技术堆栈添加不变性的另一种工具：数据管理、数据存储以及数据不变性和验证（星座）。通过创建与现有数据管理工具（Spark、Kafka 等）相同的技术特性，我们将为已经存在的应用程序打开一个全新的世界。这将需要状态通道框架的灵活性，允许根据人们的需求（而不是网络强制）进行配置。