原文标题：《应用链的兴起将带来哪些风险和机遇？未来将会如何发展？》
原文作者：DmitriyBerenzon，1kx?
分析师原文编译：白泽研究院
虽然区块链的最初应用围绕货币和金融，但在过去几年中，艺术、游戏和音乐等领域的应用激增。与此同时，这些应用程序中的聚合用户数量一直呈线性增长，给底层基础设施带来压力并降低用户体验。此外，随着这些应用程序的扩展，它们越来越需要更多的可定制性和更强大的业务模型。
解决这些问题的一种新兴业务模式是构建特定于应用程序的区块链，称为「AppChains」。构建AppChains的应用程序可以自定义其堆栈的多个层，例如其安全模型、手续费用和写入权限等。
AppChains不是一个新概念；比特币可以被认为是用于数字黄金的特定应用区块链，而Arweave则可以用于永久存储。也就是说，AppChain的设计不仅包含单片区块链，还包含处理应用程序状态转换的模块化执行层，但依赖于单独的结算层或共识层来实现最终性。
事实上，「层」在大多数情况下，只是信任最小化的区块链，具有双向最小化信任的跨链桥。
在本文中，我将：
概述AppChains的历史解释AppChains的优缺点描述未来AppChain市场结构概述AppChain如何设计比较当前已有的不同AppChain解决方案
跨链协议Wormhole推出Cosmos生态应用链跨链桥:7月21日消息，跨链协议Wormhole宣布在Cosmos生态系统中启动应用链跨链桥，旨在让开发者和用户更容易地将代币接入任何Cosmos链，推动流动性以发展Cosmos生态系统。[2023/7/21 15:50:43]
AppChains的前世今生
AppChain花了很多年才出现。虽然Cosmos和Polkadot早在2016年就提出并推广了这一概念，但他们直到2021年初才完全启动他们的网络。与此同时，在可扩展性方面，由于以太坊上用户的需求不断增加，到2020年底，ETH交易费用变得出奇的高，应用程序开发人员迫切需要替代解决方案。与此同时，以太坊链外可扩展性研究正以「L2s」的形式缓慢实施，Polygon、Skale、zkSync(1.0)、StarkWare(StarkEx)、Optimism和Arbitrum都在2020年和2021年推出。
其他基础层也意识到支持EVM作为其业务开发工作的一部分的重要性；Avalanche、NEAR、Polkadot和Cosmos都在2020年和2021年推出了与EVM兼容的链。
在特定于应用程序的设计方面，Celestia于2019年推出了一种新颖的模块化设计，该设计将传统单片区块链的执行、结算和数据可用性层分开，从而允许特定于应用程序的区块链，无需重建堆栈的其他部分。
Starknet即将推出Starknet应用链:7月19日消息，StarkWare联合创始人Eli Ben-Sasson在巴黎EthCC（Ethereum Community Conference）大会上表示，Starknet即将推出Starknet应用链（Appchains）。Starknet堆栈包括Starknet应用链（Full Appchain as A Service）和StarkWare支持，Starknet Appchains具有可定制性、去中心化等特点。通过创建Starknet应用链，应用程序可以为用户提供更好的吞吐量和增强的用户体验。[2023/7/19 11:04:43]
如今，有多种平台提供AppChain基础设施。虽然其中一些目前仅提供公共区块空间，但如果有足够的开发人员需求，它们很可能会推出支持专用的执行层。
此外，虽然AppChains的启动和互操作问题在历来是困难的，但在过去几年中，开发人员和用户都在加速接受AppChains。Axie于2021年初推出了他们的以太坊侧链Ronin，DeFiKingdoms宣布于2021年底从Harmony转移到Avalanche子网，Apecoin社区约46%?的成员仍支持构建ApeChain，dYdX宣布他们的V4版本协议将建立在使用CosmosSDK打造的L1上。今天，有无数的应用程序构建在AppChains上。
去中心化云服务平台Ankr推出应用链，允许DApp开发人员构建专属链:6月23日消息，去中心化云服务平台Ankr宣布推出应用链即服务（App Chain-as-a-Service），可帮助DApp开发人员构建独特适合其应用的高安全性、高吞吐量和可定制性专属链。
该工具旨在为企业级吞吐量打造极具可扩展性的区块链，以促进Web3 DApp的持续开发和成功。应用链为Web3初创公司、现有的Web3 DApp、转向Web3的Web2项目提供为其DApp构建自定义区块链所需的工具。（Dailycoin）[2022/6/23 1:26:59]
?为什么选择AppChains？
开发人员越来越多地转向构建AppChains而不是在公共区块链上启动智能合约的主要原因有三个。
表现
由于dApp在同一网络上相互竞争，因此一个流行的dApp通常会消耗不成比例的资源，这会增加其他dApp用户的交易成本和延迟。AppChains为项目提供了稳定交易成本、延迟低的能力，从而为用户带来更好的用户体验。
可定制性
随着dApp越来越受欢迎，开发人员需要继续为用户优化他们的dApp。大型dApp需要权衡某些设计选择，例如吞吐量、最终性、安全级别、许可、可组合性和生态系统一致性等。例如，验证器可能具有高性能硬件要求。对于传统组织来说，AppChains提供了一种方法，让他们可以在无需授权的情况下进入Web3；例如，公司可以要求KYC验证者删选想要在他们的网络上构建的开发人员，并选择他们想要将资产通过跨链桥连接到哪些链。
动态 | 乐秀链首款应用链客短视频将用TVC为主播打赏:链客网络直播板块中的参与者可以购买TVC，用来打赏主播。链客独家创新1对1直播，可使用TVC付费私聊，进行 1 对 1 直播。从而不断激励更多节点加入链客生态，从而吸引更多流量，壮大链客生态，实现“弱中心、强生态”。[2020/1/9]
价值捕获
虽然通用的可扩展性解决方案的确降低了交易成本，同时保留了安全性和开发人员体验，但它们为开发人员提供的货币化机会很少。另一方面，AppChains有很强的商业案例，因为dApp能够在其生态系统内分叉现有协议并将其货币化。他们的Token受益于被用作安全模型的额外Token。此外，应用程序能够通过运行自己的排序器或验证器来捕获MEV，这可以为新的加密业务模型创造机会；例如，dYdX的验证者可以为用户提供低费用或免费费用，但给他们的执行价格略低，类似于Robinhood使用的按订单付费的模式。再举一个例子，许多成功的游戏都有大量的模组、皮肤等，并积极尝试尽可能多的调整。但大多数时候，建模是由难以赚钱的业余游戏玩家完成的。如果该游戏构建在AppChain，那么模组可以在rollup之上扩展该IP，并通过使用该链获利。
AppChains的问题
然而，任何事都是双刃剑：
有限的可组合性和原子性
AppChains在一定程度上隔离了其他生态系统中的基础设施和用户。虽然这不会破坏可组合性，但它确实破坏了原子性。
也就是说，虽然原子性是所有应用程序都位于同一结算层的特殊属性，但它对许多应用程序来说并不重要。
重建围墙花园
作为一个思想实验，如果所有AppChain都具有读/写权限，由此产生的市场结构将限制开发人员的无需许可和组合创新，以及用户自由交易的能力，这将让Crypto重新回到旨在解决的问题上。
动态 | e-money将通过Cosmos应用链发行锚定欧元和瑞士法郎的稳定币:e-money创始公司 e-Money A/S宣布联合多家银行将于明年正式发行锚定欧元和瑞士法郎的数字代币，该公司将通过 Cosmos 上的独立区块链Zone发行该代币。[2019/11/26]
流动性分散
来自其他层或链的流动性资产将需要跨链桥连接到AppChains，虽然通过桥接基础设施可以做到这一点，但它为用户增加了额外的「摩擦」。
自反安全模型
如果使用应用程序Token作为安全模型，则存在一个边缘情况，即如果Token的价格下降到0，应用程序将不再具有经济安全性。
资源浪费
如果应用程序得不到足够的使用，AppChains可能会浪费资源。如果AppChain具有专用的验证器，那么这些验证器可以更有效地将其资源部署到其他地方。
额外的复杂性
因为它不像部署智能合约那么简单，所以在管理额外的基础设施时会增加额外的复杂性。
有限的生态系统工具
可能没有「开箱即用」的资源，例如区块浏览器、RPC提供者、索引器、预言机和生态系统资金。
新兴的AppChain市场结构
由于在更孤立的生态系统中构建有许多缺点，AppChains最适合具有以下特征的应用程序：
达到了规模和产品市场契合度性能能为产品带来显著的优势对安全性和原子性的要求更少
因此，我们有理由认为大多数应用程序将仍继续在公共L1和L2上启动。此外，由于L2的格局仍然相当分散，我们将看到DeFi协议由于其安全性、流动性和原子性属性而继续在L1上推出。此外，如果非DeFi应用程序有了足够大的生态系统和网络效应，它们可能会在通用L2上启动并转移到特定于应用程序的L3或特定于应用程序的L1。我们可以粗略地想象这个操作顺序如下：
还有一个原因是，大多数启动AppChains的应用程序将选择模块化执行层而不是单片链，因为它们没有吸引大型验证器群所需的资金。此外，高质量的验证者不太可能选择将他们的资源用于Token价格低且不稳定的AppChain。
尽管如此，随着加密行业的成熟和普及，更多的应用程序仍将继续推出自己的AppChain，未来的AppChain市场结构将有多种形式：
-通过各种跨链桥连接的AppChains?
-连接到L1的特定于应用程序的侧链
-不使用结算层的特定于应用程序的?rollups
AppChains如何设计
在决定构建AppChain的基础架构时，需要考虑几个设计权衡：
安全类型：通过攻击来改变状态有多难？
共享：由多个异构验证器保护的状态，可能由不同方运行
隔离：应用程序本身提供的安全性；可能使用应用程序拥有的验证器或排序器，并使用应用程序的Token来获取经济利益
继承：底层结算/共识层提供的安全性
安全来源：安全从何而来，结算又从何而来？
以太坊：使用以太坊作为欺诈证明、有效性证明和一般双花保护的结算层
非以太坊L1：使用非以太坊安全性，并且可能具有完全不同的共识模型
应用Token：将应用程序的Token用作加密经济安全
权限：如何选择节点，以及谁可以读取/写入状态？
无许可：任何人都可以读/写合约并验证状态转换
选择性许可：只有列入白名单的验证者/开发者才能读/写/验证链
可组合性：流动性和状态在同一生态系统中的其他应用程序之间移动是否容易和安全？
全部:移动到任何具有最小延迟和最大安全性的应用程序
有限：在连接性、延迟或安全性方面存在限制
最终性：交易何时被视为最终性？
即时：通常使用BFT共识机制
最终：通常使用rollups，一旦区块被发布到L1，交易就可以被视为最终交易
GasToken：用户使用哪种Token支付交易费用？
非应用程序Token：通常是构建应用程序的L1或L2的基础资产
应用程序Token：通常应用程序的Token本身运行在特定于应用程序的L1或L2上
无Token：L1或L2验证器或应用程序为用户提供成本补贴。
还有其他几个更直接的因素：
所需权益：应用程序需要验证者来保护其链所需的权益数量
每秒事务数(TPS)：吞吐量的主观衡量标准，因为事务的大小可能会有所不同
EVM支持：无需开发人员修改其代码库即可同时支持Solidity和EVM操作码的能力
我们可以根据这些因素映射现有的AppChain解决方案：
结论
尽管AppChains存在问题，但它们的持续增长表明了开发人员的需求。正如苹果公司所证明的那样，垂直整合通常会带来更好的用户体验；同样，区块链开发人员将寻求提供AppChains支持的完全优化的Web3应用程序。也就是说，AppChains并不适合所有人，开发人员在投入资源启动应用程序之前，应深入考虑/权衡其应用程序的需求。
AppChains对安全模型经济学、货币化策略、平台防御性、整个堆栈的整体价值累积以及对加密市场结构有许多影响，这些影响将在未来几年内被我们观察到。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。