SYMBOL四層體系架構

Symbol介紹
Symbol是DApps的開發平台,計劃於2020年下半年推出。從第一代NIS1繼承來的系統構建使簡便性得到了進一步擴展。交易處理速度的提高,引入的總交易使構建能夠處理多個交易的託管變得容易,進一步增強的證券化代幣以及基於帳戶的權限控制(馬賽克限制/帳戶限制),將信息擴展到代幣(元數據)等支持開發。
在Symbol平台上開發DApps的新聞已經在全世界範圍內開始出現,但有望成為日本DApps開發的一種選擇。在本文中,我們將回顧Symbol的架構結構,並為即將到來的DApps開發時代組織基礎知識。
Symbol架構
Symbol使用四層體系結構設計來確保安全性,可伸縮性和易於開發性。這使開發人員可以快速響應數據查詢,而無論更新哪一層以及何時流量較高,都不會影響其他層。
第4層:SDK
Symbol的第四層包含可輕鬆創建以與Symbol網絡交互的自定義應用程序和資源節約型客戶端。該層允許用戶使用標準API調用與Symbol網絡進行有效通信。通過提供第四層SDK,程序員可以使用熟悉的編程語言進行開發。
第3層:REST網關
Symbol的第三層由REST節點組成。這些節點將HTTP和WebSockets結合在一起以便在Symbol區塊鏈上執行讀和寫操作。第三層公開了通過RESTful API可獲得的所有功能。

REST網關如圖所示
- REST API請求和返回:REST網關處理JSON API客戶端請求。網關從MongoDB讀取,格式化響應並將其返回給客戶端。
- 返回Websocket事件:此組件還負責通過WebSockets將事件返回給客戶端
第2層:API節點
Symbol的第二層由MongoDB數據庫和API節點組成。API節點的主要作用是以可讀形式存儲數據。MongoDB數據庫允許客戶端應用程序通過REST節點快速訪問區塊鏈數據。第二層是處理來自第三層的REST和CLI的處理的層。

- 以可讀格式存儲在MongoDB中:API節點的主要作用是以可讀格式將數據存儲在MongoDB中。假脫機基於文件的隊列並更新MongoDB,而不是直接將數據寫入MongoDB。同時,代理服務使用ZMQ通過REST網關通知客戶端更改。
- Aggregate Bond Transactions:API節點還負責收集匯總債券交易的匯總簽名,並且僅在完成時進行處理和通知
第1層:對等節點
第1層是用於點對點交易的核心區塊鏈服務器。節點網絡驗證數據後,更改將在整個網絡中傳播並存儲在分佈式分類帳中。Symbol的代碼是唯一的,並且是從頭開始編寫的。
- 作為區塊鏈的基礎:對等節點構成了區塊鏈的骨幹,節點負責驗證交易和區塊,執行共識算法,生成新區塊以及將更改傳播到網絡
- 將新交易從API節點推送到P2P網絡:將交易從API節點推送到P2P網絡,該數據塊將進行處理然後保存
結論
如果您知道Symbol的四層架構結構,那麼可以看到已經預先準備了服務端節點開發中應實現的內容。這就是Symbol是DApps 開發的眾多區塊鏈平台之一的原因。預計開發人員將能夠專注於業務邏輯的實現而不必擔心構建區塊鏈的功能,開發效率將大大提高。