作者:Momir@IOSG Ventures
本文為IOSG原創(chuàng)內(nèi)容,僅做行業(yè)學(xué)習(xí)交流之用,不構(gòu)成任何投資參考。如需引用,請注明來源,轉(zhuǎn)載請聯(lián)系IOSG團(tuán)隊(duì)獲取授權(quán)及轉(zhuǎn)載須知。特別感謝Scott,Ron對本文寫作修改的幫助。
智能合約具有局限性,因?yàn)樗鼈內(nèi)狈εc環(huán)境交互的能力,這限制了去中心化應(yīng)用(dApps)的發(fā)展?jié)摿Α榱藢?shí)現(xiàn)更多更復(fù)雜的功能,DeFi協(xié)議有兩個(gè)選擇: 它們可以采用靈活的設(shè)計(jì),比如玩家可以個(gè)性化處理各種場景;或者它們可以引入external dependencies——依賴于鏈下基礎(chǔ)設(shè)施,如oracle、keepers或鏈下計(jì)算——以維持簡單的用戶體驗(yàn)。
在最近一篇發(fā)人深思的題為“為什么DeFi被破壞以及如何修復(fù)—第1部分:無oracle協(xié)議”的文章中,Dan Elitzer主張使用零外部依賴的DeFi原語(primitives)來最小化攻擊向量。這個(gè)想法是為了消除對第三方機(jī)構(gòu)的信任需求。然而,一個(gè)零依賴的DeFi生態(tài)系統(tǒng)必將對專業(yè)化的要求更高。大多數(shù)用戶缺乏時(shí)間、專業(yè)知識或資源,無法成為Uniswap v3上的做市商,也無法在沒有external dependencies的情況下評估協(xié)議中的抵押品質(zhì)量,他們不得不依賴于可信的中介機(jī)構(gòu)參與。
因此,對零依賴的追求可能會讓我們回到起點(diǎn),或者更糟的是,迫使非專業(yè)用戶信任復(fù)雜的實(shí)體或?qū)①Y金存入過渡型智能合約,這會增加不安全因素。與其為完全消除外部依賴關(guān)系而奮斗,不如考慮更實(shí)用的方法,比如對external dependencies進(jìn)行更嚴(yán)格的審查,并限制潛在的黑天鵝場景。我們必須認(rèn)識到,某種程度的依賴是不可避免的,甚至對行業(yè)的發(fā)展至關(guān)重要。
在知名的DeFi項(xiàng)目中,Uniswap的早期版本最接近于實(shí)現(xiàn)零依賴。然而,最近引入的Uniswap v4表明了一種轉(zhuǎn)變趨勢,通過高度模塊化的方法(“Hooks”)以推動此領(lǐng)域向前發(fā)展。
數(shù)據(jù)原語
關(guān)于外部依賴的討論主要圍繞智能合約與外部數(shù)據(jù)交互的能力展開。如今,數(shù)據(jù)交互通常依賴于預(yù)言機(jī)來訪問鏈下信息,盡管范圍有限(主要包括主要加密貨幣的價(jià)格)。
隨著越來越多的活動遷移到區(qū)塊鏈,大量有價(jià)值的鏈上數(shù)據(jù)可以用來以算法和透明的方式增強(qiáng)機(jī)制設(shè)計(jì)。然而,盡管鏈上數(shù)據(jù)具有透明度,但將其與智能合約集成并非易事。讀取、處理和交付有意義的數(shù)據(jù)需要建立一個(gè)復(fù)雜且可信的基礎(chǔ)設(shè)施。因此,開發(fā)人員通常依賴于現(xiàn)有的工具來滿足他們的數(shù)據(jù)需求。然而,大多數(shù)現(xiàn)有的數(shù)據(jù)解決方案都植根于Web 2.0框架,甚至更多的Web 3.0本地協(xié)議也不能保證它們提供的數(shù)據(jù)的準(zhǔn)確性。
Sushiswap關(guān)于Polygon Sushi-Matic子圖發(fā)送不準(zhǔn)確數(shù)據(jù)的討論
考慮到智能合約甚至可以管理數(shù)十億美元的存款,它們直接連接到一個(gè)受信任的API源既不可取也不實(shí)際,因?yàn)檫@種依賴會破壞區(qū)塊鏈生態(tài)系統(tǒng)的去中心化性質(zhì)。
構(gòu)建防篡改數(shù)據(jù)解決方案
我們的投資理念圍繞著一個(gè)基本信念,即防篡改數(shù)據(jù)將成為下一代DeFi協(xié)議的基石。然而,實(shí)現(xiàn)數(shù)據(jù)的防篡改不是一項(xiàng)簡單的任務(wù),它需要復(fù)雜的基礎(chǔ)設(shè)施和大量的優(yōu)化,以使其在經(jīng)濟(jì)設(shè)計(jì)上可行。
在這種背景下,Space and Time已經(jīng)成為建立防篡改的數(shù)據(jù)基礎(chǔ)設(shè)施的先鋒。一個(gè)關(guān)鍵部分是它的SQL證明,這是對SNARK證明的改進(jìn),專門用于從關(guān)系數(shù)據(jù)庫查詢數(shù)據(jù)。該方式提供了保證,確保查詢及其底層數(shù)據(jù)不被篡改。此外,在通過RPC調(diào)用從存檔節(jié)點(diǎn)檢索數(shù)據(jù)時(shí),它提供了數(shù)據(jù)有效性的保證。
其他一些有名的無信任數(shù)據(jù)原語項(xiàng)目包括但不限于Nil Foundation、Axiom、Brevis、Herodotus等。
防篡改數(shù)據(jù)為DeFi協(xié)議開辟了新的視野,使它們能夠突破功能的界限,推動行業(yè)進(jìn)一步增長和創(chuàng)新。
下面我們將在以下情況下討論數(shù)據(jù)驅(qū)動協(xié)議設(shè)計(jì)優(yōu)化:
1. 個(gè)性化的用戶體驗(yàn)
2. 自參數(shù)化協(xié)議
3. 協(xié)議經(jīng)濟(jì)
4. 合格訪問
1. 個(gè)性化用戶體驗(yàn)
在技術(shù)業(yè)務(wù)領(lǐng)域,為用戶提供量身定制的服務(wù)是司空見慣的。然而,智能合約(本質(zhì)上是代表某些業(yè)務(wù)邏輯的代碼串)通常會統(tǒng)一用戶體驗(yàn),這通常等同于糟糕的用戶體驗(yàn)。比如說某些借貸平臺,用戶A是一個(gè)新手,用戶B是一個(gè)長期協(xié)議用戶,用戶C是一個(gè)交易老手。這種缺乏差異化的做法無法解釋用戶行為,錯(cuò)失了增強(qiáng)用戶粘性、激勵(lì)積極行為和優(yōu)化資本利用的機(jī)會。
協(xié)議在識別用戶行為并進(jìn)行相應(yīng)調(diào)整方面具有既得利益。例如,通過利用信用評級,向表現(xiàn)良好的客戶提供更便宜的信貸或更低的抵押率。如此一個(gè)項(xiàng)目自然會從具有統(tǒng)一條款的平臺吸引用戶。此外,這種方法為用戶提供了隱性激勵(lì),促使他們表現(xiàn)出好的行為,以獲得更優(yōu)惠的條件。
從金融科技領(lǐng)域思考,像SoFi這樣的公司通過拒絕統(tǒng)一化來獲得市場份額,DeFi dApps也可以學(xué)習(xí)。例如,SoFi發(fā)現(xiàn)了學(xué)生貸款市場的市場效率低下,斯坦福大學(xué)的畢業(yè)生被收取與其他借款人相同的貸款利率,盡管他們畢業(yè)后獲得高薪工作的可能性更高。通過調(diào)整利率以更好地反映用戶的風(fēng)險(xiǎn)狀況,SoFi取得了顯著的成功。
同樣,在DeFi領(lǐng)域,我們設(shè)想了一個(gè)創(chuàng)新協(xié)議的機(jī)會,將用戶風(fēng)險(xiǎn)納入利率和抵押因素。然而,必須小心,不要僅僅根據(jù)現(xiàn)有歷史數(shù)據(jù)來進(jìn)行抵押不足的借貸,因?yàn)楫?dāng)博弈論改變時(shí),歷史數(shù)據(jù)變得無關(guān)緊要。
值得一提的是,Spectral和Cred Protocol等項(xiàng)目正試圖從鏈上數(shù)據(jù)中建立信用評分模型。然而,這些項(xiàng)目都是在中心化數(shù)據(jù)庫上運(yùn)行的,因此,只要它們所服務(wù)的數(shù)據(jù)和模型來自中心化數(shù)據(jù),并且很容易被篡改,那么主要的DeFi協(xié)議就不太可能連接到它們的api。相反,如果這些項(xiàng)目采用防篡改的解決方案,它們就有可能成為無處不在的DeFi信用預(yù)言機(jī),為一系列創(chuàng)新應(yīng)用提供動力。
2. 自參數(shù)化協(xié)議(最小化治理干預(yù))
許多DeFi協(xié)議仍然依賴于人工治理流程,通常由鏈下咨詢公司指導(dǎo),以調(diào)整其參數(shù)。比如AAVE,它向外部咨詢公司支付重金以監(jiān)測和指導(dǎo)協(xié)議風(fēng)險(xiǎn)參數(shù)。
但是,這種做法產(chǎn)生了幾個(gè)問題:
1. 缺乏實(shí)時(shí)支持:系統(tǒng)缺乏對不斷變化的市場條件或新出現(xiàn)的風(fēng)險(xiǎn)的響應(yīng)能力。
2. 手動系統(tǒng):對人工干預(yù)的依賴在調(diào)整協(xié)議參數(shù)時(shí)引入了延遲問題和潛在的低效率。
3. 對鏈下實(shí)體的信任:依賴外部咨詢公司引起了對透明度和提出建議時(shí)使用的方法的擔(dān)憂。
這種靜態(tài)方法在對AAVE的一次攻擊中暴露出來,導(dǎo)致壞賬的產(chǎn)生,而這些壞賬本可以通過合適的借貸參數(shù)來避免,這些參數(shù)可以更好地反映借來的代幣流動性。此外,在借貸協(xié)議中使用流通中代幣作為抵押品的風(fēng)險(xiǎn)尚未得到充分解決。
為了解決這些限制,項(xiàng)目應(yīng)該向?qū)崟r(shí)、自動、透明和無需信任的設(shè)計(jì)過渡。例如,借貸協(xié)議可以利用類似Space and Time的基礎(chǔ)設(shè)施來實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)。這將使他們能夠動態(tài)地調(diào)整抵押品、借貸參數(shù)和其他關(guān)鍵參數(shù)。
同樣,交易所可以引入基于波動率或無常損失的動態(tài)收費(fèi)結(jié)構(gòu)。Uniswap v3之上的許多流動性池難以實(shí)現(xiàn)可持續(xù)運(yùn)營,主要原因是無法對LP動態(tài)收費(fèi)。有了Uniswap v4的Hook或Valantis的模塊,讓動態(tài)收費(fèi)成為可能。
此外,聚合器可以不受人工以及固定費(fèi)用的干擾,以適應(yīng)底層協(xié)議不斷變化的風(fēng)險(xiǎn)和回報(bào)。Spool和Solity的合作就是朝這個(gè)方向邁出的一步,Solity使用大數(shù)據(jù)方法來分析池子的風(fēng)險(xiǎn)回報(bào)。
3. 協(xié)議經(jīng)濟(jì)
數(shù)據(jù)驅(qū)動的方法有可能增強(qiáng)DeFi中的協(xié)議經(jīng)濟(jì)和代幣經(jīng)濟(jì)模型,其中項(xiàng)目可以與滿足條件的用戶共享激勵(lì)。
比如,一個(gè)尋求用戶粘性和忠誠度的DEX聚合器,他們可以將滑點(diǎn)收益分配給滿足某些條件的用戶,例如執(zhí)行指定數(shù)量的交易并達(dá)到最低交易量。
這樣的激勵(lì)大量激勵(lì)早期用戶,在用戶群中建立了忠誠度,并直接向現(xiàn)有用戶提供激勵(lì),以促進(jìn)協(xié)議在他們自己的群體中的使用。
4. 合格訪問
雖然區(qū)塊鏈有無需許可的性質(zhì),但它也允許選擇自由。在多個(gè)案例中,應(yīng)用層的許可訪問可以確保協(xié)議不被用于做惡,或者有效地與目標(biāo)用戶群進(jìn)行交互。
例如,像Tornado Cash這樣的隱私協(xié)議正受到監(jiān)管機(jī)構(gòu)的審查,因?yàn)樗鼈兛赡鼙挥糜谙村X或其他非法行為。為了防止洗錢,協(xié)議開發(fā)人員可以采取措施,防止不良行為者與他們的平臺進(jìn)行交互。
另外,對于做市商來說,了解交易對手是非常有價(jià)值的,但dex通常無法獲取此類信息。假設(shè)有可能利用數(shù)據(jù)來構(gòu)建真人證明,DEXs可以只允許非bot地址交互,那么這類問題也可以得到解決。
可驗(yàn)證計(jì)算的需求
通過與無信任數(shù)據(jù)原語的集成,可以完全實(shí)現(xiàn)上述部分討論的內(nèi)容。然而,其他的將需要額外的資源來執(zhí)行統(tǒng)計(jì)計(jì)算或機(jī)器學(xué)習(xí)。例如,信用評分項(xiàng)目可以利用防篡改數(shù)據(jù),但仍然需要機(jī)器學(xué)習(xí)算法來生成信用評分。
或者在Risk Oracle的前提下,獲取相關(guān)特定代幣的流通供應(yīng)、數(shù)量、交易計(jì)數(shù)、持有者數(shù)量、自TGE以來的時(shí)間等的數(shù)據(jù)對于確定適當(dāng)?shù)牡盅汉徒栀J因素至關(guān)重要。但是,機(jī)器學(xué)習(xí)技術(shù)需要在這些數(shù)據(jù)的基礎(chǔ)上進(jìn)行精確的計(jì)算。
source:https://chainml.substack.com/p/web3-needs-ai-to-realize-its-potential
DeFi中需要更復(fù)雜計(jì)算的其他領(lǐng)域包括但不限于:
●收益聚合器:估計(jì)底層協(xié)議的收益和風(fēng)險(xiǎn),并找到最優(yōu)分配。
●投資組合優(yōu)化:根據(jù)預(yù)先確定的標(biāo)準(zhǔn)計(jì)算目標(biāo)投資組合的分配,根據(jù)技術(shù)指標(biāo)改變定向敞口等。
●衍生品去中心化交易所:系統(tǒng)性風(fēng)險(xiǎn)管理,資金費(fèi)用調(diào)整,衍生品定價(jià)等。
●高級交易執(zhí)行算法
●流動性金庫做市邏輯
●清算庫
像ChainML這樣的項(xiàng)目通過提供可驗(yàn)證的鏈下計(jì)算層來滿足這一需求,并由專門構(gòu)建的共識機(jī)制提供支持。其他構(gòu)建分布式機(jī)器學(xué)習(xí)計(jì)算層的包括但不限于GenSyn, Together.xyz, Akash等。
同樣,ZKML提供了一個(gè)有趣的機(jī)會,其中ZK證明可以將計(jì)算壓縮為可以在鏈上驗(yàn)證的簡潔證明,或者在不透露其屬性的情況下演示特定模型的使用。如Modulus Labs、Giza等ZK項(xiàng)目。
然而,在ZK中實(shí)現(xiàn)機(jī)器學(xué)習(xí)目前非常貴,增大了實(shí)際實(shí)施的挑戰(zhàn)性。雖然硬件加速和電路優(yōu)化可能會在未來提高性能,但人工智能的計(jì)算需求預(yù)計(jì)會以更快的速度增長,這使得ZKML僅限于利基計(jì)算方法,無法適應(yīng)最先進(jìn)的人工智能模型。因此,類似ChainML的項(xiàng)目提供的基于共識的pessimistic approach或基于欺詐證明的optimistic approach等方法可能是將最新的人工智能算法集成到Web 3.0中的最佳機(jī)會。
總結(jié)
防篡改數(shù)據(jù)、先進(jìn)的計(jì)算能力和數(shù)據(jù)驅(qū)動決策的融合,有可能在DeFi生態(tài)系統(tǒng)中解鎖新的創(chuàng)新、提高效率和用戶滿意度。雖然本文關(guān)注的是可以在鏈上數(shù)據(jù)原語的基礎(chǔ)上進(jìn)行的優(yōu)化,但我們同樣看好對通過zk證明集成各種鏈下數(shù)據(jù)所帶來的機(jī)會。我們相信,數(shù)據(jù)將增強(qiáng)鏈上鏈下的互操作性,促進(jìn)去中心化金融與傳統(tǒng)金融體系之間的融合。
隨著行業(yè)的不斷發(fā)展,協(xié)議必須接受新興技術(shù),與頭部項(xiàng)目合作,并優(yōu)先考慮透明度和去信任化,這不僅可以為DeFi建立一個(gè)強(qiáng)大和可持續(xù)的未來,而且可以為DeFi對全球金融格局產(chǎn)生深遠(yuǎn)影響這一景愿提供可能。
聲明:Space and Time、ChainML、Nil Foundation和Solity是IOSG的Portfolio。
參考文獻(xiàn):
●Crypto x AI: https://messari.io/report/growing-synergies-in-ai-and-crypto?referrer=all-research
●ZKML: https://docs.google.com/presentation/d/1zr0yLuUT2wjFYIgyU1zt80Gq8QaUdtX1YaGHsBi4z_g/edit#slide=id.g2294a8289d3_6_99
●ZKML ecosystem: https://twitter.com/Louissongyz/status/165808735477367193
免責(zé)聲明:本文不構(gòu)成投資建議,用戶應(yīng)考慮本文中的任何意見、觀點(diǎn)或結(jié)論是否符合其特定狀況,及遵守所在國家和地區(qū)的相關(guān)法律法規(guī)。
歡迎轉(zhuǎn)載分享!
轉(zhuǎn)載請注明本文地址:
如有文章侵犯了您的權(quán)利,請聯(lián)系本站站長,我們將在第一時(shí)間刪除相關(guān)內(nèi)容,謝謝!