應用向左，深耕鏈上；應用向右，自立為王！

正文

“當下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是如何運行的，其實二者有點相似）。