1. 業(yè)務鏈

一種為某一具體業(yè)務而構建的鏈，可以輕松地部署自己的個人業(yè)務鏈鏈，以滿足其應用的需求。eg. VPN service有VPN服務鏈、d-storage service有去中心化存儲服務鏈。

• 默認情況下，每條業(yè)務鏈都具有與主鏈相同的分片架構，由分片、集群和Beacon組成。
• 業(yè)務鏈允許通過用戶合約執(zhí)行復雜的業(yè)務邏輯，而主鏈只處理資產(chǎn)轉(zhuǎn)移和系統(tǒng)級功能。

1.1 業(yè)務鏈 vs 側鏈

• 側鏈
  有一個雙向掛鉤過程，其中token鎖定在主鏈上，然后在側鏈上釋放。
• 業(yè)務鏈
  ● 資產(chǎn)可以自由地在主鏈和其他業(yè)務鏈上轉(zhuǎn)移。每個賬戶都可以存儲多種類型的資產(chǎn)，并可以直接接受TOP Network發(fā)行的原生token;
  ● 賬戶在主鏈和所有業(yè)務鏈中（全網(wǎng)）是唯一的。

1.2 . 業(yè)務鏈開發(fā)框架

業(yè)務鏈開發(fā)框架包含以下內(nèi)置特性：

• P2P網(wǎng)絡讓業(yè)務鏈與主鏈及所有其他業(yè)務鏈互聯(lián)互通。
• 賬戶系統(tǒng)在主鏈和所有業(yè)務鏈之間全網(wǎng)有效。
• 原生token可以在主鏈和所有業(yè)務鏈之間流通。
• TOP Network和業(yè)務鏈有關原生token常見資產(chǎn)操作包括：鎖定資產(chǎn)、解鎖資產(chǎn)或質(zhì)押資產(chǎn)，以及主鏈和業(yè)務鏈之間的資產(chǎn)轉(zhuǎn)移。
• 多種共識機制可供選擇。
• 用戶合約，集成了鏈上存儲和分布式鏈下存儲。

開發(fā)人員可以在開發(fā)過程中定制業(yè)務鏈參數(shù)以滿足業(yè)務需求。eg，可以配置一個交易所需的最小gas，或者一個分片所需的最小節(jié)點數(shù)。

1.3 業(yè)務鏈部署框架

• 提交一個調(diào)用部署在Beacon上的智能合約應用程序。
• 儲存一定數(shù)量的TOP token作為保證金，并為業(yè)務鏈配置參數(shù)，包括將使用哪種共識機制、分片中最小節(jié)點數(shù)等。在成功提交應用程序后，Beacon智能合約將產(chǎn)生一個鏈ID、業(yè)務鏈原生token，并向所有現(xiàn)存的業(yè)務鏈和主鏈節(jié)點廣播。

TOP Network的業(yè)務鏈框架進一步解決了一個和側鏈類似的主要問題，即如何獲取節(jié)點。
step1. 在應用程序準備就緒后，主鏈Beacon上的TOP Network選舉智能合約將引導業(yè)務鏈指派節(jié)點作為業(yè)務鏈的Beacon節(jié)點。一旦業(yè)務鏈Beacon開始運行，它將獲得主鏈Beacon的所有功能，包括核心原生智能合約（如選舉合約、資產(chǎn)業(yè)務合約等）。

step2. 業(yè)務鏈Beacon會接受節(jié)點注冊，并開始以與主鏈類似的方式將新節(jié)點分配到分片和集群。這些節(jié)點將驗證、執(zhí)行交易及運行必要業(yè)務邏輯的用戶合約以通過提供初始核心Beacon節(jié)點來幫助、引導業(yè)務鏈，但是為了獲得更多的節(jié)點，業(yè)務鏈需要承載有用的應用程序以提升交易量。如果一條業(yè)務鏈很熱門，就更容易獲得更多的節(jié)點，而如果它沒有交易量，那么就更難說服其他節(jié)點加入。

2. 單向狀態(tài)通道

TOP Network構建了內(nèi)置的狀態(tài)通道，其目標是增加特定應用系統(tǒng)的吞吐量。適用于涉及低價值、高頻率的微小交易的應用。

2.1 VPN業(yè)務鏈

狀態(tài)通道是根據(jù)特定服務構建在業(yè)務鏈之上的。

• VPN業(yè)務鏈交易的參與者: VPN客戶端、VPN服務提供商、 VPN邊緣節(jié)點中繼。
• 當發(fā)起一個VPN會話時，這些參與者將形成一個虛擬共識網(wǎng)絡。部署在這個虛擬共識網(wǎng)絡上的是我們所說的虛擬智能合約，它在會話期間由每個節(jié)點本地存儲。虛擬智能合約可以從VPN業(yè)務鏈獲取信息，比如當前VPN客戶端的余額。

2.1.1 計費

• VPN會話是根據(jù)計費單位計費的，這些單位通常為1Mb的帶寬。如果每次計費都要執(zhí)行一次交易，那么一個完整的會話就需要執(zhí)行上百次交易。

• 虛擬智能合約會跟蹤、匯總某一個會話期間使用的計費單元的數(shù)量，并在最后向業(yè)務鏈提交單個交易。客戶端、服務節(jié)點和邊緣中繼將定期向虛擬智能合約提交所消耗的或中繼轉(zhuǎn)發(fā)計費單元的數(shù)量。由會話參與者組成的虛擬網(wǎng)絡將使用我們所稱的帶寬證明(PoB)執(zhí)行一輪小范圍的共識驗證。

2.2 結算和爭議程序

• 通常狀態(tài)通道實現(xiàn)方案
  解決和爭議的過程非常復雜。狀態(tài)通道中的每個參與者必須完全同意每個狀態(tài)轉(zhuǎn)換。如果其中一名參與者離線了，或者出現(xiàn)了分歧，在有一個解決方案前這個通道都無法就緒。為了安全退出，通常需要一個比較長時間的“挑戰(zhàn)窗口”，讓有異議的用戶提交他們認為有效的狀態(tài)證明來進行“上訴”。

• TOP Network單向通道
  客戶擁有最終決定權。如果在共識驗證中發(fā)現(xiàn)不一致，狀態(tài)通道將被關閉。
  客戶支付虛擬智能合約中最后記錄的金額。例如，客戶端提交的信息是它使用了90Mb，而服務節(jié)點提交的是它貢獻了92Mb，且客戶端只愿意付90Mb。由于每個計費單位的價值都很小，服務節(jié)點不會蒙受巨大金額的損失。

• 何種情況下關閉通道，參數(shù)可由服務節(jié)點來配置。如果一個服務提供商是一個擁有額外帶寬的大數(shù)據(jù)中心，它不會計較因為一些不誠實客戶端而造成的少量資源丟失。而一些個體服務提供商可能會更嚴格，當出現(xiàn)1或者2Mb的差異，就會立刻關閉通道。

各業(yè)務鏈的共識驗證略有不同，但大體流程是相同的。狀態(tài)通道有助于極大地提高應用系統(tǒng)的可擴展性。由于這個功能是內(nèi)置的，開發(fā)人員不需要困擾于集成，相反，他們可以輕松地享受系統(tǒng)性能的提高

總結

以上是生活随笔為你收集整理的区块链BaaS云服务（28）TOP Network 之业务链和单向状态通道(Layer-2)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。