新加坡2020年1月3日 /美通社/ -- MultiVAC在近期進行(xing)了可組建性測(ce)試，極高的(de)“可組建性”（Composablitiy）是MultiVAC區塊鏈網(wang)絡的(de)亮點之一。“可組(zu)建(jian)性”是評測底層(ceng)(ceng)平臺(tai)的(de)(de)(de)一(yi)個多維度(du)特(te)性，包括對(dui)該平臺(tai)現(xian)有(you)數據、運行(xing)規則、代碼(ma)規范、開(kai)發門(men)檻、存在用(yong)戶等(deng)維度(du)的(de)(de)(de)考量。簡單來說(shuo)，如果開(kai)發者能(neng)夠(gou)便捷使用(yong)一(yi)個平臺(tai)現(xian)有(you)的(de)(de)(de)資源，以其熟悉的(de)(de)(de)方式(shi)構建(jian)更高一(yi)層(ceng)(ceng)的(de)(de)(de)應用(yong)，這個平臺(tai)的(de)(de)(de)可組(zu)建(jian)性就很(hen)高。
區塊鏈的發展伴隨著可組建性的不斷升級，MultiVAC汲取了各方優點，實現了高可組建(jian)性(xing)。
一、計算器時代
最早出現(xian)的(de)區(qu)塊鏈網絡基(ji)于UTXO模型設計了一(yi)個Script腳(jiao)本，后續有不少人都(dou)嘗(chang)試在Script腳(jiao)本上(shang)面做文(wen)章，比如Proof of Existence就利用了OP_RETURN。這種想要提(ti)高網絡可組建性的(de)嘗(chang)試有很多(duo)，但是(shi)都(dou)被Script腳(jiao)本限(xian)制住了。
從上面這個角度看，最早的區塊鏈網絡更像電子計算器（而且也只打算成為電子計算器），但對于開發者來說，一個簡單(dan)的(de)(de)計(ji)算器是遠遠不夠的(de)(de)，他(ta)們(men)需(xu)要更自由(you)的(de)(de)框架，去發揮自己的(de)(de)創(chuang)意。
二、主機時代
隨后(hou)，Vitalik發了(le)(le)一篇白皮書，他將Script腳本升級(ji)成為了(le)(le)完整的(de)可(ke)(ke)編程(cheng)語言，自此(ci)就(jiu)誕生了(le)(le)包(bao)含(han)圖靈完備虛擬(ni)機的(de)區(qu)塊鏈網(wang)絡，開發者可(ke)(ke)以在分布式網(wang)絡中部署并(bing)運行任(ren)何程(cheng)序。這就(jiu)是我們熟(shu)知的(de)智能(neng)合約(yue)，以太坊首次實(shi)現了(le)(le)區(qu)塊鏈網(wang)絡的(de)高可(ke)(ke)組建(jian)性。
高組(zu)建性繼續催生網絡(luo)效應(ying)，越來越多的人加(jia)入(ru)到以太坊網絡(luo)之中。但是，以太坊的時(shi)代像(xiang)是計算機的X86時(shi)代，雖然在(zai)去(qu)中心化(hua)的網絡(luo)之上包含了圖靈(ling)完(wan)備的虛擬機，但是處(chu)理速度仍(reng)停留在(zai)很低的水(shui)平，復(fu)雜的應(ying)用(yong)很難運行下(xia)去(qu)。擴容(rong)問(wen)題(ti)是目前困(kun)擾公鏈系(xi)統的第(di)一挑(tiao)戰，沒(mei)有拓展性，就無(wu)法誕生Killer App，更別提大規模的區塊(kuai)鏈應(ying)用(yong)了。
三、個人服務器時代
為了(le)突破擴展性瓶(ping)頸，一些方案開(kai)始舍棄(qi)高可組建性，轉而回頭又朝著單一功(gong)能架構(gou)發(fa)展。
Polkadot 和 Cosmos 是這類提案的代表，它們構建異構區塊鏈網絡 -- 每一條鏈(lian)都是為了單一應(ying)用定制(zhi)的(de)。Polkadot的(de)Substrate和(he)Cosmos SDK都是模(mo)塊(kuai)化的(de)區塊(kuai)鏈(lian)開(kai)(kai)發套(tao)件，開(kai)(kai)發者(zhe)得自己全棧開(kai)(kai)發不同(tong)的(de)“應(ying)用鏈(lian)”。這個方(fang)案乍一聽似(si)乎(hu)行得通，但(dan)其(qi)實難度很大。對于(yu)開(kai)(kai)發者(zhe)來說，全棧開(kai)(kai)發意(yi)味著要從(cong)最底層的(de)state machine開(kai)(kai)始，一直做到頂層的(de)interface，途(tu)中還要考慮整條鏈(lian)的(de)安全性(xing)以及和(he)其(qi)它同(tong)生態鏈(lian)的(de)數據交(jiao)互。
這(zhe)些(xie)方案在可組建性上相較于以(yi)(yi)太(tai)坊是(shi)落后的，原(yuan)來在以(yi)(yi)太(tai)坊只需要運行單一的虛擬機就(jiu)可以(yi)(yi)，但是(shi)現在這(zhe)些(xie)鏈需要新的機制來進行跨鏈交流，這(zhe)一機制還(huan)遠遠不夠成熟。
四、云時代 - MultiVAC時代
開發(fa)者可以(yi)在云時代的(de)(de)區(qu)塊鏈(lian)網(wang)絡上自由發(fa)揮，不必擔心吞吐量或(huo)者數據(ju)傳輸限制。要達成這樣的(de)(de)效應，不同(tong)(tong)的(de)(de)項目(mu)采取了不同(tong)(tong)的(de)(de)方(fang)案。但(dan)是目(mu)前(qian)為止最可靠的(de)(de)擴容方(fang)案還是分片，即自上而下地改進區(qu)塊鏈(lian)網(wang)絡的(de)(de)底層協議和(he)整(zheng)體架(jia)構。
以(yi)太坊(fang)的(de)(de)2.0版本也提(ti)出了(le)自己(ji)的(de)(de)分(fen)(fen)片改(gai)造方案，是這一路徑的(de)(de)領(ling)頭人之一。但是其(qi)分(fen)(fen)片實(shi)現(xian)難(nan)度(du)很大，原(yuan)有系(xi)統要(yao)(yao)接受分(fen)(fen)片改(gai)造，涉(she)及到的(de)(de)要(yao)(yao)素實(shi)在過多。即使以(yi)太坊(fang)擁有強大的(de)(de)開發(fa)者社區，也很難(nan)實(shi)現(xian)這一愿(yuan)景。另一位此(ci)領(ling)域的(de)(de)代表項目MultiVAC的(de)(de)優(you)勢在于，其(qi)系(xi)統從(cong)一開始就是完整徹底的(de)(de)分(fen)(fen)片系(xi)統。
打個比方，以太(tai)坊2.0就像老(lao)舊(jiu)城區的(de)改造計劃一樣，雖然(ran)選對了(le)擴建的(de)方式(shi)，但是施(shi)工的(de)時(shi)候困難(nan)重重。有不(bu)少古建筑（舊(jiu)版本功能）拆不(bu)得，新的(de)路線得時(shi)時(shi)繞道，重新規劃。而MultiVAC則是集所有方案優(you)勢于一體的(de)新城，在審視過前人的(de)教(jiao)訓后，所有的(de)設施(shi)都提早(zao)為(wei)大規模應用做好(hao)了(le)準備，當(dang)峰值來臨時(shi)不(bu)會出現擁堵(du)現象。
MultiVAC是第(di)一個將計(ji)算、存(cun)(cun)儲和(he)傳(chuan)輸三個層面(mian)都妥善(shan)解決(jue)的(de)全維度分片系統。很多項目(mu)僅(jin)能夠實(shi)現計(ji)算分片或者礦工分片，但(dan)是隨著(zhu)承載的(de)交易量越來越大時，網絡中的(de)存(cun)(cun)儲成本(ben)和(he)傳(chuan)輸壓(ya)力(li)仍(reng)舊會成為(wei)整(zheng)個系統的(de)最短板。而(er)MultiVAC在(zai)實(shi)現礦工分片的(de)同時，也用(yong)極其巧妙的(de)方式(shi)解決(jue)了存(cun)(cun)儲和(he)傳(chuan)輸的(de)壓(ya)力(li)。
在存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)層面，MultiVAC提出了存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)節(jie)點的(de)(de)概念。礦工只需要非常精簡的(de)(de)摘要數(shu)(shu)(shu)據(ju)(ju)，就可(ke)以對(dui)大數(shu)(shu)(shu)據(ju)(ju)集(ji)進行增(zeng)刪改查。而海量數(shu)(shu)(shu)據(ju)(ju)則存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)在存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)節(jie)點，將計算壓力(li)和存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)壓力(li)相分離(li)。礦工節(jie)點只服務(wu)于記錄和驗證，而存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)節(jie)點則專門負(fu)責存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)海量數(shu)(shu)(shu)據(ju)(ju)（存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)節(jie)點僅提供底層的(de)(de)基礎設施服務(wu)，無法擅自對(dui)數(shu)(shu)(shu)據(ju)(ju)進行任何(he)操作(zuo)，關于數(shu)(shu)(shu)據(ju)(ju)的(de)(de)所有(you)產(chan)生(sheng)、修(xiu)改、刪除(chu)等行為均由上層邏輯共識(shi)達成(cheng)，底層存(cun)(cun)(cun)(cun)(cun)儲(chu)(chu)(chu)服務(wu)僅保(bao)管確定性的(de)(de)數(shu)(shu)(shu)據(ju)(ju)并向上層供存(cun)(cun)(cun)(cun)(cun)取功(gong)能，保(bao)證數(shu)(shu)(shu)據(ju)(ju)的(de)(de)真(zhen)實和安全）。這樣的(de)(de)設計保(bao)證了整體網絡的(de)(de)輕便性，單個節(jie)點的(de)(de)性能瓶(ping)頸在分工化的(de)(de)流程(cheng)中(zhong)被化解了。
解決(jue)了(le)吞吐量瓶頸后的(de)MultiVAC系(xi)統(tong)，成功實現(xian)了(le)極高的(de)可(ke)組建性(xing)。MultiVAC內置(zhi)的(de)圖靈完(wan)備虛擬機實現(xian)了(le)超高自由度開(kai)發(fa)，開(kai)發(fa)者(zhe)不用去學習(xi)新的(de)編程語言，可(ke)以最大化復用已(yi)有的(de)代碼(ma)庫來構建新的(de)商業應用。
MultiVAC在構建公鏈的過程中，不僅僅是普羅米修斯一樣的“盜火者” -- 實現“全維度(du)分(fen)片(pian)”方案只是其征途的(de)第一步，它不僅(jin)顛(dian)覆(fu)了(le)區塊鏈2.0時代的(de)淺薄(bo)認知（將(jiang)區塊鏈分(fen)片(pian)的(de)層次劃分(fen)為網(wang)絡分(fen)片(pian)、交易分(fen)片(pian)、狀態分(fen)片(pian)），而(er)且重(zhong)新定(ding)義并(bing)創新了(le)馮諾依曼(man)計算機體(ti)系(xi)。
MultiVAC作為具有極高可組(zu)建(jian)性的(de)(de)(de)平臺，可以(yi)賦能(neng)每(mei)一位參與的(de)(de)(de)開發者(zhe)。當開發者(zhe)可以(yi)僅(jin)憑自己的(de)(de)(de)創意和開發能(neng)力來撬動更大的(de)(de)(de)資源時，整個(ge)社會都會成為這個(ge)時代(dai)的(de)(de)(de)受(shou)益者(zhe)。
