披露声明：
本文所表达的观点仅代表作者个人意见，并不代表ethnavigator.com编辑部的观点和意见。
Layer-2链：快速、便宜——但经济上空洞
Layer-2链本应是区块链可扩展性的下一次进化，在某些方面，它们确实有所贡献。它们加快了交易速度，降低了成本，帮助项目快速扩展，并在以太坊（ETH）网络活动激增的背景下，给以太坊提供了喘息的空间。但是，随着事态的平稳发展，有一个不容忽视的不舒服的真相浮出水面：L2无法保留它们所创造的价值。相反，它们将这些价值泄漏回父链、回流到流动性枢纽，并回到那些本就不属于它们的治理结构中。
在2021年，这或许不是问题，那时项目竞相追求速度和规模，其他问题被放在了次要位置。但现在我们正处于一个不同的周期，争夺用户的项目数量已经呈指数增长。项目现在必须考虑长期发展。它们正在优化可持续性、主权和一致性。越来越多的项目开始转向特定应用的“应用链”Layer-1——不仅仅是作为一种新奇的选择，而是作为一种必要性。
L2：快速、便宜——但经济上空洞
我们直言不讳：L2是下游环境。它们继承了安全性，结算交易，并依赖以太坊（或其他Layer-1）来完成所有关键事务。这样的依赖关系有着经济上的后果。
每次在L2上处理交易时，最终都会将其数据汇总并在Layer-1上结算。结果是什么？费用回流到以太坊，数据可用性费用回流到以太坊，MEV价值——同样回流。它是一种单向的价值转移，从L2的经济体回流到保障其安全的L1。如果你在L2上构建项目，你并没有在自己的生态系统中积累价值——你是在补贴别人的生态系统。
尽管这些费用看起来微不足道——毕竟它们只是网络收入的一小部分——但它们积少成多，源源不断地消耗流动性。对于任何试图扩展的项目来说，这些持续的开销会严重限制其增长和长期可持续性。
而且，问题不仅仅出在费用上。流动性和治理结构也根植于父链。大多数DeFi协议仍然依赖于基于以太坊主网的流动性池和桥接。代币持有者通常通过基于上游系统的质押或投票进行治理。即便L2有自己的代币，它们通常仍然在结构上与以太坊的经济和政治动态相绑定。
换句话说：L2为你提供了速度，但却夺走了你的独立性，并逐渐从你的代币经济中抽取资源。
Appchain L1：保留你所创造的价值
与之相对，应用链（Appchains）则是为了保留它们所创造的价值而设计的。当你启动自己的主权链时，你不再依赖于其他链进行结算。你不会泄漏费用，也不依赖于其他网络的验证者集。你所创造的经济活动——交易费用、质押奖励、MEV、治理权力——都留在本地。
这就创造了一个根本不同的增长模型。你的生态系统内的价值不再外流，而是内生增长。你的代币获得更多效用，你的社区对你链的成功有直接的利害关系。你的基础设施成为增长的引擎，而不是为另一条链的经济提供资金的成本中心。
你还可以全面掌控堆栈，不再受父链限制。想设定定制的验证者激励机制？去做吧。想尝试无Gas交易或动态的代币经济学？去做吧。Layer-1让你构建与应用需求匹配的基础设施，而不是反过来。
但那碎片化问题呢？
多年来，关于应用链最大的批评就是它们会造成孤立的生态系统。这一批评曾经有一定的道理，但如今已经不再成立。
得益于像LayerZero、Avalanche Warp Messaging和IBC这样的互操作性解决方案，我们现在有了可靠的方法来跨链移动数据和资产。应用链可以接入更广泛的生态系统，同时保持其主权。它们可以既连接又独立——不再被迫在整合和控制之间做选择。
碎片化的争论已经过时。实际上，应用链正在成为多链世界的自然延伸，而围绕它们的工具也在迅速改善。
市场正在跟进
越来越多的项目选择走应用链的路线，并且这一趋势将继续加速。建设者们想要自治，他们想要经济可持续性，并且希望能够围绕用户设计基础设施，而不是围绕以太坊的瓶颈来设计。
这并不是说L2会消失。对于许多早期阶段的项目来说，它们是一个不错的起点。但它们并不适合扩展。它们没有设计来保留价值。它们显然也不适合那些希望对其基础设施和经济体拥有主权的项目。
如果你正在试图构建一个持久的东西——不仅仅是快速和便宜，而是一致性、主权和可持续性——你不应该满足于Layer-2。你应该像一个生态系统管理者一样思考。你应该掌控你的堆栈。你应该致力于构建一条满足自己定制需求的链，而不是不断抽取资源。
启动一个L2看起来可能是最简单的市场进入策略，它将责任外包，让你能够更快进入市场，但投资于Layer-1基础设施是实现长期成功的关键步骤。不久之后，每个项目都将竞相构建自己的应用链。
.author-card__photo
Steven Gates.author-card__name
Steven Gates是Hypha的创始人，Hypha是一个综合区块链启动平台，使得配置验证者许可销售变得简单便捷。author-card__bio
.author-card__social.author-card__content
