正如圖 2 中的流程所示,LPWAN 閘道器連線彼此來形成一個網狀網路。感測器或終端裝置使用 LPWAN 技術與閘道器進行雙向通訊。值得注意的是,感測器和終端裝置並不完全侷限於單個廠家的 LPWAN 產品。實際上,任何相容 LoRaWAN 的感測器都可以連線到 LPWAN 網路,並可以開始傳送和接收訊息。
MXProtocol 促成 LPWAN 的網路共享以及資料價值流動。在這個生態系統內,每個感測器或終端裝置都有一個 MXC 錢包地址,錢包是為了支付網路使用費用和從銷售資料和服務中獲得收入。感測器錢包將儲存於雲端以便保持 LPWAN 的低功耗要求。這也是因為感測器通常受計算資源所限制。同樣的錢包亦會用作閘道器錢包(也可以在使用者帳戶中找到並儲存在雲端)。此錢包將接收從雲上載或下載資料到感測器的代幣,並協助支付其他 LPWAN 的資源或資料。
目前的 LPWAN 基礎設施執行在非授權頻段,閘道器和感測器終端裝置之間的資料鏈路不受管制。現在沒有一個機制讓閘道器獲取報酬,下行鏈路資源最終亦會因為以「先到先得」為基礎進行分配而將受到限制。此係統會對由門鎖或汽車充電站系統等提供的低階別資料鏈路服務產生負面影響,並導致資料鏈路未能適當配置。MXC LPWAN 的基礎設施解決了這些問題,為中小企業和跨國公司提供了終極使用者體驗。
圖 3 展示了 MXProtocol 基礎架構的詳細技術堆疊。分散和自治的 LPWAN 建立在任何公有的區塊鏈上,如埃歐塔(IOTA)、恆星幣(Stellar)、天空鏈礦機(Skywire) 和小蟻(NEO)。
基於此,引入 LPWAN、智慧出價及鏈間資料市場,還有防碰撞協調器,以解決上一章提到的 LPWAN 部署問題。
1 公共區塊鏈
市面上有各種區塊鏈。任何人都可以使用自己的金鑰,任何人都可以成為節點並加入網路,任何人都可以成為服務網路和尋求獎勵的參與者。參與者可以離開節點,在他們想回來的時候再度參與。他們亦會得到他們離開期間的網路活動的全部資訊。
在公共區塊鏈中,任何人都可以閱讀該鏈,任何人都可以進行合法的修改,任何人只要遵守規則就可以在鏈中寫入新的區塊。網路參與者是公共區塊鏈中的決策人。該協議基於共識協議。公共區塊鏈提供了一種達成共識的方式,而無需依賴封閉系統來準確記錄交易。
1.1特點
MXC 將 MXProtocol 打造成一個共享經濟平臺,鼓勵所有參與者出一分力。 MXProtocol是一種分散式網路協議,由基於公共區塊鏈的企業和個人的資源。公共區塊鏈的設計使MXProtocol 高效且獨立:越多人使用它,網路就越強大。
區塊鏈應具有四個關鍵屬性:分散式共識、低延遲、靈活信任和漸進安全。換言之,MXProtocol 應該執行在一個公有的區塊鏈上,該區塊鏈具有:
• 一個真正的共識網路。
• 它會消除挖礦獎勵。
• 所有交易得到迅速確認。
• 有一個反阻塞的機制。亦應該針對淹沒網路的惡意使用者採取預防措施(阻斷服務攻擊)。
1.2 安全及隱私
網路的速度及隱私常常是中小企業和跨國公司關注。如以太坊和比特幣等公共區塊鏈往往遭受大規模計算緩慢的影響,使系統停滯不前,導致整個網路和 51%的資源能夠攻擊區塊。應該有一個區塊鏈,為企業和個人共同提供更多的隱私和效率。MXProtocol 需要在安全高效的區塊鏈上執行,以便為裝置提供良好的連線。
MXC 引入的 LPWAN 應用在物聯網領域有更高的要求,因為敏感資料及服務需要更多的高頻及分立的交易。這就是 MXC 繼續在公共區塊鏈上發展的原因,使 MX- Protocol 更高效以及更適合 LPWAN 和物聯網應用的需求。
1.3 長期考慮
如前所述,MXProtocol 是一種 LPWAN 平臺協議,為使用者帶來高效性和穩健性。 然而,MXC 認為有必要強調在公共區塊鏈內部還有一些元件。例如,為了確保 LPWAN 物聯網專案的長期穩定性,對於當前的資料介面仍需要繼續進行研究。也需要進行實地部署來符合從 LPWAN 感測器或終端裝置連線的大量資料流並確保它們無縫連線到網路。
智慧出價
由於 LPWAN 的政府無線電法律規定,下行鏈路是受到感測器和終端裝置嚴密保護的寶貴資源。世界上大多數國家使用八個下行鏈路來確認感測器資料,並且每個鏈路通常必須等待幾毫秒到幾分鐘以便傳送另一個包。
下行鏈路通道固定在協議和程式碼中,每個下行鏈路的等待時間取決於感測器或終端裝置的資料速率。另一個值得關注的是,LPWAN 閘道器使用最先進的 Listen-Before-Talk 技術,允許他們更經常地傳送資料。這意味著可以在頻道空閒時傳送資料,因此不必特地等待時間過去。
1 設計目標
為了克服這些行業的問題,MXProtocol 實施一個去中心化的出價機制,為那些願意出價最多的裝置提供所需的資源。一般來說,公共 LPWAN 部署由個人和公司推動,以擴充套件他們自己的個人網路覆蓋範圍。引入出價機制將導致網路覆蓋範圍擴大,因為使用者既可以從資料中獲得收益,又可以從擴大網路覆蓋中獲得網路共享收益。本節的目的是研究能夠支援 LPWAN 執行良好的生態系統的智慧出價設計。設計的目標為:
• 充分分配下行鏈路資源
• 允許所有感測器或終端裝置在市場平臺上競爭網路資源
• 提供網路部署激勵措施,協助他們獲利
• 確保 LPWAN 服務的通證化
• 使用 MXProtocol 分散式伺服器,以簡化和解決任何物聯網部署問題
2 設計與實現
在智慧出價中有不同的出價模式、範圍和方法。目的是將網路資源分配給出價最高的投標人。圖 4 中提出了智慧出價流程的設計和功能。感測器或終端裝置可從 LPWAN 閘道器上八個可用的下行鏈路通道中選一個來出價。智慧出價的程式碼感測器/終端裝置寄存在雲端上,使他們能夠投標。LPWAN 閘道器隨後提供網路併為感測器或終端裝置提供資源。
在圖 4 所示的例子中,有三個感測器或終端裝置在其他閘道器擁有者的單個通道上投標下行資源。由於其競價程式碼的原因,右側的感測器不參與投標。假設這是因為感測器用於一些不是非常高優先順序的應用,例如,監測垃圾桶或電錶,因此下行確認資料包可以接受資料丟失。餘下的其他兩個裝置繼續進行下行鏈路競標。在這種情況下,門鎖贏得拍賣,下行鏈路到達,然後支付自動從感測器錢包傳送到提供資源的其他人閘道器錢包。
一般而言,一個閘道器為其他人的感測器或終端裝置提供八個通道來進行競標。價格亦會因為閘道器的狀態或者感測器的支付意願而出現浮動。閘道器擁有者的感測器不會參與競價,其資源會被優先保證。
3 閘道器狀況
感測器和終端裝置將事先知道閘道器的狀態,以便對資源和網路提供的服務進行適當的出價。為了激勵網路管理員去維持一個強大的 LPWAN,我們為閘道器定義了以下的指標,讓感測器或終端裝置為動態價格競標:
• 平均故障間隔
• 傳送的下行資料包數量
• 閘道器密度
• 可用服務清單
用於測量閘道器網路穩定性的第一個關鍵準則是測量其停機時間。考慮到感測器所需的服務質量,演算法建議選擇比較小的平均故障間隔(MTBF)。因此,高服務質量的感測器或終端裝置願意為更穩定的 LPWAN 閘道器付費。
閘道器傳送的下行資料包數量代表其受歡迎程度,這通常意味著閘道器周圍的終端裝置或感測器密度較高。如果感測器需要一個來自下行鏈路資料包數量較多的閘道器的下行鏈路,則需要相應地提高出價或提高整體出價範圍。
閘道器密度是一個測量標準,預計會激勵網路管理員在幾乎沒有覆蓋的地區部署更多的閘道器。如上所述,已經清楚的是,感測器願意以較高的價格在較低的閘道器密度低密度競價。意味著下行鏈路和服務受限,感測器相互競爭時會推高價格。總體而言,預計這一指標將推動人們擴充套件網路,以便為 LPWAN 裝置提供更好的網路覆蓋。
LPWAN 會不時提供服務清單,例如:韌體升級,不依賴於 GPS 的定位技術,網路配置最佳化等。這允許所有硬體能夠定期保持最新狀態。感測器和終端裝置可以從公平的競爭中選擇它從服務競標的閘道器,並結合平均故障間隔以及為拍賣而傳送的下行鏈路數量。
4 智慧出價策略
以下是系統中的標準拍賣方法:
• 競投
- 增加:當首次出價失敗時,會提高出價以確保競投。
- 減少:與 Google 關鍵字樣式出價競投類似,使用者會申述其出價範圍。系統
然後顯示(考慮所有因素)必要的投標率。在許多情況下,這將節省客戶的MXC。
• 固定價格
- 網路資源或服務以固定價格提供,數量有限或無限。感測器或終端裝置只需按使用量付費。
• 定量採購
- 網路資源或服務透過定量指標進行出價,如下行鏈路資源的時間段、整個城市下行鏈路的區域以及所需資源的數量。
5.感測器智慧出價程式碼
感測器和終端裝置透過一段程式碼進行競價,使他們能夠競爭由閘道器提供的網路資源和服務。這是在鏈上實現的,因此第三方感測器仍然可以透過移植程式碼輕鬆使用。預先從閘道器接收幾個引數,例如部署密度和感測器可用的服務列表等。
在閘道器獲得資訊後,感測器將根據拍賣型別對服務資源進行投標。例如,腳踏車鎖將使用增加的方法來投標下行鏈路資源。這指定了腳踏車鎖願意為每筆交易支付的 MXC 代幣範圍,市場決定了最終價格。
有關智慧出價的論理、設計和應用的白皮書將會發布。MXC 網站上亦將提供包含文件的應用程式介面(API)。
bid bike lock {
/* Define the willingness to pay for the services or resources */
type bidder
/* Define the gateway status it will use for the auction */
struct gw {
uint mtbf; uint
numdl; uint
density; address
service;
}
address lock1;
gw[] gwstats;
/* Parse the status that received from the gateway */
function Parse(gwstats) public {
gwstats [ lock1 ] = msg. sender
lock1 = gwstats [ lock1 ]. service
}
fuction bid(coin) constant returns (bytes32) {
coin.maximum = 10
coin.minimum = 6
auction.type = liner
auction.block = once
return coin
}
防碰撞協調器
隨著 LPWAN 實際部署量的上升,網路擁塞問題預計會迅速增加。尤其當網路覆蓋範圍超過 20 公里或以上時。
預計到 2020 年,將有超過 750 億臺裝置連線到網際網路。如果其中大部分也使用LPWAN,可以預計它會對網路資源造成相當大的壓力。因此,MXProtocol 基礎架構使用區塊鏈創新架構來增強網路的魯棒性和易用性。
1 設計目的
MXProtocol 還透過增加基於社羣的共識、許可權和部署激勵,為所有公共 LPWAN 提供普遍的物體間共識。
在這裡我們定義 LPWAN 生態系統設計的目標為:
• 儘量減少與多個網路部署在同一地區的上行鏈路的資料包衝突。
• 為需要網路下行鏈路的感測器或終端裝置分配鏈路資源。
• 使個別網路支付其他網路資源和服務,即網路漫遊。
• 以 MXC 結算所有貨幣交易。
2 設計與實現
圖 5 顯示了防撞機制的設計。機制有兩個職責。首先是使用 MXC 在網路之間進行付款。其次是協調網路之間的下行鏈路和上行鏈路狀態。
在圖 5 所示的例子中,我們看到門鎖已經在下行鏈路通道 1 成功地從MXProtocol 獲得了下行鏈路。可是,另外一個部署在 1 公里外的網路也將下行鏈路通道 1 用於垃圾感測器,即將發生碰撞顯而易見。可以解決的是防撞機制協調衝突的網路去支付思科的網路資源,允許閘道器為這個訊號暫停下行鏈路通道 1,從而允許門鎖從雲端接收「請解鎖這個門」的確認。
另一方面,兩個網路報告對方的上行鏈路丟失的資訊,因為 LoRaWAN 協議包含上行鏈路計數器。其後,MXProtocol 發現大部分丟失的資料包都來自路燈和停車計時器,因為它們的傳送間隔是重疊的,而且彼此之間部署的距離非常接近,只有幾百米,所以造成了網路衝突。
MXProtocol 然後延遲路燈的傳送間隔,或者改變資料速率以確保它們不會相互碰撞,並且延遲費用應該由停車計時器支付。預計未來部署的 LPWAN 感測器變得更加密集時,這種網路碰撞會經常發生。因此,防撞機制完全解決了自由授權頻段中的網路資源分配問題。
3 第三方整合
防撞機制確實是 LoRaWAN 伺服器的協議外掛,用於控制 LoRaWAN 上行鏈路和下行鏈路的媒體存取控制(MAC)層面。
有兩種方法可將防撞機制結合到 LPWAN 伺服器中。首先是執行將 MXProtocol防撞機制融合到協議層的完整節點,如圖 3 所示。另一種解決方案是執行帶有防撞模組的輕型節點,該模組可與所有 LoRaWAN 伺服器相容。
如圖 6 所示,防撞機制本質上是 LoRaWAN 協議相容的其他 LoRaWAN 伺服器的外掛。 該外掛是一種協議增強功能,可根據兩個或多個網路之間的支付論理和資源需求來控制上行鏈路和下行鏈路。
輕型節點連線完整節點,以便為分配 LPWAN 用於傳送和接收 MXC 的錢包。防撞機制控制所有 LoRaWAN 裝置的 MAC 層面。另一份介紹 LoRaWAN 伺服器的防撞機制及其 API 協議設計的白皮書即將釋出。
鏈間資料市場
目前,有幾個傳統的資料市場源自幾個加密貨幣專案,例如 Streamr、埃歐塔(IOTA)和 Mobius。所有這些都提供了一種安全機制,以確保資料流可以按照代幣價格銷售,並從擁有者傳輸給消費者。
大多數區塊鏈均需要外部資料。這些資料被送入系統以提供依據,確保鏈上的所有參與者都能正確執行其角色。例如,智慧合約指定哪些貨物,例如,10 個以太幣(ETH),需要從城市 A 運送到城市 B,並要求買方向賣方付款。那麼,如何確定貨物是否已成功送達?智慧合約必須依靠外部預言機,它們來自貨物的 GPS 資料或倉庫讀取的 LPWAN 標籤。
整個行業不斷需求像 Mobius,Polkadot 或 MXC 這樣的專案向其他鏈提供智慧合約和相互依賴的資訊。
Oracles 是第三方服務,它不屬於區塊鏈共識機制。Oracles 的主要挑戰是人們需要信任這些資訊來源。無論是網站或是感測器,資訊的來源都一致要值得信賴。為了解決這些問題,Oracles 有不同的可信計算技術。
1 設計目的
區塊鏈支援預言機 Oracles 以幫助獲取外部資料。其原因來自區塊鏈應用程式(比如去中心化應用和智慧合約)無法直接存取和獲取資料。其次,他們需要為資產和財務應用程式提供代幣定價資訊,以及用於點對點保險的天氣相關資訊,所有資訊均以智慧合約來編寫。在這裡,我們定義關於設計 Oracles 方面的 MXProtocol 跨鏈資料市場的目標為:
• 促進不同區塊鏈之間的資料使用
• 為外接 Oracles 建立可靠的資源
• 將資料疊加起來供以後購買或出售
• 允許購買實時資料流
• 為非區塊鏈應用程式提供獲取資料的 API
• 以 MXC 結算所有貨幣交易
2 設計與實現
MXProtocol 鏈間資料市場提供了一種有效的方法,可以為其他智慧合同提供感測器或終端裝置採集的 LPWAN 資料。
圖 7 顯示了 MXProtocol 資料與區塊鏈(如以太坊)之間的交易示例。
MXProtocol 將資料提供給以太坊智慧合約,並以以太坊付款作為獎勵。它只需要一個簡單的協議就可以相信從 MXProtocol 資料來源獲取的資料是真實以及未被篡改的。除此之外,豐富的資料流也可以透過應用程式介面(Web API)提供給外部非區塊鏈應用程式。
像以太坊般的主要區塊鏈在智慧合約資料方面很短缺,而外接 Oracles 提供的資料本質上可能不值得信賴。藉助 MXProtocol 鏈間資料市場,資料的產生和流程可以在鏈上進行公開追蹤和驗證。因此,安全問題可以MXProtocol 在內部解決。
3 Polkadot and Aeternity
Polkadot 本質上是一個在不同網路之間進行通訊的協議。它解決了不同區塊鏈間的共識和交易交付。
Aeternity 被建立成為真實世界資料和智慧合約之間的介面。Aeternity 的設計不是使用能夠導致單點故障的 Oracles,而是提供分散式基礎設施來儲存和傳輸資料到智慧合約。
MXProtocol 鏈間資料市場使用 Polkadot 和 Aeternity,包括後續研發的其他跨鏈開發的理念和機制來處理共識、隱私、交易交付和安全性。
智慧出價使用場景
1 下行鏈道資源競投
下行鏈路資源競投發生在閘道器需要決定與哪唯一一個感測器或終端裝置進行通訊。閘道器通常有 8 個下行鏈路通道,支援超過 60,000 個需要按順序確認的感測器。因為所有的閘道器都會在相同的網路中接收資料包並將它們轉發出去,所以感測器的上行鏈路資源會在相同網路中儘可能的被自身避免,而不需要競價,而當需要避免碰撞時,防撞機制需要支付另一個網路來避免上行資料包的碰撞。而大多數時候是下行鏈路資源需要分配給一些需要下行鏈路來執行命令的感測器。見圖 8。
智慧出價程式碼決定了感測器或終端裝置支付資源的意願,所有交易均以MXC 結算。
歐洲和美國的無線電委員會都對使用 868 / 915Mhz 頻段的 LPWAN 無線電頻譜實施管制。這些規則涵蓋了最大的佔空時間到最大的工作負載,相應地,還介紹了兩者之間的等待時間。對於沒有「測聽」技術的閘道器,根據資料速率和正在傳送的位元組數,等待時間的範圍可以從幾毫秒到幾分鐘。
目前,下行鏈路資源按「先到先得」的原則分發,這可能會導致各種裝置出現不少潛在問題。例如,如果電錶的下行鏈路優先權比門鎖高, 門鎖則不會收到解鎖門的確認資訊。MXProtocol 智慧出價解決了以下兩方面的問題:
• 使用智慧出價程式碼為拍賣分配同一 LPWAN 內的下行鏈路資源。
• 使不同的網路能夠為願意付款的感測器或終端裝置分配下行鏈路資源。
感測器或終端裝置內的競價程式碼決定了 LPWAN 的市場價格。對於像城市中心這樣密集的閘道器部署,由於可用的下行鏈路通道資源豐富,因此價格可能較低。
並且在山區或郊區,很少有感測器會爭奪下行資源,因此價格會上漲。 感測器將根據 MTBF、下行鏈路數量和網路密度進行競投。
投標背後的拍賣方法和論理可以由感測器的所有者程式設計。預計生態開發者隨後將推出人工智慧(AI)驅動演算法,為感測器和終端裝置提供更智慧的出價策略。
2 網路覆蓋市場
預計隨著感測器或終端裝置的需求,下行資源的供應將逐漸增加。物聯網使用者將支付較低的閘道器密度的較高價格,這使得中小型企業和跨國公司可以採取激勵措施擴大網路覆蓋範圍,以獲得更多的 MXC 代幣獎勵。圖 9 顯示了智慧出價程式碼所放置的市場。價格在兩個 LPWAN 覆蓋範圍重疊的密集部署中較低,而在只有一個 LPWAN 覆蓋範圍時較高。
圖 6 顯示了智慧出價程式碼所放置的市場。價格在兩個 LPWAN 覆蓋範圍重疊的密集部署中較低,而在只有一個 LPWAN 覆蓋範圍時較高。
一些感測器在城市中移動。他們的程式碼宣告瞭想要為單個下行鏈路支付的最多代幣數量。經常的情況是他們去了沒有 LPWAN 覆蓋的地方,資料包沒有辦法被傳輸。一旦他們回到網路,他們會將最後一次脫鏈招標放入鏈中,並通知整個網路他們願意從智慧出價程式碼中支付預定價格。
價格和脫鏈出價的數量肯定會激勵企業以及個人將 LPWAN 閘道器部署到實地,從而擴大鏈間的網路覆蓋範圍。MXProtocol 允許他們部署他們自己的 LPWAN,將自主權利從電信企業集團轉移到企業及個人上。
3 服務市場
協議上有 LPWAN 提供給感測器或終端裝置的服務列表。例如,無線韌體更新應該與下行鏈路的感測器進行多點廣播,並且需要感測器對鏈路資源進行投標。LPWAN 最引人入勝的方面是實現無 GPS 的定位功能,該功能也適用於室內和地底。與 GPS 或 SIM 卡的高功耗和有限覆蓋範圍(不可能覆蓋室內和地底)相比,LPWAN 定位使用感測器傳送的資料包來計算位置,不需要來自資源受限感測器的計算。
這種服務需要閘道器和雲端的資源。因此,智慧出價程式碼將指明是否願意為服務及其準確性付費。接收資料包的閘道器越多,位置就會越精確。
LPWAN 有時候需要更改通道配置,如配置或允許的資料速率。這種協調將需要在全球範圍內應用,網路將盡量讓這種配置同步。智慧出價也可以接受「免費拍賣」,緊急的資料比如說求救或者火警無需支付任何費用。
透過 MXProtocol 智慧出價設計,感測器或終端裝置可能支付網路提供給他們的服務。設計的結果將是:
• 一些感測器或終端裝置透過競價獲得他們要求的服務和資源
• 網路部署透過向 LPWAN 感測器或終端裝置提供服務和資源來獲利
• 所有貨幣交易都在 MXC 中自動完成,無需人工干預
發展進度
MXC 基金會的合作伙伴 MatchX 推出了 MatchBox LPWAN 閘道器以及設有開發套件的 LPWAN 模組。它已經在澳洲、北美洲、亞洲以及歐洲的 40 多個國家設有分銷商。
第一個概念驗證已經與 Stellar Development Foundation 一起進行,利用 LPWAN覆蓋範圍並使感測器能夠相互支付。
關於更多MXC資訊:
更多區塊鏈專案:http://www.qukuaiwang.com.cn/news/xiangmu
風險提示:區塊鏈投資具有極大的風險,專案披露可能不完整或有欺騙。請在嘗試投資前確定自己承受以上風險的能力。區塊網只做專案介紹,專案真假和價值並未做任何稽覈!