LiquidApps網絡將降低區(qū)塊鏈開發(fā)的難度和成本

時間：2020-06-03 22:54:01

關鍵字：區(qū)塊鏈區(qū)塊鏈智能合約

手機看文章

掃描二維碼
隨時隨地手機看文章

[導讀] LiquidApps 的使命，是通過引?一系列技術解決方案，降低區(qū)塊鏈開發(fā)的難度和成本，以此推動去中心化應用（dApps）的?規(guī)模發(fā)展，所提出的解決方案稱之為： “DAPP 網絡”。

LiquidApps 的使命，是通過引?一系列技術解決方案，降低區(qū)塊鏈開發(fā)的難度和成本，以此推動去中心化應用（dApps）的?規(guī)模發(fā)展，所提出的解決方案稱之為： “DAPP 網絡”。

雖然在復雜性和認知方面區(qū)塊鏈技術都有所提升，但人們仍然很難利用其潛力。導致這一脫節(jié)的原因在于 dApps的缺失，無法為主流用戶提供關鍵的實用服務和良好用戶體驗。

“殺手級應用”指的是那些使用量?然增長達到一定水平的應用程序，有相當一部分人會經常使用它們，而不必深?了解其底層技術（例如互聯網背后的TCP/IP協議）。雖然迷戀貓（Crypto-kitties）之類的消費類應用程序顯示了當前以太坊（Ethereum）等平臺所面臨的擴容挑戰(zhàn)，但是充滿活力的開發(fā)者和 dApps 的生態(tài)系統(tǒng)仍在不斷發(fā)展。目前，游戲、菠菜和交易所類 dApps 最受歡迎。但在未來，其功能和覆蓋范圍將如互聯網一般廣泛。

隨著以太坊區(qū)塊鏈平臺主導地位的挑戰(zhàn)者出現，新的技術挑戰(zhàn)和機遇也隨之出現。盡管EOS 區(qū)塊鏈具備潛在的無限可擴展性和速度，在EOS 區(qū)塊鏈上運營所需的 RAM 和 CPU資源價格不菲且數量有限，若 dApp 獲得了成功，所面臨的問題則會更加嚴重 — 生態(tài)系統(tǒng)會面臨雞生蛋、蛋生雞類型的相互制約。需要提出一種技術解決方案，使 dApp 開發(fā)人員能夠輕松地將 CPU 和 RAM 從 EOS 區(qū)塊鏈外部化，并且方便經濟地使用常用的功能。

LiquidApps 很榮幸推出了 DAPP 網絡原生代幣 — DAPP代幣，一種多用途的應用代幣，用于驅動包含了應用設施、資源和服務的生態(tài)系統(tǒng)，專門為 dApp 開發(fā)人員構建以用戶為中心的 dApp 服務。

DAPP 網絡為全新去中心化應用的出現創(chuàng)造了條件——由于現有技術棧系統(tǒng)方面的限制，這些應用是此前所想象不出的。引?了新的協作和激勵的生態(tài)系統(tǒng)后，諸多真正具備多樣性、有價值的創(chuàng)造性長尾dApps 即將應運而生。

在本文中，LiquidApps 介紹了 DAPP 代幣的第一個實用程序，即 vRAM 系統(tǒng)。vRAM 是開發(fā)人員構建 EOS dApps 的另一種存儲方案，可與 RAM 兼容、去中心化運作，并且能夠經濟高效地存儲和檢索可能的無限數據。

LiquidApps 向社區(qū)發(fā)布了第一批由 DAPP 代幣驅動的關鍵產品，為開發(fā)人員開發(fā)和創(chuàng)建DAPP 網絡提供工具。圍繞這一愿景，LiquidApps 制定了路線圖，為開發(fā)人員提供連續(xù)的工具和服務，有助于提高 dApp 的擴展性。DAPP 網絡的發(fā)展，目的是為了提高在區(qū)塊鏈上構建可擴展性 dApp 的便利性、速度和經濟性。

vRAM 系統(tǒng)

EOS 區(qū)塊鏈是公鏈發(fā)展的一個重要里程碑。每周流通市值超過 2，200，000，000 美元，每周新增賬戶約 10，000 個（截至 2019 年 1 ? 14 ?），EOS區(qū)塊鏈具備高效的處理性能，使其有能力為下一輪 dApp 的范式轉變提供支持。

RAM 是一種用于存儲數據的資源，是 EOS 區(qū)塊鏈的核心功能特性之一。 DAPP 代幣的?個應用場景，就是為了改進 RAM。

為了在 EOS 上進?開發(fā)，dApp 開發(fā)人員需要獲取和使用 RAM 資源。目前，RAM 的使用受限于兩個方面：其費用超過 58 EOS/1 MB（截至 2019 年 1 ? 14 ?），且供應有限，約為 90 GB（預計到 2019 年 12 ? 31 ?，將增加至 128 GB）。這都嚴重限制了 dApp 開發(fā)人員及其應用程序的能力。

vRAM 系統(tǒng)（簡稱為“vRAM”）為區(qū)塊鏈開發(fā)者提供了三類創(chuàng)新功能：

1. 存儲經濟實惠

2. 潛在的無限存儲容量

3. 鏈下處理，同時具備鏈上完整性

vRAM 是開發(fā)人員構建 EOS dApps 的另一種存儲方案，可與 RAM 兼容、去中心化方式運作，并且能夠經濟高效地存儲和檢索潛在的無限數據。此外，vRAM 將 RAM 用作緩存，用于消除當前內存成本（RAM）和智能合約??。ㄐ枰鎯Γ┲g的相關性。

當前，dApp 開發(fā)者基于 EOS 創(chuàng)建應用會受到限制，因為他們很難支付高昂的 RAM 費用，或其 dApps 所需的 RAM 遠遠超過當前的總供應量。引入 vRAM 作為 RAM 的補充，dApp 開發(fā)人員能夠突破當今技術的制約，設計新型的去中心化應用和用戶交互方式。

vRAM 系統(tǒng)組件

vRAM 系統(tǒng)包括以下主要組件：

● DAPP 代幣： vRAM 是 DAPP 代幣的?個應用場景，允許您將 RAM 作為高速緩存與之交互。EOS 合約僅能從真正的 RAM 中讀寫數據。為了提供額外容量，vRAM引?了一種機制，使用“DAPP 代幣”以去中心化、去信任的方式將數據從 vRAM 加載到 RAM之中。DAPP 代幣將用作 vRAM 系統(tǒng)的應用訪問代幣，用于訪問和使用系統(tǒng)的讀寫功能。未賦予 DAPP 代幣其他權限。DAPP 代幣也可在其他區(qū)塊鏈中使用，dApp 開發(fā)人員需要進?抵押 DAPP 代幣，以使用 vRAM 系統(tǒng)。

● DAPP 代幣智能合約：管理 DAPP 代幣的抵押事宜。連接 vRAM 系統(tǒng)及使用其功能，需要抵押 DAPP 代幣。

● vRAM 庫：任何使用 vRAM 而? RAM 的智能合約均需引入 vRAM 庫。借助vRAM 庫，用戶合約（User Contracts）能夠使用與 RAM 表（多索引表）相同的程序接?進?讀寫操作。

● dApp 服務提供商（簡稱“DSP”）：任何運?著 DSP 節(jié)點服務器的實體（如下所示）。DSP 可提供定制服務包，包括：提供可用的存儲空間?小、服務器規(guī)格以及使用每個包（“DSP 服務包”）所需要抵押的 DAPP 代幣量。

● DSP 節(jié)點：vRAM 網絡由 dApp 服務提供商（DSP）所運營的節(jié)點組成。DSP 節(jié)點為網絡提供冗余且無需信任的數據存儲。每個節(jié)點均提供 EOSIO API 服務，dApps 向其提交交易（以下簡稱為“TXs”），以便在執(zhí)?操作之前使合約可以訪問相關數據。

● 用戶合約（User Contracts）：EOS dApp 開發(fā)者所部署的智能合約，其中引?了LiquidApps （vRAM 庫）所提供的標準代碼，用于兼容 vRAM操作。只要用戶合約具備?夠的 DAPP 代幣來滿? dApp 的讀/寫需求，用戶合約即可與 vRAM 系統(tǒng)交互。

vRAM 系統(tǒng)運?

A. 配置

為使用 vRAM 系統(tǒng)，dApp 開發(fā)人員需完成以下步驟：

1）將 vRAM 庫集成到用戶合約（User Contracts）中，以便從 vRAM 數據庫中寫入/讀取數據。

2）選擇滿足dApp 數據存儲和訪問初始需求的 DSP 服務包

3）獲取適量的 DAPP 代幣以滿足所需的數據存儲和訪問需求。

4）通過 vRAM 庫在用戶合約中抵押 DAPP 代幣，將抵押的代幣分配給 dApp 開發(fā)人員所選擇的特定的 DSP 數據存儲和訪問服務包。

5）您可以利用尚未使用的 DAPP 代幣，為您認為有助于社區(qū)運行和強健的 DSP 投票。

B. 維護

同 RAM 一樣，dApp 開發(fā)人員需要監(jiān)控其 vRAM 的使用情況（及存儲的 DAPP 代幣數量），并在必要時更改所選擇的 DSP 服務包，避免由于資源不?而導致服務中斷（例如：服務計劃過小或存儲的 DAPP 代幣不?）。

C. 使用 vRAM 系統(tǒng)處理事務（TX）

用戶合約執(zhí)? TX 的過程如下：

1）從客戶端向使用 vRAM 的用戶合約發(fā)送標準事務（ TX）。TX 通過 DSP 節(jié)點的EOSIO API 發(fā)送。

2） DSP 節(jié)點檢測 TX 所需的所有數據，而這些數據無法在 RAM 上找到（因其尚未寫? RAM 中），但是存在于 vRAM 上。

a） DSP 在本地同步 EOS 節(jié)點上執(zhí)?該操作

b）用戶合約本地運?事務。若嘗試獲取所需數據，則會拋出異常（斷?錯誤）。若 RAM 中數據不存在，則此異常可以被視為一種通過信號通知 DSP 請求其服務的方式。

c） DSP 捕獲異常并解析服務請求。

3） DSP 驗證 dApp 是否存儲了?夠的所需的 DAPP 代幣。

4） DSP 節(jié)點將數據以及數據的加密驗證證明一同轉發(fā)至用戶合約。這被稱為“預熱請求”。

5）用戶合約驗證加密證明并將數據加載至 RAM。

6） DSP 將實際的 TX 從客戶端發(fā)送至用戶合約。此時，需要的所有數據均在 RAM中。

7）如果用戶合約需要修改存儲在 vRAM 中的數據，則會使用 DSP 捕獲的新數據發(fā)送一個事件，而 DSP 會將其本地緩存。新數據目前存在于鏈歷史記錄中。

8）用戶合約計算并存儲下一次讀取加密證明所需的簽名，并將數據保存在 RAM 中。

9）用戶合約通過信號通知 DSPs 將數據從 RAM 中刪除（通過交易輸出發(fā)送信號。例如：console 輸出字段）。

10） DSP 向用戶合約發(fā)送指令（清理/cleanup），用戶合約將數據從 RAM 中刪除，同時保留簽名以驗證下一個預熱請求的完整性。如前所述，由于它是鏈歷史記錄的一部分，因此沒有數據丟失。

D. vRAM 系統(tǒng)的跨鏈功能

vRAM 系統(tǒng)也可以用作區(qū)塊鏈之間的共享內存。通過在鏈之間傳遞 vRAM 數據指針（例如 IPFS 指針），它們可被在多鏈中的 DSP 使用。這樣，一旦 IBC （區(qū)塊鏈間通信）功能實現，vRAM 系統(tǒng)除了其核心功能外，還能允許實現無限的“IBC 帶寬”。

DAPP 服務提供商（DSPs）

任何個人或實體均可成為 DSP。DSPs 對其運作的所有方面保持完全?主。每個 DSP 均可提供定制數據包，并附帶 DSP 提出的預定義條款。

如下文“DAPP 代幣分配機制”一節(jié)所定義，DSP 的激勵來自 DAPP 代幣增發(fā)。

A. DSP 功能

a. EOS 區(qū)塊鏈的標準 API 端點。

b. 預熱：用戶合約包含臨時緩存（存儲在標準 RAM 中）。調用某個操作時，DSP都會模擬并收集該操作所需的所有數據指針。然后，DSP 發(fā)送預熱請求，該請求包含數據點及其加密簽名。此請求經用戶合約驗證后，將臨時加載到臨時 RAM緩存表中。

c. 選定數據集的證明/數據索引：實際 vRAM 數據和證明有效地存儲在鏈歷史記錄中。為在執(zhí)?預熱請求時向這些元素提供快速訪問，DSPs 實時監(jiān)聽區(qū)塊歷史，并將不同數據點和證明的最新版本存儲在可訪問的位置（例如 IPFS、S3、磁盤、SQL）。

d. DSPs 支持多項其它?定義外部服務，其中很多為社區(qū)所創(chuàng)建，下面的路線圖部分概述了其中?項。

DAPP 網絡系統(tǒng)模型

● 為訪問 vRAM 系統(tǒng)并獲取 DSPs 提供的服務，dApp 開發(fā)人員必須在用戶合約中抵押 DAPP 代幣。每個用戶合約中所需的 DAPP 代幣數量應滿足 dApp 讀/寫需求所需的 DAPP 代幣量，并且應該符合選定的 DSP 包的要求。注意：dApp 開發(fā)人員可以抵押多于最小必要數量的 DAPP 代幣，用于為特定的 DSP 投票。

● dApp 開發(fā)人員可能會抵押多份 DAPP 代幣，以獲取不同 DSP 所提供的服務。這樣做的目的是為了在出現 DSP 不可用的潛在情況下實現冗余服務。

● DAPP 代幣智能合約持續(xù)生成新 DAPP 代幣，年通膨率為 1-5%（簡稱為“通脹”）。根據抵押且指定給 DSP 的 DAPP 代幣數量的比例，DAPP 代幣智能合約將通脹按比例分配給 DSP。在代幣發(fā)放階段，通脹率設定為 1%。代幣分發(fā)階段結束之后，可由社區(qū)對通脹率進行更新，最高不超過5%。所述的抵押代幣數額將基于累積區(qū)塊進行計算，并按周期執(zhí)行分配。通貨膨脹率最初定為2.71%，其后，社區(qū)可不時更新通貨膨脹率，年化通脹率的范圍是1%至5%。

● 為了獲得通脹部分的 DAPP 代幣，DSP 必須通過 DAPP Generator 智能合約領取代幣。開發(fā)者首次將 DAPP 代幣抵押給某個 DSP 服務包，間隔一個區(qū)塊后，該 DSP可以首次申領 DAPP 代幣。 DSP 領取了 DAPP 代幣之后，再次領取，需間隔24小時以上。

DAPP 代幣分配機制

A. 參數

● SYMBOL： DAPP

● 總發(fā)行量： 1，000，000，000 （10億），將于代幣發(fā)行之日起創(chuàng)建，通過供應者智能合約（Vendor Smart Contract）分配給每一輪的參與者，詳情見下文 B部分。

● 代幣分配開始之后即可轉賬。

● 所有 DAPP 代幣都將通過代幣生成器（Token Generator）創(chuàng)建，通過供應者智能合約（Vendor Smart Contract）進行分配。

B. 分配

● 50%的 DAPP 代幣將通過兩個單獨的“供應者智能合約（Vendor Smart Contract）” 銷售，持續(xù) 333 天，歷經 444 個銷售周期。該合約由 Token Generator 托管或代表 TokenGenerator 。

· 有兩個供應者智能合約（Vendor Smart Contract），每一周期所參與銷售的數額（“周期配額”）為1，126，126 DAPP 代幣（ 18-hour 為一周期）。每一輪的周期配額，將平均分配給兩個供應者智能合約（Vendor Smart Contract）

· 參與者可以選擇通過所喜好的任一供應者智能合約（Vendor Smart Contract）購買DAPP 代幣，該智能合約部署在 EOS 區(qū)塊鏈上。

· 在接收 EOS 代幣轉賬，和分配 DAPP 代幣給參與者這些方面，兩個供應者智能合約（Vendor Smart Contracts）的方式都是相似的。不過，區(qū)別在于其中之一支持立即購買，另外的合約則需要進行引導流程。

· 每一周期結束后：

DAPP 代幣的周期配額按發(fā)送?額的?例分配給該周期的參與者，根據參與者所發(fā)送到兩個供應者智能合約（Vendor Smart Contract）之中的代幣數額進?分配。

供應者智能合約（Vendor Smart Contract）會將所接收到的 EOS 代幣發(fā)送至 Token Generator.

例如：

周期配額：1，126，126 DAPP 代幣

該周期內收到的 EOS 總額10，000 EOS

參與者 A 發(fā)送了 1，000 EOS，這意味著在該周期結束時，他將收到 1，000/10，000*1，126，126= 112，612.6 個 DAPP 代幣。

● 10% 的 DAPP 代幣將通過 “Air-HODL”（既定空投）的方式發(fā)放給 EOS 社區(qū)。區(qū)塊高度為 36，568，000時的每個 EOS 持有者將按?例（最多 300 萬 EOS ）獲得DAPP 代幣（這部分用戶稱之為 “先鋒持有者（Pioneer Holders）”）。先鋒持有者（Pioneer Holders）所收到的 DAPP 代幣將在 2 年內（逐塊地）逐步發(fā)放，這樣 2 年后就可以完全得到所有的代幣。若某個先鋒持有者選擇在上述 2 年結束前贖回 AirHODL的代幣，將只收到既得部分（例如，在 6 個?后，累積發(fā)放了 25% 的DAPP 代幣）。如果先鋒持有者選擇在代幣發(fā)放完畢之前就釋放（和/或出售） AirHODL的代幣，則會將剩余的未發(fā)放的DAPP 代幣分配給那些仍然 Air-HODL 的人，從而增加剩余先鋒持有者的分配額度。但是，先鋒持有者可以將其已得的DAPP 代幣抵押至 DAPP 服務提供商（DSP），這一情況下，這些 Air-HODL 代幣將不會被視為取出。 Air-HODL 開始的日期將在稍后公布。

● 10% 將分給我們的項目上線合作方、設計合作方、其他合作方和顧問。 DAPP 代幣的 1% 將會解鎖，剩余部分會用兩年時間（以逐塊發(fā)放的方式）持續(xù)發(fā)放。然而，未發(fā)放的代幣可能會被抵押。

● 10% 的DAPP 代幣將被指定用作獎金與懸賞計劃，在2年內以逐塊發(fā)放的方式釋放。然而，未發(fā)放的代幣可能會被抵押。

● 20% 的代幣將被分配給 LiquidApps 和創(chuàng)始人，DAPP 代幣總量的 6.5% 將會解鎖，其余的將在 2 年內（逐塊方式）持續(xù)發(fā)放。然而，未發(fā)放的代幣可能會被抵押。

路線圖

DAPP 代幣是訪問 DAPP 網絡服務和 LiquidApps 的?款產品 — vRAM 的代幣，vRAM 打破了去中心化應用開發(fā)的一個關鍵瓶頸。DAPP 網絡旨在支持?量用戶案例，持續(xù)幫助開發(fā)者和用戶簡化與去中心化技術交互的能力。

隨著使用的增加及 DAPP 網絡的發(fā)展，可能會出現其他功能，例如：

● DAPP 借貸：使 DAPP 持有者可將其代幣借給他人，內置的到期機制可以消除違約風險。

● vCPU：將 CPU 密集型的進程從主鏈卸載至側鏈的簡單解決方案。

● 無 RAM 賬戶：一種在EOS區(qū)塊鏈上創(chuàng)建無 RAM 帳戶的方法，允許終端用戶免費登錄。

● 可變的通貨膨脹：使 DAPP 持有者能夠共同重新設定 DAPP 通貨膨脹率。

● IBC：區(qū)塊鏈鏈間通訊解決方案。

● 其他更多功能，敬請期待。..