狀態(tài)通道脖岛、支付通道赞咙、閃電網(wǎng)絡(luò)概述

• 狀態(tài)通道：是指在鏈外狀態(tài)變化的虛擬channel饵隙，這里的狀態(tài)在支付通道的場景中特指質(zhì)押余額的改變俱饿。
• 支付通道：支付通道是狀態(tài)通道的特例歌粥，在比特幣中指雙方交易的無信任機(jī)制。中間的承諾交易都是offchain的拍埠，只有后面的結(jié)算交易最終上鏈失驶，從而達(dá)到提高交易的吞吐量、低延遲和精細(xì)粒度的效果枣购。
• 閃電網(wǎng)絡(luò)：是雙向嬉探、可路由、無信任支付通道的一種具體實(shí)現(xiàn)方式棉圈。由Joseph Poon和Thadeus Dryja于2015年2月首次提出涩堤，其基礎(chǔ)是前面的支付通道。目前閃電網(wǎng)絡(luò)原型以及由幾個團(tuán)隊(duì)發(fā)布分瘾，現(xiàn)在只在比特幣的testnet上運(yùn)行胎围，因?yàn)樗鼈兪褂胹egwit，還沒放到mainnet上激活。

支付通道基本概念和術(shù)語

支付通道中有三種交易類型白魂，資金交易汽纤、承諾交易、結(jié)算交易福荸。
（這里通道是虛擬的概念蕴坪，類比TCP 鏈接。首先敬锐，狀態(tài)通道是由一個叫做“共享狀態(tài)”的交易創(chuàng)建的辞嗡，這個交易被稱為funding transaction或anchor transaction，鎖定了鏈上的共享狀態(tài)滞造。
這個交易必須得發(fā)送到網(wǎng)絡(luò)中，并且通過挖礦栋烤，狀態(tài)通道才能成功創(chuàng)建谒养。
在payment channel中，上述的“鎖定共享狀態(tài)”指的是channel的初始余額明郭。）

承諾交易用于彼此的小額支付买窟，每個承諾交易都改變通道的狀態(tài)，每個prior state是雙方共同廢止的薯定。后面會詳細(xì)介紹廢止prior state的各種機(jī)制始绍。（timelock，HTLC话侄，非對稱可撤銷密鑰亏推？）

結(jié)算交易可以關(guān)閉通道，也需要發(fā)到網(wǎng)絡(luò)中年堆，經(jīng)過挖礦吞杭，最終上鏈結(jié)算。結(jié)算交易是通道的最終狀態(tài)变丧。
任意一方提交最新的承諾交易到鏈上芽狗，也可以單方面關(guān)閉通道。

image.png

簡單支付通道

簡單支付通道是廣義的狀態(tài)通道中的一種痒蓬。其實(shí)閃電網(wǎng)絡(luò)是可路由的童擎、多跳的，雙向支付通道攻晒。
下面我們以一個最簡單的支付通道場景為例來聲明狀態(tài)通道的一些關(guān)鍵點(diǎn)顾复。
單向支付通道示例：

image.png

1）2-2 multisig 地址，提交最多1h的押金炎辨。（36毫比/1h為例）
2）注資時可能多個輸入捕透，一個找零輸出。
3）資金交易得到確認(rèn)后，開始看視頻乙嘀，Emma的軟件創(chuàng)建并簽署一筆承諾交易末购，改變通道余額，創(chuàng)建兩個輸出虎谢，將0.01毫比歸入Fabian的地址盟榴，并退回給Emma35.99毫比。
4）Fabian服務(wù)器接收到此交易婴噩，添加第二個簽名（2-2輸入）擎场，將其返回給Emma并附帶1s的視頻。現(xiàn)在雙方誰都可以兌換完全簽署的承諾交易几莽，代表此時通道的正確余額迅办，正常情況下誰都不會將此交易廣播到網(wǎng)絡(luò)中。
5）最后章蚣，Emma點(diǎn)擊停止觀看視頻站欺，現(xiàn)在可以發(fā)送最終狀態(tài)交易進(jìn)行結(jié)算，即結(jié)算交易纤垂，余額兩清矾策。

image.png

最后，只有兩個交易記錄在塊上：資金交易和結(jié)算交易峭沦。

無信任通道

TimeLock

上面是理想的交易場景贾虽，不存在任何主觀欺騙和網(wǎng)絡(luò)異常、宕機(jī)等意外情況吼鱼。
接下來列舉一些“意外”的場景蓬豁，并考慮如何解決這些問題，使支付通道可以成為受信任的菇肃。

• 創(chuàng)建funding通道后的找零問題：如果fabian消失前沒給funding transaction簽名庆尘，這筆錢就退不回來了。
• 建立起通道后的commitment transaction金額丟失的問題：比如fabian掉線巷送，沒獲得雙方簽名驶忌。

• 比如Emma看了10分鐘視頻，但卻把看第1s后的commitment transaction傳到網(wǎng)絡(luò)中笑跛，上鏈付魔，結(jié)束通道。
  以上問題都可以通過n-lock time解決飞蹂。

  
  
  image.png

• 第一個commitment transaction是refund transaction几苍，并設(shè)置一個較長的locktime，比如30天或4000個block（通道生命周期上限）陈哑。其余的commitment transaction的locktime要比這個短妻坝，以便在退款找零前作承兌伸眶。
• 每一筆承諾交易都會被時間鎖鎖進(jìn)未來時間點(diǎn)，廣播承諾交易的話必須要等待時間到期刽宪。由于nLocktime厘贼，任何一方都只有其時間到期后才能成功傳播任何承諾交易。
• 最新的承諾可以在他的前一承諾被廢止前贖回圣拄。（如果最新交易雙方簽名了就廢止了）

時間鎖是倒計時的嘴秸，最新的交易可以先執(zhí)行并廣播，正常情況下的終止庇谆，只有退款交易和清算交易岳掐，中間的承諾交易不會上鏈。只有一方斷線而另一方不得不單方面關(guān)閉通道時才使用饭耳。
狀態(tài)通道使用時間鎖在時間維度中執(zhí)行智能合約串述。最新的承諾交易可以消費(fèi)輸入、廢止此前的承諾交易寞肖、在網(wǎng)絡(luò)中廣播傳輸剖煌。此實(shí)現(xiàn)只需要絕對的交易級時間鎖（nLocktime）.
接下來，我們將看到如何使用腳本級時間鎖逝淹，來構(gòu)建更靈活、復(fù)雜桶唐、實(shí)用的狀態(tài)通道栅葡。

但是缺點(diǎn)也很明顯：

• timelock限制了channel的lifetime。
• 如果其中一方消失尤泽，另一方必須等待timelock到期才能退款欣簇。
• 如果設(shè)置timelock為4320個塊（30days），之間的commitment tx間隔為1個block（10分鐘）坯约，這樣無形增加了channel參與方的壓力熊咽，因?yàn)樗枰獣r刻在線，盯著進(jìn)度闹丐，隨時準(zhǔn)備著廣播相應(yīng)的commitment tx横殴。

幸好時間鎖并不是廢止先前承諾交易的唯一方法，下面將介紹通過撤銷密鑰來實(shí)現(xiàn)相同的結(jié)果卿拴。

小結(jié)：

1）時間鎖就是為了有效廢止舊的承諾交易和資金交易的退款風(fēng)險衫仑，避免交易中一方為了廣播對自己有利的此前承諾交易。通過時間鎖定確保最新承諾交易在此前承諾交易生效前被花費(fèi)堕花。
2）時間鎖保障交易雙方利益文狱，正常合作關(guān)閉通道不會有任何問題，但是意外情況發(fā)生時可能導(dǎo)致退款周期長缘挽，并且有諸多限制瞄崇。

不對稱可撤銷承諾

處理之前的承諾交易更好的方法是明確的撤銷他們呻粹。但是卻不容易實(shí)現(xiàn)，因?yàn)閷灰走M(jìn)行時間排序本身就很難實(shí)現(xiàn)苏研。

實(shí)現(xiàn)方法是實(shí)現(xiàn)給予交易參與方一個撤銷密鑰等浊，如果對方試圖作弊，就用其來對對方進(jìn)行懲罰楣富。撤銷先前承諾的這種機(jī)制最初是作為閃電網(wǎng)絡(luò)的一部分被提出來的凿掂。

不對稱

image.png

此方案第一個要素--不對稱，如上圖所示纹蝴，任何一方廣播2-2簽名的承諾交易后庄萎，余額都會立即支付給對方，而自己卻要等待一段時間塘安。

但是單靠延遲支付并不足以防止作弊糠涛，因此有方案的第二個關(guān)鍵詞：撤銷密鑰，允許被欺騙的一方占有通道的所有余額來懲罰作弊方兼犯。

image.png

每個承諾交易有一個延遲輸出忍捡，這個延遲輸出允許持有方在1000個塊后兌換，或者另一方用撤銷密鑰（如果有）兌換切黔。例如Hitesh構(gòu)建并簽署承諾交易時砸脊，把第二個輸出（第一個輸出是不對稱）定義為1000個塊后支付給自己，或者任何擁有撤銷密鑰的人纬霞，當(dāng)他想創(chuàng)建下一筆承諾交易凌埂，撤銷此前承諾交易時才會把撤銷密鑰交給Irene。
撤銷是雙邊的诗芜，反之亦然瞳抓。
帶有相對時間鎖（CSV）的不對稱可撤銷承諾是實(shí)現(xiàn)支付通道的更好方法，也是區(qū)塊鏈技術(shù)非常重要的創(chuàng)新伏恐。通過這種結(jié)構(gòu)孩哑，通道可以無限期地保持開放，并且可以承載大量中間承諾交易翠桦。

在閃電網(wǎng)絡(luò)的原型實(shí)現(xiàn)中横蜒，承諾狀態(tài)是由48bit index標(biāo)識，允許在任何單個通道中有超過281M個狀態(tài)轉(zhuǎn)換销凑。

哈希時間鎖合約（HTLC）

支付通道可以通過HTLC這種智能合約進(jìn)行擴(kuò)展愁铺，允許參與者在限定過期時間內(nèi)將資金提交到可撤回密鑰。用于雙向可路由的支付通道中闻鉴。

RSMC只支持最簡單的無條件資金支付茵乱，HTLC（Hashed Timelock Contract）進(jìn)一步實(shí)現(xiàn)了有條件的資金支付，通道余額的分配方式也因此變得更為復(fù)雜孟岛。

H = Hash\(R\)

R是一個密鑰瓶竭，H是密鑰哈希值督勺，這步可以包含在輸出的鎖定腳本中，任何知道R的人都可以兌換輸出斤贰。

image.png

閃電網(wǎng)絡(luò)

廣義閃電網(wǎng)絡(luò)的關(guān)鍵技術(shù)有三個智哀，依次是：RSMC（Recoverable Sequence Maturity Contract），HTLC和閃電網(wǎng)絡(luò)荧恍。后面依賴于前面瓷叫。

i

如果Alice打算終止通道并動用她的那份資金，她可以向區(qū)塊鏈出示雙方簽字的余額分配方案送巡。如果一段時間之內(nèi)Bob不提出異議摹菠，區(qū)塊鏈會終止通道并將資金按協(xié)議轉(zhuǎn)入各自預(yù)先設(shè)立的提現(xiàn)地址。如果Bob能在這段時間內(nèi)提交證據(jù)證明Alice企圖使用的是一個雙方已同意作廢的余額分配方案骗爆，則Alice的資金將被罰沒并給到Bob次氨。

實(shí)際上，前面所說的“作廢前一版本的余額分配”摘投，正是通過構(gòu)建適當(dāng)?shù)摹芭e證”證據(jù)并結(jié)合罰沒機(jī)制實(shí)現(xiàn)的煮寡。

為了鼓勵雙方盡可能久地利用通道進(jìn)行交易，RSMC對主動終止通道方給予了一定的懲罰：主動提出方其資金到賬將比對方晚犀呼，因此誰發(fā)起誰吃虧幸撕。這個設(shè)計雖然增加了技術(shù)復(fù)雜度，但應(yīng)該說是合理的外臂。

通道余額分配方案的本質(zhì)是結(jié)算準(zhǔn)備金坐儿。在此安排下，因?yàn)橐耆刂瀑Y金交收風(fēng)險专钉，每筆交易都不能突破當(dāng)前結(jié)算準(zhǔn)備金所施限制。

基于HTLC可實(shí)現(xiàn)閃電網(wǎng)絡(luò)累铅。

閃電網(wǎng)絡(luò)支付路徑

如上圖所示跃须，Alice想給Dave發(fā)送0.05 BTC，但Alice和Dave之間并沒有微支付通道娃兽。但這沒關(guān)系菇民，Alice找到了一條經(jīng)過Bob、Carol到達(dá)Dave的支付路徑投储，該路徑由Alice/Bob, Bob/Carol和Carol/Dave這樣三個微支付通道串接而成第练。
Dave生成一個秘密R并將Hash(R)發(fā)送給Alice，Alice不需要知道R玛荞。

Alice和Bob商定一個HTLC合約：只要Bob能在3天內(nèi)向Alice出示哈希正確的R娇掏，Alice會支付Bob 0.052 BTC；如果Bob做不到這點(diǎn)勋眯，這筆錢3天后自動退還Alice婴梧。

同樣地下梢，Bob和Carol商定一個HTLC合約：只要Carol能在2天內(nèi)向Bob出示哈希正確的R，Bob會支付Carol 0.051 BTC塞蹭；如果Carol做不到這點(diǎn)孽江，這筆錢到期自動退還Bob。

最后番电，Carol和Dave商定一個HTLC合約：只要Dave能在1天內(nèi)向Carol出示哈希正確的R岗屏，Carol會支付Dave 0.05 BTC；如果Dave做不到這點(diǎn)漱办，這筆錢到期自動退還Carol务傲。

一切就緒后慨削，Dave及時向Carol披露R并拿到0.05 BTC；現(xiàn)在Carol知道了R，她可以向Bob出示密碼R并拿到0.051 BTC（差額部分的0.001 BTC成了Carol的傭金）啄栓；Bob知道R后當(dāng)然會向Alice出示并拿到他的那份0.052 BTC，差額部分的0.001 BTC成了Bob的傭金宙彪。

閃電網(wǎng)絡(luò)逐級提款

盡管閃電網(wǎng)絡(luò)本身可以基于任何合適的傳統(tǒng)技術(shù)構(gòu)建蜻势，閃電網(wǎng)絡(luò)的支付通道也可能逐漸向少數(shù)大型中介集中，變成若干大型中介彼此互聯(lián)屋彪、普通用戶直連大型中介的形式所宰，但這種方案仍然具有傳統(tǒng)中心化方案不可比擬的優(yōu)勢，因?yàn)橛脩衄F(xiàn)在并不需要信任中介畜挥，不需要在中介處存錢才能轉(zhuǎn)移支付仔粥，資金安全受到比特幣區(qū)塊鏈的充分保護(hù)。

閃電網(wǎng)絡(luò)的技術(shù)本質(zhì)并不難理解蟹但，但要將之付諸實(shí)踐則相當(dāng)復(fù)雜躯泰。

閃電網(wǎng)絡(luò)路由

LN節(jié)點(diǎn)之間通信是點(diǎn)對點(diǎn)加密的，節(jié)點(diǎn)間通過公鑰作為標(biāo)識符彼此認(rèn)證對方华糖。
節(jié)點(diǎn)支付前先建立具有足夠容量的支付通道來構(gòu)建網(wǎng)絡(luò)路徑麦向。節(jié)點(diǎn)廣播路由信息，包括打開了哪些通道客叉，通道的容量诵竭，以及收取的路由費(fèi)用，實(shí)現(xiàn)方式目前主要包括以下三種：

1. IRC協(xié)議兼搏。
2. P2P模型卵慰。通過flooding的方式將通道信息傳播給他們的對等體，類似于比特幣傳播交易的方式佛呻。
   3.Flare裳朋。未來計劃，它是一種具有本地節(jié)點(diǎn)和遠(yuǎn)端信標(biāo)節(jié)點(diǎn)的混合路由模型吓著。

在前面的例子中再扭，Alice節(jié)點(diǎn)使用這些路由發(fā)現(xiàn)機(jī)制之一來查找將她的節(jié)點(diǎn)連接到Dave節(jié)點(diǎn)的一個或多個路徑氧苍。構(gòu)建完路徑后，經(jīng)過初始化泛范，傳播一些加密和嵌套的指令來連接每個相鄰的支付通道让虐。

匿名網(wǎng)絡(luò)路徑

在閃電網(wǎng)絡(luò)的“路由部分”另一個重要特性是匿名網(wǎng)絡(luò)路徑。上栗中只有Alice節(jié)點(diǎn)知道付款路線罢荡，其他節(jié)點(diǎn)只找到上一跳和下一跳節(jié)點(diǎn)赡突。具體實(shí)現(xiàn)是通過Sphinx方案的洋蔥路由協(xié)議。

閃電網(wǎng)絡(luò)優(yōu)勢

1. 無信任操作区赵。
2. 速度惭缰。 以毫秒為單位。
3. 隱私和流動性笼才。都是匿名網(wǎng)絡(luò)特性決定的漱受。流動性是因?yàn)楹茈y應(yīng)用監(jiān)視和黑名單。
4. 粒度骡送。支付最小金額單位粒度可以很小昂羡。
5. 吞吐量。

閃電網(wǎng)絡(luò)實(shí)踐分析

閃電網(wǎng)絡(luò)是實(shí)現(xiàn)可路由雙向微支付通道方案的一種摔踱，還有其他實(shí)現(xiàn)類似目標(biāo)的設(shè)計虐先，如Teechan和Tumblebit。
現(xiàn)由至少五個開源團(tuán)隊(duì)實(shí)施派敷。這些獨(dú)立實(shí)施是由“閃電網(wǎng)絡(luò)技術(shù)基礎(chǔ)”論文中描述的一組互通性標(biāo)準(zhǔn)進(jìn)行協(xié)作蛹批。

[1]：閃電網(wǎng)絡(luò)wiki
[2]：雷電網(wǎng)絡(luò)源碼
[3]：閃電網(wǎng)絡(luò)路由方案flare

雷電網(wǎng)絡(luò)

雷電網(wǎng)絡(luò)VS閃電網(wǎng)絡(luò)

閃電網(wǎng)絡(luò)是基于比特的UTXO模型，雷電網(wǎng)絡(luò)是基于以太坊的約模型篮愉，雷電網(wǎng)絡(luò)借鑒了閃電網(wǎng)絡(luò)的技術(shù)理念腐芍，關(guān)鍵技術(shù)也和閃電網(wǎng)絡(luò)一致，包括RSMC试躏、HTLC等技術(shù)猪勇。但雷電網(wǎng)絡(luò)結(jié)合以太坊的特點(diǎn)也有一些自身的設(shè)計特色，下文就雷電網(wǎng)絡(luò)的特點(diǎn)冗酿、存在的問題以及項(xiàng)目現(xiàn)狀方面展開描述埠对。

雷電網(wǎng)絡(luò)設(shè)計特色

1. 智能合約
   閃電網(wǎng)絡(luò)是通過2-2的多重簽名地址建立channel络断，雷電的支付通道通過智能合約裁替，此處智能合約的作用是：
   1）為通道建立指定參與方可共識的共享規(guī)則；
   2）以托管形式持有代幣貌笨，以支持鏈下支付弱判；
   3）使用防止一方濫用規(guī)則的仲裁協(xié)議；

智能合約也負(fù)責(zé)在通道關(guān)閉時锥惋，根據(jù)鏈下雙方簽名的余額證明昌腰，進(jìn)行鏈上的余額結(jié)算开伏。
智能合約對比閃電網(wǎng)絡(luò)中的多重簽名腳本實(shí)現(xiàn)更簡單，條件盤點(diǎn)也更靈活遭商。

2. 智能轉(zhuǎn)賬（smart transfers）

HTLC是閃電網(wǎng)絡(luò)實(shí)現(xiàn)支付路徑的關(guān)鍵固灵，雷電網(wǎng)絡(luò)利用了以太坊支持智能合約的特點(diǎn)，發(fā)明了更為通用的智能條件（smart condition）劫流，實(shí)現(xiàn)智能轉(zhuǎn)賬巫玻。
智能條件可接受任何格式的報文為參數(shù)，執(zhí)行后對通道上的余額進(jìn)行調(diào)整祠汇。而HTLC是smart condition中可實(shí)現(xiàn)的條件之一仍秤。
智能轉(zhuǎn)賬能夠根據(jù)鏈上智能合約可讀取的條件進(jìn)行結(jié)算，提供比HTLC更為豐富的功能可很，如支持預(yù)測市場诗力、期貨等條件，實(shí)現(xiàn)更為豐富的應(yīng)用我抠。

3. 組合鎖

閃電網(wǎng)絡(luò)中苇本，HTLC的解鎖取決于到期時間和收款人能否出示符合哈希值的secret兩個條件。

HTLC的secret一般由收款人設(shè)置屿良，將secret的哈希值提供給付款人圈澈。但是這樣做存在一定問題，即轉(zhuǎn)賬中尘惧，如果Alice臨時改變路徑康栈，不想通過C轉(zhuǎn)賬∨绯龋或者C離線啥么，無法轉(zhuǎn)賬，Alice需要更改路徑贰逾。更改路徑后悬荣，在上次的HTLC沒有到期之前，Bob和C有合謀的可能疙剑，在Bob從新路徑拿到代幣后氯迂，Bob向C透露secret，使Alice在舊路徑被鎖定的代幣損失言缤。

而雷電網(wǎng)絡(luò)開發(fā)者考慮為鎖設(shè)置由三個鎖組成的組合鎖嚼蚀，解決此問題。包括：

（1）重試哈希鎖（retry hashlock）管挟。重試哈希鎖的secret由付款人提供轿曙，可能會被付款人重新生成。重新生成一般發(fā)生付款人想改變路徑的情況。

（2）收據(jù)哈希鎖（receipt hashlock）导帝。收據(jù)哈希鎖的secret由收款人提供守谓。

（3）時間鎖（time lock），用于由付款人控制的鎖到期時間您单。
在到期前要解鎖這筆轉(zhuǎn)賬斋荞，就需要重試哈希鎖和收據(jù)哈希鎖的兩個secret，可稱之為secretR和secretE虐秦。

改造后譬猫，以Alice通過C中介轉(zhuǎn)賬給Bob為例，新的轉(zhuǎn)賬方式是：

（1）收款人Bob發(fā)送收據(jù)哈希鎖給Alice羡疗，自己保留收據(jù)哈希鎖的secretE染服。

（2）付款人Alice使用收據(jù)哈希鎖和自己的重試哈希鎖構(gòu)造給C的轉(zhuǎn)賬，Alice自己保留secretR叨恨。

（3）C按照同樣的鎖向Bob構(gòu)建轉(zhuǎn)賬柳刮。

（4）Alice確認(rèn)以上轉(zhuǎn)賬構(gòu)造完畢后，向Bob提供secretR痒钝。

（5）Bob擁有secretR和secretE秉颗，向C出示，解鎖轉(zhuǎn)賬送矩，獲得代幣蚕甥。C也獲知了兩個secret，向Alice出示栋荸，解鎖轉(zhuǎn)賬菇怀，獲得代幣。

這樣做的好處是晌块，只要Alice不提供secretR爱沟，Bob不能在轉(zhuǎn)賬中途向轉(zhuǎn)賬中介C提供secret，使Alice遭受資金損失匆背。

4. 其他
   雷電網(wǎng)絡(luò)在設(shè)計細(xì)節(jié)方面與閃電網(wǎng)絡(luò)也有一定不同呼伸。

其中，用來更新通道余額分配的報文钝尸，增加了序號字段和等待期字段用來識別作廢的報文括享。
如果A向鏈上提交更新余額的報文后存在等待期，在等待期中珍促，如果有序號更新的報文提交铃辖，A將受到懲罰。懲罰一般是罰沒A在通道中鎖定的代幣踢星。

另外澳叉，在余額分配中，申明新余額分配的方式是出示余額分配的凈增減沐悦，而不是重新申明余額成洗，和閃電網(wǎng)絡(luò)有形式上的差別。由于這個緣故藏否，雷電網(wǎng)絡(luò)的通道稱之為“The Netting Channel（凈通道）”瓶殃。

雷電網(wǎng)絡(luò)一些待解決的問題

1. 通道設(shè)立成本
2. 中介在線激勵：不同于轉(zhuǎn)賬激勵
3. 中介轉(zhuǎn)賬撤回
4. 中介路徑查找
5. 離線風(fēng)險

• 總結(jié)
  雷電網(wǎng)絡(luò)待解決的問題，最突出的有兩個：
  一是離線問題副签。離線造成中介轉(zhuǎn)賬的路徑不能順暢地搭建遥椿，也造成了通道關(guān)閉和中介轉(zhuǎn)賬中，離線節(jié)點(diǎn)代幣損失的風(fēng)險淆储。
  二是路徑查找問題冠场。也許通過高級視圖，可以快速實(shí)現(xiàn)最短中介轉(zhuǎn)賬路徑的查找本砰。但同步通道的最新鏈下交易狀態(tài)碴裙，仍是一個難點(diǎn)。

當(dāng)然点额，以上兩個問題也有比較方便的解決辦法舔株，那就是支付中心。通過若干個和大量節(jié)點(diǎn)保持通道的支付中心还棱，可以大量節(jié)省路徑查找的問題载慈，以及減少轉(zhuǎn)賬中介離線的可能，因?yàn)橹Ц吨行奶幱诮?jīng)濟(jì)激勵考慮會時常在線珍手。但是仍無法解決支付中心在普通節(jié)點(diǎn)離線時办铡，關(guān)閉通道的風(fēng)險。此外琳要，也有支付中心的管理風(fēng)險料扰。因?yàn)槿绻Ц吨行脑谕粫r刻因?yàn)槟撤N原因，關(guān)閉所有通道焙蹭，對鏈上區(qū)塊的GAS消耗是很大的晒杈，可能造成擁堵。