波卡联创提出一个集成智能合约、跨链桥等多种功能的系统链Plaza，这会带来波卡的崛起吗？

背景

波卡联合创始人Rob Habermeier在6月18日提出了一个新的系统链，旨在整合parachachains并提高网络的可扩展性。新的系统链被称为Plaza，它通过将各种平行链的特性组合成一条链，实现了更大的集成度和可扩展性。

而这个提案得到了包括来自Parity高级工程团队的积极响应。支持的声音之一是Alexander Theißen（智能合约负责人）。他说：“我完全同意他的提议。有足够的扩展机会，而不必让每项服务都成为自己的平行链。”平行链负责人Eskimor表示：“这是一个值得努力实现的愿景。我100%赞同。”Parity工程副总裁Pierre Aubert也支持该提议。他们相信Rob对Plaza的愿景：“一个全面集成的、可扩展的波卡系统链与我们增强波卡生态系统的可扩展性、效率和可用性的目标完全一致。我们期待为这一愿景做出贡献并支持其实现。” 那么，Plaza究竟是什么？它可以解决哪些问题呢？我们不妨看看Rob Habermeier是如何解释Plaza的。下一个章节为Rob对于Plaza的介绍全文，将以Rob为第一人称来叙述。

提议“Plaza”：一个全面集成、可扩展的波卡系统链

今天，我想提出一个计划：通过整合功能为波卡创建一个高扩展性的系统链“Plaza”，作为用户、开发者、流动性和应用的中心。这个系统链将是当前“AssetHub”的进化版，代号“Plaza”，它已经集成了钱包、跨链桥接和工具，可以在此基础上继续发展。

我作为波卡治理中的个人参与者提出这个建议，以下内容仅为个人观点。

具体来说，该提议是将以下功能整合到一个系统平行链中，从AssetHub发展而来，并尽可能扩大其规模： 资产发行（目前在AssetHub上） 智能合约（Rust和EVM通过RISC-V/PolkaVM），在

https://polkadot.polkassembly.io/referenda/885中提出 质押（目前在中继链上） 跨链桥接模块（目前在BridgeHub平行链上） 几乎为零的手续费（直到达到扩展限制）

从这里开始，我将此链称为“Plaza”。

目前波卡的趋势是将这些功能分散在不同的链上，钱包、应用程序和用户需要在这些链上协调他们的活动。这种方法带来了实际的成本，而目前没有足够的扩展压力来证明这种分散的合理性。

本质上，我们应该现在集中精力提升用户体验，因为我们已经为可扩展性奠定了基础。有两种方法可以实现这一目标。选项一是维持现状：我们花费大量资金和时间构建最佳的异步可组合性框架，并希望它能足够简单以与同步系统竞争。选项二是将资源和精力集中在构建一个我们知道有扩展限制的同步系统上，让自然的扩展压力引导我们在这些限制达到后再进行扩展。本提案侧重于“选项二”。

波卡即将拥有弹性扩展（详细介绍请参考：超越单核限制：Polkadot的“弹性扩展”方案深度解析），一个将能够使用大量核心（Core）来处理交易的链——逻辑上是连续、同步且可组合的，并在多个核心上并行验证。我认为我们应该利用这一点来创建一个“中心”，专注于用户体验（UX）、集成（各项功能）和开发者的工作，我们今天就应该为此打下基础。我们今天可以将这个链扩展到数千TPS（每秒交易处理量），并在未来进一步扩展。单一链的扩展限制非常保守地估计为每天数千万用户。

智能合约支持是绝对关键的。资产、质押、跨链桥接和应用程序都可以从通用的可编程性中受益。在当前的Polkadot生态系统中存在一个问题，就是智能合约经常与它们希望与之交互的资产或系统完全分别位于不同的链上。我们可以通过PolkaVM支持RISC-V智能合约（详细介绍请参考：https://forum.polkadot.network/t/announcing-polkavm-a-new-risc-v-based-vm-for-smart-contracts-and-possibly-more/3811），借此获得对ink!等新语言以及解释执行的EVM（interpreted EVM）的支持。

以下是“Plaza”计划可以解决的具体难点。对于用户来说，跨多个链进行交互更复杂，需要在不同的链上处理资产、账户和状态。钱包和前端开发者已经付出了大量努力来简化这一过程，但仍不尽完美。对于开发者来说，构建链、协调节点集合、处理区块浏览器、索引、跨链桥接和交易所集成的时间和成本都增加了大量开销，不利于他们将产品推向市场。

这些成本在单一链的扩展限制达到后是值得的，甚至是必要的，但在此之前是不划算的。虽然许多项目确实从拥有自己的链中受益，但大量的开发者和用户都更适合使用智能合约平台。波卡有足够的核心来支持链构建者和智能合约构建者。