時間:2022-12-20|瀏覽:6914
創(chuàng)建前所不能的 DeFi 應(yīng)用,從流支付開始!
作者:Leo, IOSG Ventures
原用標(biāo)題:IOSG Weekly Brief | 流支付——區(qū)塊鏈賦能的支付新范式 #154
封面:Photo by CardMapr.nl on Unsplash
本文為 IOSG 原創(chuàng)內(nèi)容,僅做行業(yè)學(xué)習(xí)交流之用,不構(gòu)成任何投資參考。如需引用,請注明來源,轉(zhuǎn)載請聯(lián)系 IOSG 團隊獲取授權(quán)及轉(zhuǎn)載須知。
二十多年前,音樂傳輸?shù)拿浇橹饕谴艓?;十多年前,除了電影院,消費者宅家看電影主要是靠光碟。現(xiàn)在磁帶和光碟從我們的選項中基本消失,取而代之的是流媒體(Streaming Media)——即媒體數(shù)據(jù)被壓縮后,以流的方式通過網(wǎng)絡(luò)傳送,實現(xiàn)在網(wǎng)絡(luò)上實時傳輸媒體內(nèi)容的方式 [1]。歸功于流媒體,消費者可以更快更便捷地獲取內(nèi)容,人均內(nèi)容消費量和頻率也持續(xù)上升。多媒體內(nèi)容傳輸?shù)男问礁淖兞宋覀兿M內(nèi)容的方式和習(xí)慣。試想,如果支付也可以從批量轉(zhuǎn)移(lump-sum transfer)的形式,轉(zhuǎn)為流(streaming)的形式,這個相較于現(xiàn)行金融系統(tǒng)完全不一樣的價值流轉(zhuǎn)方式會對我們的經(jīng)濟活動和生活帶來什么樣的改變?
Andreas M. Antonopoulos 在其 2016 年 10 月 19 日的演講 [2] 中提出了 “流支付——Streaming Money” 的概念雛形。指鏈上資金不再是以每隔一定時間區(qū)間被批量地轉(zhuǎn)賬(比如每月發(fā)放的工資、每年支付的會員費),而是像水流一樣涓涓不斷地以設(shè)定的轉(zhuǎn)賬速率從支付人流向收款人。
如果是初次聽說流支付,可能只會籠統(tǒng)地接受這個抽象的概念,不易體會到流支付意義何在。這里舉幾個例子來體現(xiàn)流支付的優(yōu)點:
通常公司會按照月度在每月的固定時間點給員工發(fā)放工資,這個常規(guī)操作有至少兩個可以被流支付改進的地方。第一從公司的角度,在每月的固定時間點發(fā)放工資,意味著公司需要在這個時間點籌備大量現(xiàn)金來發(fā)放給員工,可能給公司的現(xiàn)金流管理造成一定的壓力。如果采用流支付,將每月集中發(fā)放的一大筆資金在整個月的時間段中緩慢勻速地發(fā)放,公司的現(xiàn)金流可以更平滑。第二從員工的角度,通過流支付,員工可以實時按勞獲得薪酬。相較于現(xiàn)有方式,流支付讓員工可以更早更快地獲取應(yīng)得薪酬。隨著 DAO 和 Gig economy 越發(fā)盛行,自由職業(yè)者通過流支付獲取勞動報酬這個應(yīng)用場景有著廣闊的市場需求。
現(xiàn)行 Netflix 的訂閱模式對用戶按月計費,無論用戶使用產(chǎn)品與否、使用了多長時間,收費都是硬性固定的。流支付可以為訂閱類、計時收費類的服務(wù)和商品提供了更精確、更公平的付款方式。例如在流媒體行業(yè)中,用戶享受音樂或影視所支付的費用取決于實際聽了多長時間、看了多少內(nèi)容,而不必為整部作品、為整月/整年的訂閱支付費用;又如點卡計時線上游戲中,流支付完全可以替代點卡,玩家所付即所得,支付多少費用直接根據(jù)上線時間實時計算結(jié)賬。
如果在流支付協(xié)議上開發(fā)租賃協(xié)議,當(dāng)鏈上資產(chǎn)/物品被租借時,租金可以按照流支付預(yù)設(shè)程序?qū)崟r計費、結(jié)算,當(dāng)流支付中斷時,鏈上資產(chǎn)/物品根據(jù)租賃協(xié)議被自動收回、退還。一方面對租借方公平計費;另一方面保障出借方實時收款,杜絕了租金拖欠的情況。
區(qū)塊鏈項目方給早期參與者空投代幣和向投資者發(fā)放代幣時,若通過流支付來線性緩速釋放代幣,可以有效減輕因一次性發(fā)放大量代幣而對二級市場造成的沖擊。
流支付還可作為 DeFi Building Block 將更有意思的產(chǎn)品和應(yīng)用帶入 DeFi
每一筆流支付都代表了持續(xù)到未來某段時間的收入證明。流支付將無信任、可驗證的未來收入證明以有形的形式具象化并上鏈。以流支付作抵押的貸款將把非足額抵押借貸引入 DeFi,用有形的、可追索的未來收入做擔(dān)保,提升資金效率。這可能是 on-chain credit 鏈上信貸發(fā)展的基礎(chǔ)。
流支付可以將現(xiàn)金流在鏈上證券化以供交易,極大提高資金利用效率和流轉(zhuǎn)速度。
以上僅僅只是部分列舉。Web3 支付領(lǐng)域已經(jīng)涌現(xiàn)了很多協(xié)議,值得一提的是 Sablier 和 Superfluid 兩個項目,其他項目基本可以看作是這兩個協(xié)議的改版。
Sablier 流支付的技術(shù)實現(xiàn)簡單直接。Sablier 協(xié)議在每一條支持的 EVM-compatible 區(qū)塊鏈上部署有一個主合約,主合約管理著這條鏈上的所有的代幣流(token stream)。用戶通過與主合約交互來創(chuàng)建代幣流、撤銷代幣流、從代幣流中提取資金。每個代幣流有且僅有六個屬性(attributes):1、Sender address 支付方地址;2、Recipient address 收款方地址;3、Deposit 發(fā)送代幣總量;4、Token address 所發(fā)送代幣的合約地址(僅支持 ERC-20 代幣);5、Start time 流開始時間;6、Stop time 流停止時間。從這僅有的六個屬性中,可以看出 Sablier 流支付的功能是比較基礎(chǔ)的。一旦用戶將代幣流創(chuàng)建,Sablier 只能按照預(yù)先設(shè)定的屬性參數(shù)機械執(zhí)行。Sablier 截至目前不支持 refill deposit 充值流的發(fā)送代幣量、改變流的轉(zhuǎn)賬速率、更改代幣流結(jié)束時間等等操作。不支持 refill deposit 意味著發(fā)送的代幣總量必須在代幣流創(chuàng)建之初就存于其中,支付方需要提前準備所有資金。從支付方的角度來看,選擇 Sablier 流支付與否,支付方的現(xiàn)金流壓力沒有得到減輕。另外代幣流中的資金均存于 Sablier 主合約中,當(dāng)收款方想取出已收到的資金時,需要支付 gas 費將資金從合約中取出才能自由使用。從收款方的角度,這多余的步驟和隨之產(chǎn)生的 gas 開銷帶來了負面的使用體驗。
Sablier 是第一個實現(xiàn)流支付的協(xié)議,雖然功能上的薄弱限制了 Sablier 的大規(guī)模采用,但 Sablier 為后續(xù)眾多流支付協(xié)議的蓬勃發(fā)展奠定了基礎(chǔ)。其創(chuàng)始人 Paul 在 2018 年曾提出 EIP-1620: Money Streaming[3],旨在為 Ethereum 制定一套流支付的標(biāo)準,該提案也促成 Sablier 于 2019 年上線。然而 EIP-1620 提案后續(xù)發(fā)展停滯,現(xiàn)處于停滯(未完成)狀態(tài)。Sablier 支持主要的 EVM-compatible blockchains,包括 Ethereum, Optimism, Arbitrum, Polygon, Ronin, Avalanche, 和 BSC。Sablier(截至 12 月 19 日)TVL 為 4.5M USD,歷史峰值 1.57B USD。