区块链扩容新思路：读懂 Avalanche 专用验证节点网络

区块链发展到了某个阶段之后，我们似乎忘记了，作为一个行业，区块链的终极目标是实现足以将 web2 吸引到 web3 的创新水平。

在区块链领域，所有人都在开发几乎不符合当前的技术能力的产品，而不是研究培养 web2 产品的技术，尽管目前 99.9% 的用户都在 web2。

在某个时刻，我们认定一条单独的区块链就可以解决任何问题，将希望寄托给极繁主义。这就类似于认为会有一个强大服务器来托管整个互联网上的所有应用程序，并击败其他所有的高性能服务器，而且这个服务器运行的规则不需要进行任何个性化的调整，就能完全适配它托管的每个应用，

可以说，类似于一个「全球计算机」。

我们都陷入了这种不切实际的幻想，但 Avalanche 没有。

问题和挑战

没有哪条区块链能应对多个主流各种应用 app 的流量。虽然 web3 相较于 web2 有诸多优点，但在通用 L1 区块链平台上部署应用程序只有一种结果：随着用量的增加，网络势必发生拥塞，届时用户需要支付高昂的手续费。

今天的以太坊就是这样。随着网络用量的增加，希望自己的交易得到优先处理的用户一路将峰时手续费推高到数千美元，无力负担高昂手续费的用户只能出局。这导致大量应用程序和使用场景因成本问题而无法部署。

现在，以太坊 Dapp 的 日活用户约为 20 万，问题已经比较显著了。

与此同时，在 web2：

-推特日活用户：1.92 亿

-Roblox 日活用户（按季度）

-脸书月活用户：28 亿，日活用户：18.4 亿

即使新 L1 区块链平台的处理能力能达到以太坊的 300–500 倍，它们依然完全无法满足主流应用的需求。

「但是，如果我们能创造一个网络，网络中的每个人都能为自己的应用部署一个 Subnet，我们在这里称为专用的专用验证节点网络，每个专用验证节点网络都能处理百万级的日活用户呢？」

这，就是 Avalanche 专用验证节点网络（Subnet）的力量。

Subnet：专用验证节点网络

在 Avalanche，有人提出了这样一个大胆的想法：不同的应用程序可能需要「服务器」执行不同的规则集和属性。而随着应用程序的发展，它们可能会需要一个性能容量和规则集都非常适合自己的专用「服务器」。

去中心化应用程序网络的「数据中心」。

为什么要为您的应用程序部署专用验证节点网络？

性能隔离

消除风险，防止您的应用程序因其他应用导致的网络拥塞而面临过高的成本。

个性化

对区块链的各个方面（虚拟机、手续费结构、经济基元、功能等）进行调整，以充分满足您的应用程序的需求。

合规性

Avalanche 的专用验证节点网络架构为满足合规需求提供了条件。像上文介绍的那样，专用验证节点网络可以要求验证节点（Validator）必须满足特定的要求，例如：

-验证节点必须位于特定国家境内。

-验证节点必须通过 KYC/AML 审查。

-验证节点必须持有特定的许可证。

支持私有区块链

您可以创建一个只有预定义节点可以加入的专用验证节点网络，创建一个链上内容仅对上述节点可见的定制链。对于注重保密的企业和机构来说，这是非常理想的选择。

关注点分离

在一个异构的区块链网络中，部分验证节点对部分区块链没有兴趣，不希望为那些区块链提供验证服务。Avalanche 的专用验证节点网络模型允许节点只验证它们选择的不同的定制链，这样就降低了节点的负担。

应用程序的特定要求

不同的区块链应用可能会对验证节点的属性有特别的要求，比方说，有的应用需要节点具备较大的内存（RAM）或芯片处理速度（CPU）。专用验证节点网络可以要求验证节点必须满足特定的硬件条件，以免部分节点速度过慢，影响应用程序的性能。

结语

纵向扩容是有局限性的。在单个区块链上运行多个应用程序，并让用户为用户群增长造成的稀缺计算资源买单，是很荒谬的。这个问题现在已经初现端倪，随着 web3 产品的应用，问题只会越发突出。今天是以太坊，明天就会是其他单链结构的区块链，比如 Solana、Fantom 或者 Polygon，因为它们的用户群都会逐渐达到处理能力的上限。

只有依靠横向扩容+强大的纵向分区，才能制胜于未来。这样，开发团队才能在可互操作的网络上部署应用，在确保未来增长的同时，以根据用户的需求量身打造的区块链，为用户提供高速度、低成本的交互体验。