長(zhǎng)話(huà)短說(shuō)：StarkPay 是一種基于 STARK 技術(shù)的可擴(kuò)展支付引擎，它可以解決第二層(Layer-2)支付解決方案閃電網(wǎng)絡(luò)(Lightning)的許多缺點(diǎn)。-圖片

長(zhǎng)話(huà)短說(shuō)：StarkPay 是一種基于 STARK 技術(shù)的可擴(kuò)展支付引擎，它可以解決第二層(Layer-2)支付解決方案閃電網(wǎng)絡(luò)(Lightning)的許多缺點(diǎn)。

-圖片來(lái)源：Unsplash，作者：Cade Roberts-

StarkWare 的第一個(gè) STARK 技術(shù)應(yīng)用是一個(gè) Layer-2 可擴(kuò)展引擎。我們最近發(fā)布了 StarkDEX，一個(gè)去中心化交易所(DEX)可擴(kuò)展引擎(早期成果請(qǐng)查看該鏈接)。

我們將該可擴(kuò)展引擎應(yīng)用于加密貨幣支付場(chǎng)景，構(gòu)建了 StarkPay。穩(wěn)定幣的出現(xiàn)滿(mǎn)足了密碼學(xué)貨幣作為交換媒介的必要條件。然而，該生態(tài)系統(tǒng)依舊缺少一個(gè)可擴(kuò)展支付系統(tǒng)。我們相信 StarkPay 能夠滿(mǎn)足這一需要。

本文將對(duì)比分析 StarkPay 與閃電網(wǎng)絡(luò)(最著名的比特幣支付可擴(kuò)展性解決方案)。我們將首先回顧閃電網(wǎng)絡(luò)的優(yōu)缺點(diǎn)。然后，闡述 StarkPay 基礎(chǔ)架構(gòu)，并舉例說(shuō)明其執(zhí)行流程。最后，分析 StarkPay 的優(yōu)缺點(diǎn)，以及缺點(diǎn)的改進(jìn)方案。

本文將不探討兩種方案隱私保護(hù)方面的內(nèi)容。

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

自 Poon 與 Dryja 2016 年發(fā)布白皮書(shū)以來(lái)，閃電網(wǎng)絡(luò)引起了公眾的廣泛關(guān)注。閃電網(wǎng)絡(luò)目前擁有超過(guò) 3000 個(gè)節(jié)點(diǎn)，全網(wǎng)鎖定資產(chǎn)價(jià)值超過(guò) 200 萬(wàn)美元。閃電火炬接力賽(Lightning Torch)的金額也已超過(guò) 100 美元，高科技巨頭 Jack Dorsey 與 Reid Hoffman、金融巨頭 Fidelity 等也都參與其中。

閃電網(wǎng)絡(luò)也有幾個(gè)缺點(diǎn)：活性需求：

付款方必須在線(xiàn)才能完成付款——這一點(diǎn)沒(méi)什么奇怪的。但是，與比特幣不同，在閃電網(wǎng)絡(luò)中，收款方也必須在線(xiàn)，以便使用雙方的私鑰對(duì)鏈下交易簽名（稍后將詳細(xì)闡述操作的安全考慮）。更糟糕的是，從交易雙方建立鏈下通道開(kāi)始，收款人就必須一直監(jiān)測(cè)區(qū)塊鏈狀態(tài)，以確保付款人不會(huì)將他們余額的舊狀態(tài)提交上鏈并關(guān)閉通道。路由節(jié)點(diǎn)也必須在上下游通道超時(shí)之前在線(xiàn)，以便在上游 HTLC（哈希時(shí)間鎖）超時(shí)之前參與協(xié)議、履行職責(zé)（即路由支付請(qǐng)求）。

閃電網(wǎng)絡(luò)試圖引入瞭望塔節(jié)點(diǎn)來(lái)解決用戶(hù)需要持續(xù)監(jiān)測(cè)區(qū)塊鏈的問(wèn)題。瞭望塔節(jié)點(diǎn)通過(guò)向用戶(hù)收取費(fèi)用來(lái)提供區(qū)塊鏈網(wǎng)絡(luò)狀態(tài)監(jiān)測(cè)服務(wù)。

資金利用率低：

一般來(lái)說(shuō)，為了方便使用，付款方愿意鎖定一些資產(chǎn)(例如：使用借記卡)。但是在閃電網(wǎng)絡(luò)中，每個(gè)用戶(hù)需要在每個(gè)通道都鎖定一筆資金，從而將一個(gè)用戶(hù)的資金打散。

更糟糕的是，如果鏈下交易不是直接從付款方發(fā)送給收款方(例如：轉(zhuǎn)移金額為 X)，而是通過(guò)其他路由節(jié)點(diǎn)轉(zhuǎn)發(fā)，那么所涉及的路由節(jié)點(diǎn)也需要鎖定數(shù)量至少為 X 的資金。

在理想情況下(從資金利用率的角度考慮)，單一中心節(jié)點(diǎn)的星型網(wǎng)絡(luò)流動(dòng)性上限為中心節(jié)點(diǎn)愿意鎖定的資金量。付款方的鎖定資金對(duì)于網(wǎng)絡(luò)流動(dòng)性毫無(wú)貢獻(xiàn)。換句話(huà)說(shuō)，需要路由節(jié)點(diǎn)來(lái)給網(wǎng)絡(luò)帶來(lái)流動(dòng)性，這是一個(gè)令人有點(diǎn)驚訝又不合需要的特性。

要是我們?cè)傧氡苊庑纬蛇@樣的中心化網(wǎng)絡(luò)，又會(huì)遇到什么樣的問(wèn)題呢?降低網(wǎng)絡(luò)中心化水平需要增強(qiáng)路由路徑選擇的多樣性。但是在一筆轉(zhuǎn)賬中，參與路由的節(jié)點(diǎn)越多，交易資金成本就會(huì)越高(這是因?yàn)橛糜诼酚傻馁Y金需要在一段時(shí)期內(nèi)鎖定，在鎖定期間并不能產(chǎn)生利息)。

具體而言，如果 Alice 想通過(guò) 5 個(gè)路由節(jié)點(diǎn)向 Bob 發(fā)送 1 個(gè)比特幣，那么總共就需要在閃電網(wǎng)絡(luò)中鎖定 5 個(gè)比特幣。這種成本(以及路由節(jié)點(diǎn)不配合時(shí)的惡意攻擊成本)必須轉(zhuǎn)化為交易方所承擔(dān)的費(fèi)用?，F(xiàn)在閃電網(wǎng)絡(luò)中并向付款方未收取這部分費(fèi)用，而是基于網(wǎng)絡(luò)早期用戶(hù)的利他行為來(lái)維持網(wǎng)絡(luò)正常運(yùn)轉(zhuǎn)。

閃電網(wǎng)絡(luò)生態(tài)系統(tǒng)的中心化趨勢(shì)能夠緩解資金利用率低下的問(wèn)題。閃電網(wǎng)絡(luò)中心化程度顯然是一個(gè)有趣的話(huà)題。

運(yùn)營(yíng)安全挑戰(zhàn)：

中心化交易所最具爭(zhēng)議的點(diǎn)是，它們創(chuàng)造了一種蜜罐，會(huì)引來(lái)攻擊者的攻擊。但是，隨著網(wǎng)絡(luò)的擴(kuò)大，閃電網(wǎng)絡(luò)路由節(jié)點(diǎn)會(huì)創(chuàng)建更多臨時(shí)蜜罐。設(shè)想一下熱錢(qián)包中有一個(gè)私鑰需要暴露的情況：中心化交易所只需要在它們選擇的時(shí)間段內(nèi)短暫暴露私鑰。

但在閃電網(wǎng)絡(luò)中，路由節(jié)點(diǎn)為了提供幾乎實(shí)時(shí)的服務(wù)，必須一直暴露私鑰。與此同時(shí)，為了提供穩(wěn)定的路由服務(wù)，它們需要保證每個(gè)通道都有足夠的資金。這就構(gòu)成了一個(gè)理想的蜜罐：充足的資金與在熱錢(qián)包中暴露的私鑰。為了彌補(bǔ)保護(hù)這個(gè)蜜罐所需投入的資本，路由節(jié)點(diǎn)很可能將這部分投入增加到交易費(fèi)當(dāng)中。

交易完成率隨支付金額增加而降低：

考慮到多跳支付中的每個(gè)通道都需要鎖定超過(guò)支付金額的資金，這些支付在網(wǎng)絡(luò)中可選擇的路由更少，因此更高金額的交易支付完成可能性更低。由于通道路由限制了容量大小，支付金額增加可能導(dǎo)致交易費(fèi)用也會(huì)水漲船高。理想情況下，用戶(hù)當(dāng)然希望交易完成率獨(dú)立于交易金額。

交易完成率隨方向性增強(qiáng)而降低：

與增加支付金額的負(fù)面影響類(lèi)似，當(dāng)許多付款方同時(shí)向一個(gè)收款方支付費(fèi)用時(shí)(例如：真實(shí)世界中消費(fèi)者向商家付款)，他們會(huì)爭(zhēng)奪有限的(指向收款方的)路由節(jié)點(diǎn)資金容量。請(qǐng)注意，閃電火炬接力賽并沒(méi)有證明閃電網(wǎng)絡(luò)能應(yīng)付這種場(chǎng)景。

總的來(lái)說(shuō)，閃電網(wǎng)絡(luò)總資源消耗似乎不僅僅與參與者的數(shù)量或支付金額相關(guān)，還與支付筆數(shù)成比例。這對(duì)于支付擴(kuò)容方案來(lái)說(shuō)顯然是一種硬傷。

[插播：為了簡(jiǎn)單起見(jiàn)，我們假設(shè)閃電網(wǎng)絡(luò)中路由問(wèn)題已經(jīng)被完美解決，并且免費(fèi)提供服務(wù)。當(dāng)然，有些人認(rèn)為這是一個(gè)難題]

StarkPay

StarkPay 的目標(biāo)是提供一種無(wú)活性需求的、可擴(kuò)展、資金高效、非托管的支付解決方案。

組件

StarkPay 由鏈下組件與鏈上組件兩個(gè)部分組成。

鏈下

支付處理者：與付款方與收款方交互。

付款方余額樹(shù)：由 Prover(證人節(jié)點(diǎn)) 更新，并且保證可用性(后文詳述)。

證人節(jié)點(diǎn)(Prover)：產(chǎn)生 STARK 證據(jù)，從而證明支付處理者傳來(lái)的幾批支付的有效性，以及付款方余額更新的有效性。

鏈上

支付合約：StarkPay 的資金入/出(鎖定/解鎖)站，同時(shí)存儲(chǔ)更新付款者余額的承諾(付款者余額更新存儲(chǔ)在鏈下，待驗(yàn)證者合約驗(yàn)證通過(guò)后將承諾存儲(chǔ)在鏈上)。

驗(yàn)證者合約：驗(yàn)證由證人節(jié)點(diǎn)(Prover)產(chǎn)生的 STARK 證據(jù)，并將驗(yàn)證結(jié)果反饋給支付合約。

讓我們將以上模型帶入一些基本場(chǎng)景：

存款（“入站”）

付款者向支付合約存入密碼學(xué)貨幣。通過(guò) STARK 證據(jù)將存入資金轉(zhuǎn)移到鏈下余額樹(shù)。此操作類(lèi)似于閃電網(wǎng)絡(luò)通道建立過(guò)程，但有一個(gè)很重要的區(qū)別在于，StarkPay 中 “入站” 操作可以指定多個(gè)資產(chǎn)接收方地址。

取款（“出站”）

同樣通過(guò)使用 STARK 證明證據(jù)，將鏈下余額樹(shù)中資金轉(zhuǎn)移至支付合約，之后付款方便可從支付合約中取出余額。此操作類(lèi)似于閃電網(wǎng)絡(luò)的通道關(guān)閉過(guò)程。

Alice 通過(guò) StarkPay 向 Bob 轉(zhuǎn)賬

Alice 簽名向 Bob 發(fā)送一筆交易，并將該交易發(fā)送給支付處理者(Alice 并沒(méi)有放棄她的資金監(jiān)管權(quán))。

支付處理者將一批支付交易(包括 Alice 的支付)發(fā)送給證人節(jié)點(diǎn)。

證人節(jié)點(diǎn)生成這批支付的 STARK 證據(jù)，以證明這批支付以及賬戶(hù)余額更新的有效性，具體過(guò)程如下：

檢驗(yàn)支付的數(shù)字簽名;

驗(yàn)證付款方有充足的資金;

更新余額承諾(例如：Merkle 樹(shù)根)。

證人節(jié)點(diǎn)向鏈上的驗(yàn)證合約發(fā)送 STARK 證明證據(jù)以及余額承諾。如果驗(yàn)證通過(guò)，驗(yàn)證者就向支付合約發(fā)送新的余額承諾，并將其存儲(chǔ)在鏈上(如上文所述)。

對(duì)于證人不需要引入信任假設(shè)，惡意或粗心大意的證人無(wú)法讓驗(yàn)證合約相信無(wú)效證明是有效的。

優(yōu)勢(shì)

我們相信 StarkPay 體系架構(gòu)能夠提供預(yù)期的優(yōu)勢(shì)：

可擴(kuò)展性：

StarkPay 所消耗的計(jì)算資源隨著付款者以及支付的數(shù)量增加而增大。更重要的是，計(jì)算資源的變化不再與流通總金額掛鉤。我們已經(jīng)達(dá)到了一個(gè)比較理想的結(jié)果：StarkPay 在單個(gè)區(qū)塊(當(dāng)前 Etherum gasLimit 限制內(nèi))內(nèi)能夠支持超過(guò) 10000 筆交易。

值得注意的是，STARK 適度地消耗了極為稀缺的鏈上計(jì)算資源：它所消耗的資源隨著鏈下計(jì)算規(guī)模的增加以對(duì)數(shù)方式增長(zhǎng)。具體而言：為使 StarkPay 吞吐量提升 10 倍，鏈上計(jì)算資源消耗僅需增加不到 50%。

插播：如果將擴(kuò)容的標(biāo)準(zhǔn)設(shè)置為 金額/秒 而不是 交易量/秒，那么 StarkPay 其實(shí)是沒(méi)有上限的。

資金利用率高：

就像借記卡那個(gè)比喻一樣，在 StarkPay 中，除了每個(gè)付款方希望在鏈下用于支付的資金外，不需要鎖定額外的資金。尤為重要的是，對(duì)支付處理者與證人沒(méi)有流動(dòng)性要求。

無(wú)活性需求：

收款方余額更新時(shí)無(wú)需其保持在線(xiàn)。在所有場(chǎng)景中(存款、取款與支付)，交易都可以離線(xiàn)構(gòu)造并在之后發(fā)送給區(qū)塊鏈或支付處理者。

非托管：

付款方無(wú)需將加密貨幣托管給 StarkPay。所有操作都需要付款方簽名，即便在證人作惡或者不合作的情況下，他們也可以隨時(shí)直接從支付合約(Payment contract)中取出鎖定資金(后續(xù)博客將詳細(xì)闡述有關(guān)安全退出的內(nèi)容)。

在這方面，StarkPay 與 閃電網(wǎng)絡(luò)的效果相同，用戶(hù)仍然保留對(duì)資金的控制權(quán)。

劣勢(shì)

StarkPay 有一些明顯的缺點(diǎn)：

數(shù)據(jù)可用性：

為了充分利用 STARK 的鏈上對(duì)數(shù)擴(kuò)展性，數(shù)據(jù)最好存儲(chǔ)在鏈下，但這就會(huì)帶來(lái)交易數(shù)據(jù)不可用的問(wèn)題。為了去信任，并且打破可擴(kuò)展性上限，數(shù)據(jù)有效性是每個(gè)基于 Plasma 的擴(kuò)容方案必須解決的挑戰(zhàn)。

改進(jìn)方案：

鏈上分批記錄交易：我們認(rèn)為在這種模式下 StarkPay 能夠輕松達(dá)到每秒處理幾百筆交易。

未來(lái)鏈下數(shù)據(jù)一個(gè)可能的方向：構(gòu)建數(shù)據(jù)可用性見(jiàn)證聯(lián)盟，聯(lián)盟對(duì)提交給鏈上驗(yàn)證者合約的證明簽名就表示數(shù)據(jù)在鏈下是可用的。鏈上驗(yàn)證者合約將不接受缺少此證明的證據(jù)。值得注意的是，該聯(lián)盟沒(méi)有被委托保證系統(tǒng)狀態(tài)的有效性 —— 他們不能盜竊資金，也不能將讓系統(tǒng)狀態(tài)失效。

為了支持更加去中心化的解決方案，這個(gè)聯(lián)盟之后將逐步被淘汰。

中心化：

證人(Provers)節(jié)點(diǎn)最初將由 StarkWare 運(yùn)營(yíng)。這帶來(lái)的中心化與審查的風(fēng)險(xiǎn)。

改進(jìn)方案：

中心化：其他市場(chǎng)參與者(包括其他支付處理者)，自然會(huì)提供自己的證人節(jié)點(diǎn)(Provers)。從長(zhǎng)遠(yuǎn)來(lái)看，證人節(jié)點(diǎn)可以通過(guò)共識(shí)算法在網(wǎng)絡(luò)中競(jìng)爭(zhēng)證據(jù)生成業(yè)務(wù)。注意，由于狀態(tài)僅通過(guò)有效證明來(lái)改變，證人節(jié)點(diǎn)不能通過(guò)切換到無(wú)效狀態(tài)來(lái)攻擊網(wǎng)絡(luò)，在這個(gè)意義上，StarkPay 的方法很像第一層(Layer-1)共識(shí)的解決方案。

審查：在 StarkPay 上，STARK 也可以用來(lái)保護(hù)隱私。具體而言，付款方可以隱藏他們的交易內(nèi)容，即便是證人節(jié)點(diǎn)也無(wú)法獲取。由證人節(jié)點(diǎn)生成的計(jì)算聲明是它驗(yàn)證了從付款者收到的一批獨(dú)立交易后生成的，因此他人無(wú)法從中追溯單筆交易。

延遲：

與點(diǎn)對(duì)點(diǎn)閃電通道保證的即時(shí)結(jié)算不同，目前為大批量交易生成證明所需的時(shí)間大約是幾分鐘。

改進(jìn)方案：

證人節(jié)點(diǎn)可以在驗(yàn)證收到的一批交易之后，立即向鏈上的支付合約提交承諾，并同時(shí)生成證明證據(jù)。收款人有幾分鐘的時(shí)間需要承擔(dān)證人節(jié)點(diǎn)會(huì)無(wú)限期扣留證據(jù)的風(fēng)險(xiǎn)。該風(fēng)險(xiǎn)可以通過(guò)持有證人節(jié)點(diǎn)基金來(lái)補(bǔ)償。值得注意的是：StarkPay 的延遲是主鏈對(duì)于證據(jù)提交交易的共識(shí)延遲，而不是閃電網(wǎng)絡(luò)中近乎即時(shí)的鏈下節(jié)點(diǎn)交易處理延遲。

同時(shí)，延遲不應(yīng)該等同于吞吐量：StarkPay 能夠通過(guò)提升證人節(jié)點(diǎn)計(jì)算資源(全部都在鏈下的資源)的方式，來(lái)達(dá)到更高的吞吐量水平。

沒(méi)有適用于比特幣的解決方案：

以目前的形式，比特幣尚不能支持高效鏈上 STARK 驗(yàn)證。

緩解措施：

如果你有解決方案的話(huà)，一定要告訴我們。在此之前，我們將集中精力適配支持高效鏈上 STARK 驗(yàn)證的區(qū)塊鏈。

本文我們介紹了一種適用于加密貨幣支付場(chǎng)景的基于 STARK 算法的可擴(kuò)展引擎(StarkPay)。我們首先分析了當(dāng)前最熱門(mén)的比特幣擴(kuò)容方案 —— 閃電網(wǎng)絡(luò)，并將其與 StarkPay 進(jìn)行了比較。我們的結(jié)論是，StarkPay 提供了一種引人注目的替代方案，能夠在幾個(gè)值得注意的維度對(duì)閃電網(wǎng)絡(luò)進(jìn)行改進(jìn)。

感謝 Vitalik Buterin, Patrick McCorry, Jim Posen 與 Dan Robinson 對(duì)本文草稿提出的意見(jiàn)。

(作者: Tom Brand, Uri Kolodny &Avihu Levy)

關(guān)鍵詞： StarkPay STARK 閃電網(wǎng)絡(luò)