一般来说，Appchain 的节点不会太多。开始可能只有几个，发展到成熟阶段可能也就只有几十个。过多的节点会影响业务系统的运行效率，Appchain 极其重视用户体验，项目需要在安全性、运行效率、用户体验上做一个平衡。

考虑到 Web3.0 App 作为真正影响人们生活的产品，未来它一定会拥抱监管。在有监管参与的情况下，Appchain 选择 PoS 更合适。因为理论上监管方可以直接作为一个节点加入网络，进行第一手的数据监管和分析。

Appchain 独立链的问题

Appchain 虽然有众多优点，但是其缺点也是明显的。本节详细分析一下 Appchain 作为独立链的缺点。

开发难度。以前，要从底层开发一条独立的区块链出来，是一件非常困难的事情。很多区块链项目，就是把比特币或以太坊的源代码克隆一份出来，改改参数，改改模块，就是一个新的区块链项目了。即使这样，开发难度仍然很高。要运维并上线一条独立的链，难度更高。但后来，Cosmos-sdk, Substrate, Muta 等框架出来后，启动一条新链变成了一件非常容易的事情，这些开发框架大大降低了区块链的研发成本。

启动难度和安全性。启动难度指的是成功启动一条链的难度，其与安全性密切相关。对于 PoS 链来说，其初始质押量、验证人节点数量、STO 分配的合理性及 Token 的发行机制等，都直接影响链的安全性。要考虑周全，对于一个创业团队来说，实属不易。独立链的启动还需要每个验证人启动自己的节点，这对验证人的技术能力和运维能力有一定要求。有一些三方托管节点代运营之类的辅助服务，可一定程度降低此类要求。

运维难度。验证人节点，需要运维自己独立的服务器。运维体现在几方面：

• 服务器的稳定运行。监控其 CPU 负载、内存负载、网络负载、存储空间等等，适时增加配置，防止由于硬件原因导致节点运行失败

• 防攻击。做好节点防护，防止外部黑客或不明来源攻击，对链的安全性造成冲击

• 链上代码版本的及时升级跟进。有些版本可以通过 wasm 之类的技术自动升级，有些版本却需要升级整个节点内容，需要手动或 DevOps 自动跟进

相比之下，合约平台上的合约开发者，不需要关心这么细节的运维内容。

跨链交互难度。如果所有的链都是独立的、互不交互的链，那么最终只会形成一个个的价值孤岛。链与链之间打通，增加价值的流动性，才能创造出更多价值。因此跨链交互是 Appchain 必须从一开始就考虑的问题。对以太坊来说，上面的合约不需要考虑这个问题：对内来说，以太坊资产共享同一个状态空间，不同合约资产之间是可以组合交互的。对外来说，只要以太坊与其它链做好跨链桥，就能方便地利用这些桥转移资产。但 Appchain 得自己面对这个问题，要么是自己实现与其它链的跨链桥，要么使用类似 Cosmos IBC 这样的跨链通信接口，要么加入类似 Polkadot, Octopus 这样的 Appchain 网络集群。 (责任编辑：admin)