应用向左，深耕链上；应用向右，自立为王！

正文

“当下Web3应用的发展，前方出现了两条分叉路，往左，继续深耕链上；往右，做链自立为王。在应用链横行的当下，dApp的另一条破局之路也许就在区块空间市场”

🗝 本文聊几个关键点

链上扩容与链下扩容

区块空间与波卡2.0

@Artela_Network 的“弹性块”

1、链上扩容与链下扩容 🔻

其实扩容方案就是一种补丁思维，如果从一开始本身链的设施足以支撑生态的发展要求，那都不会出现扩容方案当道甚至成为主流的景象(当然现在说这个有点扯废话的嫌疑了)

把扩容方案根据阵营，共有两种：链上扩容以及链下扩容

先说说链上扩容，就是在本身链的底层设施做改动，比方说更改块的容量、出块速度等，都算。早期的 #BTC  硬分叉之战就有涉及到链上扩容的部分，社区希望投票扩大区块容量以支撑网络日益增长的交易规模。

而在各种复杂因素的制衡下，大区块这个方案没有被当时及当下的主流群体所选择（并非链上扩容不好，而是发展阶段做这一步确实调整过大）

而在当下主流讨论的各种ETH系的Rollup、侧链甚至BTC系的闪电通道这些方案，都是属于链下扩容。

也就是不需要改动原链架构的基础上得以完成的，像ARB、OP等二层，目前甚至进展到了做二层才更是一种叙事正确的路径，也因此BTC当下的生态发展，没有出现多少声音去改动原链，而是做各种链下基础设施来作为未来的生态场景。

（期翼ETH的生态发展路径在BTC上重走一遍）

这两个方案，暂时的主流还是链下为主，过去我也聊过不少链下了，本文着重讲讲链上扩容。

2.区块空间与波卡2.0 🔻

在此之前，需要有一个有关“区块空间”的前置知识：区块空间可以说是一种抽象化的概念形容，我举个比较具象化的例子：

可以将区块链想象成一条公路，每个区块就像公路上的一段路程，而区块空间就是每段路程中可用的车道数量。就像公路每段路程只能容纳一定数量的车辆一样，区块链每个区块也只能处理特定数量的数据和交易

当交易需求高而区块空间有限时，就像公路上的高峰交通时段一样会造成很久的拥堵，这种拥堵可能会导致链上交易费用的上涨

相反，当交易较少而可用的区块空间有更多闲置时，就像在公路上的非高峰时段一样。交通拥堵较少，交易可以更快地处理，并且费用更低。以上，就是针对区块空间的一些场景描述，基于这个示例，我再拿$DOT 波卡1.0向2.0的转变做实例：

（1）波卡1.0，就是声势浩大的平行链&中继链模型，生态方通过竞拍插槽来构建波卡框架下的L1，这有个很大的弊端，就是早期的启动成本很大，很笨重；

（2）而在去年，提出了一个2.0的概念，简单理解就是应用可以依据自己的性能需求，来购买对应的网络性能(区块空间)，有点类似于将原本的区块进一步切片进行分销。

波卡1.0向2.0的转变，就是从链的层面转向了应用。从一个包租公，转变成了“共享办公室”的商业模式。

这是区别于当下做“万链互通”的“链应用繁荣”的格局规划，这种规划的核心，其实不是链上的扩容，而是一种资源的新分配方式。

3.来自 Artela Network 的“弹性块”链上扩容方案 🔻

Artela作为一个EVM兼容的L1， 去专门切链上扩容的一个方案范式，当中有个技术方案涉及了“链上弹性块”这一概念，就是基于“区块空间”的延伸。

📍 简单来说弹性块是指在链上对区块空间进行动态扩展，为性能要求较高的dApp提供原生的独立区块空间。

当dApp申请独立的区块空间时，区块中会为此添加额外的空间(该空间仅容纳与dApp的智能合约相关的交易)。

虽然关于弹性块的演示文档还没发布，看不到实现细节，但通过当下的文档介绍来看，核心方法是基于并行EVM下交易可并发执行的特性，通过添加额外的弹性执行节点来扩大相应的处理能力，整个扩容过程由弹性协议协调，以此保证网络中有足够的弹性计算节点来完成共识。

其实是有点类似于一些项目的“子网”等方案的功能，只是Artela的链上原生性会更强，无需应用自己部署扩容所需的节点，而是类似SaaS的概念，应用仅需要订阅，即可使用。

这一方案，就像给链上应用架设了一个高架桥或者支线路，交易场景仍旧是完全在链上（如果你也知道STX是如何运行的，其实二者有点相似）。