雷電服務(wù)（即監(jiān)控和尋址服務(wù)）的引入旨在通過以下方式提升雷電網(wǎng)絡(luò)的整體用戶體驗：

a） 在網(wǎng)絡(luò)中尋找較短或成本較低的資金傳輸路徑

b） 通過監(jiān)視開放的支付通道，讓用戶能夠安全地進(jìn)入離線狀態(tài)

目前，雷電服務(wù)包（Raiden Service Bundle，RSB）注冊表計劃列出所有提供監(jiān)視和/或路徑搜索服務(wù)的供應(yīng)商。

雷電服務(wù)的開發(fā)進(jìn)展

監(jiān)控服務(wù)（MS）

監(jiān)控服務(wù)（譯者注：類似于 “瞭望塔服務(wù)”）能夠在用戶離線之時監(jiān)控開放的支付通道。如果一方在另一方離線時關(guān)閉支付通道（或是在一方提出 關(guān)閉通道 的請求后，在超出結(jié)算時限 80% 之時另一方仍未作出響應(yīng)），那么監(jiān)視服務(wù)會將最新的賬戶余額證明發(fā)送給支付通道的智能合約，從而保證支付通道能夠正確結(jié)算。

詳解首個監(jiān)視服務(wù)（MS）實現(xiàn)的工作步驟

· 當(dāng) Alice 想讓她的某個支付通道受到監(jiān)控時，她可以將 RDN 代幣存入 UserDeposit 合約。

· 然后，她將余額證明（包括代幣網(wǎng)絡(luò)類型、通道 ID、nonce 、余額的哈希值，以及付給監(jiān)視服務(wù)的報酬）發(fā)送至公共聊天室，MS 會讀取聊天室里的余額證明。

· 每當(dāng)該支付通道的狀態(tài)發(fā)生改變時，MS 都會收到更新通知，由于其收到的余額證明都是經(jīng)過哈希計算的，因此不會泄露賬戶的實際余額。

· MS 會接收上述信息并監(jiān)聽與該支付通道相關(guān)的鏈上活動。MS 可以選擇僅接收獎勵超過某個下限的監(jiān)控請求。

· 一旦通道關(guān)閉，MS 會給通道參與者一定的時間來自行更新通道狀態(tài)，然后才會根據(jù)接收到的余額證明來調(diào)用 updateNonClosingBalanceProof 函數(shù)。

· 接著可以調(diào)用 settleChannel 函數(shù)來計算兩位通道參與者的正確代幣分配情況。

· 不管是 Alice 還是她的交易對手 Bob 都可以隨時調(diào)用 settleChannel 函數(shù)來執(zhí)行代幣分配。只有用戶所提交的余額數(shù)值與此前所提供的哈希值相匹配時，函數(shù)才會執(zhí)行。

· 該函數(shù)將根據(jù)鏈下轉(zhuǎn)賬完成后的余額情況來正確執(zhí)行代幣分配。

· 在成功提交賬戶余額的哈希值之后，MS 可以向 Alice 存入 RDN 代幣的智能合約索要鏈上付款。（詳見 claimReward 函數(shù)）。

為了盡量避免監(jiān)視同一支付通道的 MS 之間出現(xiàn)沖突，結(jié)算階段分為三個部分：

· 首先，只有未關(guān)閉通道的參與者可以更新通道狀態(tài)。

· 其次，每個 MS 都會收到一個偽隨機(jī)數(shù)據(jù)塊，然后它們就可以代表用戶更新通道狀態(tài)（詳見 firstBlockAllowedToMonitor）。每個支付通道的指令都是獨(dú)一無二的，因此從長遠(yuǎn)角度看，每個 MS 率先響應(yīng)的概率都相同。

· 最后，只要支付通道未結(jié)算完畢，所有 MS 都可以更新通道狀態(tài)。

如果能降低不同 MS 之間發(fā)生沖突的概率，效率就會得到提高，進(jìn)而降低用戶在監(jiān)視服務(wù)方面的總成本。

更多關(guān)于 MS 的內(nèi)容和答疑請參閱該文章。

尋路服務(wù)（PFS）

尋路服務(wù)可以幫助用戶在網(wǎng)絡(luò)中搜索成本最低或最短的付款路徑。路徑搜索服務(wù)依賴于網(wǎng)絡(luò)中的智能合約以及調(diào)解節(jié)點(diǎn)所提供的信息等相關(guān)數(shù)據(jù)，如需要收取的調(diào)解費(fèi)用以及可用通道容量。在當(dāng)前的設(shè)計中，用戶能選擇最短或成本最低的路徑。隨著越來越多的調(diào)解節(jié)點(diǎn)分享它們的更新情況，路徑搜索服務(wù)的質(zhì)量將逐漸得到提升。

詳解首個路徑搜索服務(wù)（PFS）實現(xiàn)的工作步驟

· 為了減少摩擦，雷電網(wǎng)絡(luò)客戶端的目標(biāo)是在啟動支付流程前先找到一條可行的付款路徑。

· 因此，必須大致了解整個網(wǎng)絡(luò)的當(dāng)前狀態(tài)，即支付通道的當(dāng)前容量以及節(jié)點(diǎn)分布情況。這就好比現(xiàn)實世界里的路線規(guī)劃，你需要掌握這個街區(qū)的地圖以及從你家到目的地的交通狀況。

· 智能合約內(nèi)僅存儲有關(guān)支付通道分布情況、存款和取款的信息。這就意味著，節(jié)點(diǎn)并不知道除己方通道以外的其它通道的容量。再打個比方，節(jié)點(diǎn)只知道這里有一條路，但它并不知道這條路是否足夠?qū)?，可以讓我們的車通過。

· 因此，首個 PFS 實現(xiàn)會追蹤網(wǎng)絡(luò)的當(dāng)前狀態(tài)（容量變化及通道分布）并提供路徑，以此賺取以 RDN 代幣支付的報酬。

· 節(jié)點(diǎn)可以將容量的變化情況發(fā)送至一個公共的 matrix room ，后者會將當(dāng)前狀態(tài)告知 PFS 并為它們宣傳支付通道。目前，這是默認(rèn)選項。

· 如果交易雙方都將上述容量變化情況發(fā)送給那個公共 matrix room ，PFS 只會考慮一條支付通道，并將接收到的容量情況反映在路由算法中。

· 如果一個節(jié)點(diǎn)想要保持私密性并且不想?yún)⑴c調(diào)解付款，其可以選擇不發(fā)送容量變化情況。這樣一來，該節(jié)點(diǎn)就可以避免參與調(diào)解，其容量也會被認(rèn)為是 0。

· 當(dāng)前的設(shè)置是，節(jié)點(diǎn)可以從雷電服務(wù)包注冊表上所列的服務(wù)提供商戶中選擇一位來提供 PFS 服務(wù)。

· 為便于客戶端向 PFS 請求路徑，PFS 將通過 HTTP 提供一個 API。除了路徑請求之外，雷電網(wǎng)絡(luò)節(jié)點(diǎn)還會發(fā)送一個引用 UserDeposit 合約中 RDN 代幣存款的簽名欠條。

· 同一節(jié)點(diǎn)的后續(xù)請求會增加欠條的數(shù)量，在此期間，PFS 可以一直保持等待狀態(tài)，直到客戶端要兌現(xiàn)不斷增加的欠條余額為止。

PFS 實現(xiàn)在效率和隱私的權(quán)衡中偏向效率一方。節(jié)點(diǎn)可以選擇退出并保持匿名狀態(tài)，但這樣一來就不能成為調(diào)解節(jié)點(diǎn)了。

如果您想了解更多有關(guān)訊息，請查閱雷電網(wǎng)絡(luò)路徑搜索服務(wù)（Raiden Pathfinding Service）規(guī)范。

誰有資格提供雷電服務(wù)？

從技術(shù)上來說，任何人都可以提供雷電服務(wù)。只需一臺運(yùn)行速率較高的服務(wù)器即可。此外，服務(wù)提供者們需要一個用來收費(fèi)的以太坊地址以及一個以太坊 RPC 端點(diǎn)。雖然從技術(shù)角度來說，不需要自己運(yùn)行一個以太坊全節(jié)點(diǎn)，但是我們強(qiáng)烈建議，還是要跑一個全節(jié)點(diǎn)。

此外，服務(wù)提供者們還需要在 RSB 注冊表中質(zhì)押 RDN。我們很快就會發(fā)布另一篇文章來詳細(xì)講解質(zhì)押流程。

RSB 注冊表有什么作用？

RSB 注冊表列出了所有有資格在雷電網(wǎng)絡(luò)上提供服務(wù)的地址。質(zhì)押這種途徑可以避免垃圾信息以及服務(wù)提供者零成本提供劣質(zhì)服務(wù)等情況。

結(jié)語

請注意，對于 MS 和 PFS 而言，上述模型僅僅是其中一種可能的實現(xiàn)，服務(wù)提供者馬上就可以用起來。我們也可以把其它策略、費(fèi)用模型及算法納入考慮范圍內(nèi)。我們期待看到在不久的將來，雷電服務(wù)能夠集眾家之所長，在各個領(lǐng)域大放異彩。

來源：?以太坊愛好者