1. 投資要點
- 雲端儲存是目前增長很快的行業，大多采用中心化解決方案，去中心化目前沒有大規模應用。
- 現有區塊鏈儲存專案SiaCoin已經落地，但實際應用場景多，區塊鏈儲存專案價值主要體現在去中心化和規避監管。
- Lambda技術創新包括：採用基於BLS簽名的資料持有證明，基於屬性加密的訪問控制，基於聚類的資料分佈演算法，多層鏈設計。應用新技術較多，部分技術存在缺陷。
- 專案方善於運營社羣，社羣熱度很高，倍受投資人青睞。
2. 產業背景
2.1 雲端儲存行業
近年雲基礎設施服務（IaaS）發展迅速，其中雲主機、雲端儲存是需求最大的兩個領域。雲端儲存通常採用中心化解決方案，大企業有亞馬遜，微軟，阿里等。
資料來源：Gartner
2.2 去中心化儲存
提到去中心化儲存，可能會想到eMule和BT，兩者都是利用P2P網路進行檔案傳輸，eMule有客戶端軟體能夠搜尋檔案；BT僅是一個協議，透過BT種子和檔案資源建立連結。eMule和BT價值在於利用使用者的閒置頻寬，需要一個檔案在多人電腦上儲存，作用是分享資源，主要用於影片資源。而個人網盤，企業網盤，資料庫等資源沒有其他使用者願意備份在自己裝置上，不適合採用BT、eMule等去中心化模式，目前以中心化解決方案為主。
2.3 區塊鏈去中心化儲存專案對比
目前區塊鏈儲存專案有Sia、Storj、FileCoin、Lambda等
表：區塊鏈儲存專案特點
Sia無眾籌，為挖礦幣種，總量無上限，目前供應量360億，進入緩慢挖礦階段。Storj為眾籌幣種，是Storj專案的以太坊代幣，流通量1.35億，總量4.25億。
資料來源：CoinMarketCap，2018.8.29
3. 技術分析
3.1 多層鏈結構
Lambda採用多層鏈設計，包括一條主鏈，多條同構工作鏈。多層鏈設計主要目的是方便完成資料庫設計，主鏈（MainChain）實現基本功能作為總賬本，WorkChain(虛擬層，WorkChain0到 WorkChainN)實現特定功能，多層鏈設計的目的是讓資料庫設計更容易，資料庫的更新升級只需要調整工作鏈，無需變動主鏈。任意一條WorkChain都是由MainChain指派的驗證人節點負責交易的打包和出塊。
工作鏈根據需求進行分片，例如驗證子鏈節點不能所有節點(幾千個)同時去驗證一個檔案，這是極大的資源浪費。為了使Lambda中主賬本與分片賬本相互驗證形成網狀的互驗證結構，每個MainChain的新區塊中包含了ShardChain所有新區塊的雜湊（除非部分Shard-Chain在超時時間內未出區塊），ShardChain的新區塊包含了上一個MainChain的區塊的Hash。
3.2 共識機制
Lambda三個角色的設計分別是提名人、驗證人和釣魚人：
3.2.1 驗證人：
- 負責打包出塊；
- 抵押token可推舉驗證人；
- 硬體環境必須符合要求；
- 驗證節點被隨機分配到不同的WorkChain和ShardChain；
- 主鏈和子鏈都是每間隔5秒出一個塊，每過1024個節點輪換；
- WorkChain，ShardChain節點驗證儲存證明，訪問控制等是否合法；主鏈節點驗證子鏈簽名是否合法。
3.2.2 提名人：
提名人是一個擁有權益的群體，推舉驗證人，將安全性押金委託給驗證人。
3.2.3 釣魚人：
釣魚人和區塊打包的過程並不相關，他們的角色類似於現實世界中的“賞金獵人”，發現並舉報有存在非法行為的參與方（有抵押的參與方），舉報後會進行更嚴格的驗證，成功舉報非法行為可以獲得獎勵。
3.3 區塊鏈儲存專案如何完成檔案去中心化驗證
區塊鏈儲存專案涉及去中心化檔案系統和去中心化資料庫。去中心化檔案系統是去中心化資料庫基礎。現有區塊鏈專案大多隻實現了去中心化檔案系統，本質上是去中心化網盤。
表：區塊鏈儲存專案涉及的關鍵問題
資料持有證明（PDP）需要做到：1)檔案無備份認證，在儲存少量認證後設資料的情況下驗證資料是否完好無損；2）檔案公開認證，認證後設資料公開的情況下完成資料認證。
複製證明(PORep)：確保檔案被儲存多個副本。
3.3.1 Storj透過Merkle tree實現無備份認證
Storj使用者將要儲存的檔案分成若干塊[m1 ,m2 …mn ]，以Merkle Tree的形式建立檔案索引，將本地保留Merkle Tree，檔案塊的Hash值作為認證後設資料集（Key），檔案[m1 ,m2 …mn ]上傳到遠端服務商（證明者）。使用者定期向服務商提交驗證請求，要求服務商返回指定資料塊[mi ]，使用者比對：
H[mi ]=？Key
由於Hash能夠將可變長度資料轉化為固定長度資料，使用者儲存少量證據可以完成資料持有證明。
Storj是一個基於以太坊ERC20發行的token，嚴格說Storj不是區塊鏈專案。而是一箇中心化的獎勵機制，即每個月storj官方根據各礦工每月的儲存量來發放獎勵。
Storj是一個基於以太坊ERC20發行的token，嚴格說Storj不是區塊鏈專案。而是一箇中心化的獎勵機制，即每個月storj官方根據各礦工每月的儲存量來發放獎勵。
3.3.2 SiaCoin實現檔案公開驗證
SiaCoin實現了檔案公開驗證（實際上SiaCoin專案要早於Storj），區塊鏈網路自動完成資料持有證明，任何礦工都可以驗證服務商是否儲存了檔案F。使用者公開檔案索引的Hash值作為證據，礦工完成驗證，做法和本人驗證相同，最後對驗證結果數字簽名後放到鏈上。服務商需要提交原檔案進行驗證，由於Hash逆向計算是非常難的， 如果服務商知道Hash不知道原檔案是無法透過驗證的。鏈上驗證解決兩個問題：1.使用者可能說謊，有可能驗證透過使用者聲稱未透過；2. 使用者不可能實時線上。
SiaCoin是一個早期區塊鏈專案，採用POW機制，10分鐘出一個塊，沒有考慮區塊鏈擴容問題，客戶端同步很慢，TokenGazer在測試時用了2天時間完成同步。
3.3.3 FileCoin
FileCoin是基於IPFS的一激勵層，最主要特點是複製證明和時空證明，概念有點抽象，在此儘量通俗解釋。
複製證明：使用者要求服務商儲存一份檔案F，為了安全要求儲存F的n個副本， 服務商儲存少於n個副本也難以發現。解決方案是對檔案F進行加密，形成n個不同的副本，分別要求服務商儲存，相當於儲存了多個不同檔案。
時空證明：服務商可能完成驗證後刪除檔案，不斷進行復制證明可以實現時空證明。FileCoin時空證明之所以複雜，是因為FileCoin計劃利用時空證明實現POW機制。
3.3.4 Lambda驗證方案BLS-PDP基於BLS同態簽名演算法
Lambda驗證流程和SiaCoin相似：鏈上節點儲存認證元資訊（Key），每過一定時間向服務商發起挑戰。
圖：lambda驗證流程
每次驗證需要提交一部分檔案資料，通訊量仍然較高，容易洩露隱私。Lambda驗證方案中的BLS-PDP基於BLS同態簽名演算法，由於BLS簽名機制具有同態特性，可以將多個簽名聚整合一個簽名。這兩點好的特性使得基於BLS簽名的PDP機制可以獲得更少的儲存代價和更低通訊開銷來實。證明者可以將多個認證資料塊相加產生一個資料塊返回給證明者（黃色標記部分），透過這種方式大幅降低通訊量，並且有一定隱私保護功能。
缺點是要進行umi 計算，計算上難以實現。專案方計劃將資料塊對映為大素數，實現通訊量和計算量兩方面都可控，由於專案方沒有公佈實施細節，安全性和計算量方面TokenGazer團隊目前還沒辦法評估。
另外Lambda採用POS和分片機制，預計TPS會遠高於SiaCoin,能夠更頻繁進行儲存驗證。
3.3.5 資料可恢復證明（POR）
Lambda和Storj都聲稱實現了資料可恢復證明（POR），資料可恢復證明（POR）不僅能識別資料是否損壞，而且能在資料損壞程度低於某一閾值的情況下恢復檔案，認證過程和PDP差別是，資料損壞低於某一閾值時透過認證。
Storj白皮書POR章節偷換概念寫了資料持有證明（PDP），Lambda白皮書也沒有介紹POR如何實現。TG認為POR是服務商自己考慮的問題，並且也有比較成熟的儲存協議來完成資料恢復，鏈上只需要服務商證明資料的完整性。
3.4 資料佈局演算法
3.4.1 CCHDP異構系統解決方案
資料佈局演算法解決如何將檔案分配到不同的儲存節點，目前，大部分佈局演算法面對同構系統，而網際網路裝置主要是異構裝置，為了便於理解，在此僅考慮磁碟大小，儲存專案需要根據調整不同裝置寫入資料的規模，通常解決方案是執行虛擬機器，比如效能最差的裝置執行一臺虛擬機器，效能好的執行多臺虛擬機器，這樣將異構系統虛擬化成同構系統，但執行虛擬機器越多浪費系統資源越高，這就要求叢集中裝置效能儘量相似。
Lambda使用的CCHDP(clustering-based and consistent hashing-aware data placement)演算法。CCHDP的概念最早於2010年提出，由陳濤、肖儂、劉芳以及付長勝所撰寫的論文《基於聚類和一致Hash的資料佈局演算法》釋出在軟體學報網站，大概思路是將異構系統中效能相近的裝置歸為一類，每個叢集有效能相近的裝置組成，達到同構系統的效果，這種做法在中心化系統中是一個可行的方案，但白皮書沒有寫明去中心化系統如何實現CCHDP演算法。
3.4.2 虛擬節點
每個叢集內部佈局機制使用一致 hash 方法進行資料的再次分配，將資料佈局到具體的裝置上。Lambda DB構造了一個特殊的邏輯結構，所有組成單元連線在一起形成一個固定長度的環，環的最大值單元和最小值單元連到一起。節點加入一個資料庫叢集時，根據Hash（key）值加入環中。
Lambda DB系統中的每一個節點在剛剛加入叢集時，會被分配一個隨機的位置，由於演算法的隨機性可能會導致不同節點處理的範圍有所不同，最終每一個節點的負載也並不同。為了解決這個問題，Lambda DB使用了一致性雜湊演算法的變種，將同一個物理節點分配到環中的多個位置，成為多個虛擬節點。
3.4.3 資料庫和區塊鏈關係
Lambda DB是一個分散式對等網路節點系統，每一個節點從邏輯上都含有一個ShardChain(WorkChain2)的賬本和一個資料庫系統的執行時系統。資料庫節點之間按照一定規則組成小網路叢集，叢集的種子路由資訊存在鏈上，路由表本身在存在P2P系統之上。客戶端在使用系統的時候，透過區塊鏈系統完成繳費，並獲得資料庫系統的訪問許可權。由此，整個MainChain鏈本身是一個低頻交易系統，WorkChain1是一個持續計費的高TPS系統，資料庫是一個兼顧高頻和低頻的資料訪問系統，資料庫本身透過WorkChain2對資料的響應進行統計，並在檢查點的時候對請求和響應資訊進行對賬。從思路來說，鏈提供的是類似於公有云的計費系統，並提供了跨越多個物理IDC的資訊連線能力。
3.4.4 哪些資訊放到WorkChain鏈上
1. 節點資訊
2. 路由資訊
3. 底層檔案雜湊
4. 持有性驗證和完整性驗證
……
3.5 基於屬性加密的訪問控制
資料庫系統需要進行訪問控制，然而區塊鏈上的資料都是公開可訪問的，這極大限制了資料的使用場景，為了擴充套件使用場景，Lambda提供了基於多授權機構屬性加密的訪問控制方案。屬性基加密(attribute-based encryption,簡稱ABE)機制以屬性為公鑰，將密文和使用者私鑰與屬性關聯，滿足某些屬性的使用者可以訪問資料庫，能夠靈活地表示訪問控制策略，從而極大地降低了資料共享細粒度訪問控制帶來的網路頻寬和傳送結點的處理開銷。
專案方沒有披露ABE方案，但基於屬性的加密是非對稱加密演算法的變種，計算開銷一般是對稱加密的N(金鑰長度)倍，1024位的金鑰就是對稱加密計算開銷的1024倍，並且隨屬性數量增加，因此ABE不適合長訊息加密，也不適合頻繁加密解密。面對以上的挑戰, Lambda採用了一個線上- 離線的多授權機構屬性基加密(Online/Offline Multi-Authority Attribute BasedEncryption,簡稱OO-MA-ABE)方案，其主要思想是把使用者端線上計算代價轉移到離線階段或者雲伺服器上。
BLS-PDP資料持有證明，基於屬性加密的訪問控制(ABE)，應用CCHDP資料佈局演算法是專案的技術特色。BLS-PDP計算上難以實現，ABE計算上可實現但計算量很大。白皮書沒有披露CCHDP資料佈局演算法如何上鍊。
4. 生態分析
4.1 代幣經濟
Lambda的經濟系統的角色由以下幾類組成：
鏈節點:
鏈節點上又分為驗證人、提名人和釣魚人，第三章已經介紹;
儲存節點:
儲存節點，也是雲服務商;
儲存節點的主要收入來自使用者支付的費用;
儲存節點需要預先質押一部分資金，並獲得POS的分成受益;
儲存節點需要定期向驗證人傳送心跳資訊，其中的幸運者可以獲得一些獎勵，這個設計主要是為了激勵儲存節點的線上;
使用者:
使用者是採購並使用儲存節點的人，通常來說，會是其他應用鏈和Dapp;
投資人:
投資人投資於Lambda專案，並分享LAMB上漲帶來的收益;
交易所:
數字貨幣交易所;
4.2 專案啟動
儲存節點：透過礦工招募可完成，目前裝置和資源過剩，無儲存類合適幣種可挖礦
驗證節點：基金會孵化一部分，另外透過社羣競選產生，驗證節點的收益比較客觀，社羣成員有動力參加競選。
釣魚人：加入門檻低，加入規則公開。
SiaCoin專案儲存節點提供4.0PB容量，使用者只使用了1.77TB。同樣1TB資料，亞馬遜需要需要6美元/月，SiaCoin只需要0.3美元/月，TokenGazer認為無法應用的一大原因是慢，TG團隊嘗試使用了SiaCoin客戶端，10小時同步了45%。可以說目前區塊鏈儲存專案都沒有規模化應用，Lambda後發優勢比較明顯。
5. 專案基本情況評估
5.1 團隊
Lambda核心成員如下：
以上則是Lambda團隊官網早期公佈的核心成員，較目前團隊相比兩名外籍似乎已經離開團隊，但官方並未給出原因以及解釋。
5.2 團隊其他成員如下：
以上為白皮書中團隊的其餘成員，但並未給出各個成員的詳細背景及履歷介紹。
團隊總結：Lamda團隊成員主要來自中國。5名創始人均是技術出身，擁有計算機理科學歷背景。他們曾都是OneAPM藍海訊通公司的核心成員，OneAPM藍海訊通公司在2016年掛牌新三板，並在之前的一年多時間內獲得三輪共計2.6億元投資，但公司近幾年都處於虧損狀態，其股票藍海訊通（838699）也持續下跌，如今已經暫停轉讓。 團隊想要轉戰區塊鏈領域，但他們是否能重整旗鼓還值得商榷。團隊內大部分成員的個人資訊披露較少，目前來看研發團隊 有IT經驗沒有人擁有區塊鏈專案經驗。
顧問：
顧問團孫中英是COINMEX交易所創始人。其他成員中大部分都擁有科技公司CTO以及CEO頭銜，擁有一定技術能力。但披露資訊較少，官網並未提供顧問的LinkedIn連結。
邀請謝大炮擔任Lambda 基金會理事，謝大炮號稱IPFS挖礦第一人，今日頭條上有11萬粉絲。
5.3 投資機構：
Lambda專案的投資人包括真格基金、Dfund、BlockVC等多家知名投資機構。據CCN報道，在2018年8月17日，位元大陸對Lambda公司投資了一筆未公開金額的資金。位元大陸的投資無疑是一筆重大新聞，而多家投資機構對Lambda專案的青睞也說明專案方受到資本方的關注度較高。
5.4 ICO情況
代幣名稱：LAMB
代幣型別：ERC-20
代幣總量：10,000,000,000
代幣單價：$0.01
接受代幣種類：ETH
軟頂：$3,000,000
硬頂：$5,000,000
代幣分配情況如下圖，本次售賣3%~5%；
5.5 社羣
表 ：Lambda社羣熱度
1. Twitter 粉絲數： 3,864， 累計概率：69.69% 。
注：資料來源TG資料庫，截止2018.08.28
2. Telegram 粉絲數：42,907， 累計概率：91.30%
注：資料來源TG資料庫，截止2018.08.17
3. GitHub 活躍度
GitHub中Lambda開發倉庫數量為5，開發人數為0，開發專案為0。5個開發倉庫資料Lambda 的只有兩個，分別為Demo和 WhitePaper，另外3個為Lambda Fork(分流)的程式碼庫。其中WhitePaper庫一直在更新白皮書，而Demo庫一直在更新說明文件，並無程式碼提交，最新一次說明文件提交為2018.08.20. Lambda GitHub 開發人數為0，開發綜上，在GitHub上Lambda並無程式碼提交。
5.6 社羣合夥人招募計劃
2018年8月17日lambda啟動社羣合夥人招募，人數300人以上並且活躍度達到官方要求的微信群可以成為社羣合夥人，lambda會根據微信群質量評估發放代幣獎勵。
綜上所述，專案社羣熱度很高，與一般“空投”相比，社羣合夥人招募等方式能夠更有效的提高社羣活躍度，在電報群和微信群中專案方回答問題比較積極。
5.7 路線圖
階段一 Lambda技術論證與研究（17年 Q4）
- 深度研究區塊鏈各個公鏈和協議層的技術框架，核心團隊閱讀了大量的程式碼和論文(參見附錄);
- 論證Permissionless環境下的海量資料的計算和儲存模型;
- 論證OAS商業模式和Token經濟的結合點;
階段二 Lambda技術論證與研究（18年 Q1）
- 選擇合適的區塊鏈共識機制，確定了採用Sharding方案的高速鏈設計，以及子鏈的HoneyBadgerBFT共識演算法;
- 確定採用Request和Reponse分別記賬的多子鏈設計;
- 完善鏈庫結構分離的結構設計;
- 確定採用PDP的資料持有性證明和ABE的訪問控制和加密機制;
- 確定技術路線和技術方案;
- 完成技術白皮書;
階段三 Lambda核心元件開發（18年 Q1、Q2、Q3）
- 對libp2p和devp2p的效能進行評估測試，程式碼修改;
- 實現底層的資料塊儲系統;
- 閉源開發Lambda Chain;
- 對Lambda FS進行技術驗證;
- 對Lambda FS進行社羣化開發並實時開源;
- 基於Lambda FS實現Lambda資料庫;
- 基於熱點語言開發Lambda Agent方便與現用應用整合;
階段四 Lambda Chain測試網路開發（18年 Q4）
- P2P網路開發用於同步區塊鏈賬本以及儲存資料同步;
- 虛擬機器開發以及內建合約的開發與驗證;
- API介面、RPC介面、命令列、外圍工具開發;
- 開源Lambda Chain;
階段五 測試網路搭建與基於Lambda範例開發（19年 Q1）
- 基於社羣搭建大規模的測試網路，進行全方位的測試;
- 發放LAMB鼓勵早期社羣愛好者開發基於Lambda的應用示例;
- 基於測試網路對應用示例進行安全性與業務漏洞懸賞測試並修正;
階段六 其他資料服務能力的擴充套件與資料交易（19年 Q2）
- 由基金會發起鼓勵更多的資料庫型別與服務能力接入Lambda生態;
- 探索基於Lambda生態的資料交易能力;
Lambda目前並未開源其程式碼，因此路線圖內的很多細節無法得到驗證。在於Lambda專案方的溝通中，TokenGazer瞭解到Lambda除了目前公開的白皮書，還有一份技術白皮書以及經濟白皮書，然而具體公佈時間仍然待定。專案路線圖只計劃到2019年Q2，而在此時間段之前並未主網上線的計劃，因此此時進行募集資金似乎為時尚早，對於投資者來說擁有一定風險。
6. 板塊回報率與募集資金
6.1 板塊回報率
上文中第2章節已經對去中心化雲端儲存專案做了大致的介紹，而目前數字貨幣市場上典型的資料儲存專案較少，而明星專案Filecoin主網至今尚未落地。因此TokenGazer認為對資料儲存專案做版塊分析的資料樣本不足，因此目前不足以用版塊回報率來判斷Lambda的未來表現。基於目前資訊，可以對SiaCoin以及Storj做以下資料分析，用來大致瞭解資料儲存專案的大致表現。
資料來源：非小號，2018年8月31日
SiaCoin上線時間為2015年8月，相較於數字貨幣市場上大部分專案落地較早，因此SiaCoin對美金擁有幾乎128倍的回報率。但若考慮其對ETH回報率，SiaCoin同樣處於破發狀態。另一儲存專案Storj不論對美金還是對ETH都處於破發狀態。參考這兩個典型的儲存專案的回報率來看，資料儲存專案在二級市場上的表現似乎並不能令人滿意。如今爭議不斷的FileCoin官方稱主網將於2019年Q2-Q3落地，而Lambda主網將何時上線也是未知。綜上分析，儲存專案目前的市場回報率不足以引起大量投資者的關注，而在2019年FileCoin與Lambda能否掀起二級市場上對於儲存專案的熱潮呢？這還需持續跟蹤。
6.2 募集資金判斷
6.2.1 基於同類競爭品判斷
對比同型別專案時，假定競爭品募集的資金數量是合理的募集資金量。Lambda此次ICO 3% 代幣，希望募集資金為3,000,000。假設100%代幣在市場上流通，那麼總募集資金為100,000,000, 當前市場總市值約為$230,564,000,000。測算Lambda募集資金佔當前市場份額的百分比為0.043%。其競爭品的募集資金佔市場份額百分比資料如下所示。
注：募集資金佔市場份額百分比為假設代幣100%流通，佔當時市場份額的百分比。
對比以上資料可知，Lambda目標募集資金數量佔市場份額佔比處在同型別競爭品專案的募集資金佔比的區間中。
6.2.2 基於整個二級市場判斷
TokenGazer團隊基於一定假設，透過構建Market_Cap模型來判斷代幣專案募集資金的合理性，具體模型請參考TokenGazer區塊鏈專案投資價值分析報告--Sparrow Exchange。
收集Lambda目前的社交媒體，GitHub，ICO等資料，基於Market_Cap模型可以預測出Lambda如果100%代幣流通的Market_Cap區間為[$19,094351, $29,422,379]。 由於目前Market_cap模型誤差偏大，預測區間也會偏大，但仍然可以以此作為參考，模型也將持續更新。
為了判斷Lambda募集資金的合理性，TokenGazer團隊假定，代幣上線二級市場後，價格將維持在ICO時單價左右。 Lambda目標籌集資金為$3,000,000 , 基於二級市場規律測算出3%代幣的市值區間為[$597,130, $2,942,238]，目標籌集資金接近預測區間上限。
6.2.3 小結
TokenGazer兩種判斷募集資金合理性的方法，都是基於一定前提假設下才成立。 從判斷結果看：
基於整個二級市場判斷募集資金合理性的結論為：Lambda估值偏高。
Lambda預計ICO時間為2018年9月，TokenGazer團隊對彼時市場維持偏弱的判斷，因而採取保守估計。
綜上，TokenGazer團隊認為Lambda ICO 出售3%代幣，目標募集資金為$3,000,000，有一定投資風險。
7. 總結
Lambda採用了多層鏈設計，應用POS機制預計TPS比SiaCoin高。
應用了BLS-PDP,ABE, CCHDP等技術。其中BLS-PDP可以降低節點間傳輸的通訊量，但計算上難以實現，ABE可能會遇到計算開銷過高的問題，Lamda主鏈何時落地仍是個疑問。
專案社羣熱度高，Telegram活躍度排名前10%，代幣上線交易所後有望得到市場認可。
基於目前較弱的市場環境，專案估值偏高，有一定風險。
責任編輯:ToeknGazer
本文為TokenGazer原創內容，轉載請註明出處。
