撰文:2077Research編譯:Glendon,TechubNews
如果你尚未閱讀《如何使跨鏈Tokens重新具有可互換性》系列的第一部分,建議優(yōu)先查閱——該部分詳細(xì)分析了跨鏈Tokens失去可互換性的根本原因及其引發(fā)的系統(tǒng)性挑戰(zhàn)。在第二部分中,我們將聚焦ERC-7281這一創(chuàng)新標(biāo)準(zhǔn),該方案通過(guò)重構(gòu)跨鏈Tokens轉(zhuǎn)移機(jī)制,增強(qiáng)可靠性,并為發(fā)行方提供更精細(xì)的治理權(quán)限。
前文已系統(tǒng)探討了多種解決跨鏈Tokens可互換性問(wèn)題的技術(shù)路徑,并解決非原生鏈上流通的原生Tokens的非標(biāo)準(zhǔn)版本,所帶來(lái)的流動(dòng)性碎片化和用戶體驗(yàn)不佳的問(wèn)題,具體包括:
通過(guò)標(biāo)準(zhǔn)Rollup/側(cè)鏈橋接協(xié)議在目標(biāo)鏈上鑄造原生Tokens的標(biāo)準(zhǔn)版本;
依托第三方跨鏈服務(wù)在目標(biāo)鏈上生成原生Tokens的標(biāo)準(zhǔn)版本;
由Tokens發(fā)行方自主運(yùn)營(yíng)的標(biāo)準(zhǔn)橋接服務(wù),在目標(biāo)鏈上實(shí)現(xiàn)標(biāo)準(zhǔn)跨鏈Tokens鑄造。
上述方案均有其優(yōu)缺點(diǎn)。因此,ERC-7281(又稱xERC-20)的設(shè)計(jì)哲學(xué)在于融合各個(gè)方案的優(yōu)勢(shì),為期望實(shí)現(xiàn)跨鏈部署Tokens的協(xié)議構(gòu)建更全面、高效且可擴(kuò)展的解決方案,并在保障安全性、主權(quán)完整與用戶體驗(yàn)的情況下取得突破性平衡。
什么是ERC-7281?ERC-7281:主權(quán)跨鏈Tokens是一項(xiàng)提案,旨在創(chuàng)建Tokens的標(biāo)準(zhǔn)版本,使它們能夠與不同跨鏈協(xié)議鑄造的Tokens實(shí)現(xiàn)兼容與互換。該標(biāo)準(zhǔn)通過(guò)擴(kuò)展ERC-20接口引入以下核心功能:
鑄造和銷毀標(biāo)準(zhǔn)ERC-20Tokens的功能;
Tokens持有者的治理權(quán)限:1.授權(quán)指定跨鏈橋提供商執(zhí)行跨鏈轉(zhuǎn)移時(shí)的Tokens鑄造/銷毀操作;2.為每個(gè)授權(quán)的跨鏈橋提供商設(shè)置動(dòng)態(tài)鑄造/銷毀限額(例如對(duì)中心化跨鏈設(shè)置較小的限制,為更安全的協(xié)議設(shè)置更高的限制)。
鑒于ERC-7281與ERC-20Tokens標(biāo)準(zhǔn)存在細(xì)微的技術(shù)差異,標(biāo)準(zhǔn)制定者將其命名為「xERC-20」。想要系統(tǒng)性了解ERC-20Tokens標(biāo)準(zhǔn)基礎(chǔ)架構(gòu)的讀者,可參閱OpenZeppelin發(fā)布的技術(shù)指南。
本質(zhì)上,每個(gè)ERC-20Tokens合約通過(guò)實(shí)現(xiàn)標(biāo)準(zhǔn)接口管理全局Tokens供應(yīng)量,記錄地址持倉(cāng)數(shù)據(jù),同時(shí)包含Tokens授權(quán)管理、流通總量查詢、地址余額獲取等基礎(chǔ)功能。
ERC-7281Tokens標(biāo)準(zhǔn)在ERC-20標(biāo)準(zhǔn)之上新增了一項(xiàng)可選的「Lockbox」合約模塊——作為封裝合約(功能類似于WETH合約),Lockbox合約可以通過(guò)熟悉的鑄造和銷毀機(jī)制將傳統(tǒng)ERC-20Tokens轉(zhuǎn)換為xERC-20Tokens版本。這一設(shè)計(jì)也使得ERC-7281能夠向后兼容缺乏銷毀/鑄造接口且不可升級(jí)的現(xiàn)有ERC-20Tokens合約。
根據(jù)第一部分的分析框架,ERC-7281可歸類為一種「信任Tokens發(fā)行方+信任(獲批的)跨鏈橋提供商」的跨鏈Tokens鑄造范式。其核心優(yōu)勢(shì)在于:
跨鏈部署的ERC-7281Tokens完全由發(fā)行方控制(區(qū)別于多數(shù)需讓渡主權(quán)的跨鏈Tokens方案)
發(fā)行方仍然面臨獲批跨鏈橋遭遇安全事故的風(fēng)險(xiǎn),但他們可通過(guò)手動(dòng)選擇和限制授權(quán)跨鏈橋提供商來(lái)進(jìn)行管理。
本報(bào)告重點(diǎn)探討的關(guān)鍵突破在于:Tokens發(fā)行方可對(duì)指定跨鏈橋提供商的鑄造/銷毀額度實(shí)施動(dòng)態(tài)調(diào)控,從而精確校準(zhǔn)跨鏈安全事件的風(fēng)險(xiǎn)暴露。此外,ERC-7281支持多跨鏈橋提供商白名單機(jī)制,允許不同提供商跨鏈鑄造同一標(biāo)準(zhǔn)Tokens,有效降低發(fā)行方對(duì)單個(gè)提供商的路徑依賴。
這兩個(gè)功能使ERC-7281相較于傳統(tǒng)方法有了顯著改進(jìn),有助于促進(jìn)協(xié)議Tokens的跨鏈橋接,并對(duì)用戶、互操作性基礎(chǔ)設(shè)施提供商(尤其是聚合器)和應(yīng)用程序開(kāi)發(fā)人員產(chǎn)生積極的二階效應(yīng)。下文將深入解析技術(shù)規(guī)范細(xì)節(jié),并系統(tǒng)評(píng)估實(shí)施ERC-7281的潛在優(yōu)勢(shì)與缺點(diǎn)。ERC-7281解析:主權(quán)跨鏈Tokens用戶Tokens鑄造與銷毀機(jī)制
根據(jù)ERC-7281標(biāo)準(zhǔn),項(xiàng)目需部署符合「IXERC20接口」的新型ERC20兼容Tokens合約?珂湗蛱峁┥淘谠存溕箱N毀用戶存入的Tokens后,可在目標(biāo)鏈為其鑄造等量Tokens。鑄造過(guò)程中,系統(tǒng)會(huì)檢查Tokens數(shù)量是否超出該橋的鑄造限額,若通過(guò)驗(yàn)證則更新Tokens總供應(yīng)量及跨鏈橋鑄造限額。
對(duì)于現(xiàn)有的ERC-20Tokens,我們需采用Lockbox邏輯:跨鏈橋提供商將用戶存入的ERC-20Tokens轉(zhuǎn)移至Lockbox合約完成封裝,轉(zhuǎn)化為xERC-20Tokens。Lockbox隨后授權(quán)提供商鑄造等量的xERC-20Tokens。
目標(biāo)鏈上的橋鑄造的xERC-20Tokens使用「burn()函數(shù)」在源鏈上銷毀,此過(guò)程確保Tokens銷毀數(shù)量不超過(guò)橋的銷毀限制。橋的傳輸層將銷毀消息中繼到目標(biāo)鏈,目標(biāo)鏈的跨鏈橋合約驗(yàn)證消息后并向該鏈上的用戶地址鑄造等量的xERC-20Tokens。
反之,為了將Tokens跨鏈回源鏈,跨鏈橋提供商會(huì)在目標(biāo)鏈上銷毀xERC-20Tokens,并提供用戶的地址和Tokens數(shù)量。銷毀收據(jù)由傳輸層中繼到源鏈。如果銷毀消息得到驗(yàn)證,跨鏈橋提供商會(huì)在源鏈上為用戶執(zhí)行xERC-20Tokens的鑄造與銷毀操作。待Tokens合約確認(rèn)銷毀憑證,用戶即可取回原始ERC-20Tokens。源鏈銷毀操作同步減少Tokens總供應(yīng)量及跨鏈橋銷毀限額。
xERC-20Tokens接口標(biāo)準(zhǔn)中定義的「Bridge」結(jié)構(gòu)體包含「burningParams」與「mintingParams」(xERC-20Tokens速率限制函數(shù)的參數(shù)控制橋接器在預(yù)定義時(shí)間內(nèi)可以銷毀和鑄造多少個(gè)Tokens)!竚axLimit」定義Tokens鑄造和銷毀的最大限制,并以預(yù)定義的速率(ratePerSecond)每秒增加。
此處我們要解決一個(gè)可能引起混淆的問(wèn)題:「maxLimit」(為銷毀和鑄造限制設(shè)置)是在特定時(shí)間范圍內(nèi)對(duì)鑄造和銷毀操作的限制,即在預(yù)設(shè)時(shí)間窗口內(nèi)根據(jù)預(yù)定義閾值限制鑄造和銷毀的速率限制!竎urrentLimit」定義跨鏈橋可以鑄造或銷毀多少,并以預(yù)定義的速率增加。相比之下,「maxLimit」定義跨鏈橋每天可以鑄造或銷毀Tokens的數(shù)量。
銷毀和鑄造參數(shù)主要與Tokens所有者相關(guān)(與跨鏈橋提供商關(guān)系較。。但是,最大和當(dāng)前限制參數(shù)對(duì)于用戶和跨鏈橋提供商而言都是重要的考慮因素。例如,當(dāng)前限制可能會(huì)影響用戶在多大程度上可以放心地使用跨鏈協(xié)議橋接,而不會(huì)在目標(biāo)鏈接收xERC-20Tokens時(shí)遇到延遲。xERC-20Lockbox
初始的ERC-20Tokens未指定增加和減少Tokens供應(yīng)的功能(早期Tokens經(jīng)濟(jì)學(xué)多采用固定總量模型)。因此,并非每個(gè)ERC-20Tokens都具有鑄造和銷毀功能。由于ERC-7281使用了當(dāng)前大多數(shù)跨鏈橋青睞的鑄造和銷毀機(jī)制,所以需要通過(guò)Lockbox與ERC-20Tokens實(shí)現(xiàn)向后兼容。
在原始標(biāo)準(zhǔn)中(即項(xiàng)目部署實(shí)現(xiàn)IXERC20接口的新Tokens合約),跨鏈橋提供商只需調(diào)用mint()即可在目標(biāo)鏈上為用戶鑄造Tokens(在源鏈上鎖定存款后)。Lockbox合約借鑒WETH封裝合約設(shè)計(jì),它實(shí)現(xiàn)了一個(gè)deposit()函數(shù),用于將相應(yīng)的ERC-20Tokens存入Lockbox,并實(shí)現(xiàn)了一個(gè)withdraw()函數(shù),用于跨鏈橋提供商在遠(yuǎn)程鏈上銷毀包裝Tokens后解鎖ERC-20Tokens。
這一標(biāo)準(zhǔn)中重點(diǎn)介紹的前兩種錯(cuò)誤類型(「IXERC-20Lockbox_NotNative」和「IXERC-20Lockbox_Native」)發(fā)生在用戶嘗試將Tokens存入錯(cuò)誤的Lockbox合約時(shí)。Lockbox可以是原生的(也可以是非原生的),具體取決于它支持的Tokens類型。
原生Lockbox保管原生Tokens,即用于向驗(yàn)證者支付Gas費(fèi)用的Tokens。具有原生Lockbox以將其包裝成xERC-20Tokens的Tokens典型示例是ETH:將ETH包裝成xERC-20Tokens需要調(diào)用Lockbox的depositNative()函數(shù)并存入ETH以接收與ERC7281兼容的ETHTokens版本。
非原生Lockbox可以保管ERC-20Tokens,如USDC、DAI、WETH、USDT等。例如,要將USDC鑄造為xERC-20Tokens,用戶需要在鎖定USDC后在Lockbox合約上調(diào)用deposit()。使用ETH調(diào)用deposit()會(huì)導(dǎo)致這些資金被永久鎖定,因?yàn)榉窃鶯ockbox合約只能包裝和解包ERC-20Tokens。此外,使用ERC-20Tokens調(diào)用depositNative()會(huì)產(chǎn)生類似的結(jié)果,因?yàn)樵鶯ockbox合約旨在使用原生Tokens,而不是ERC-20Tokens。
為何選擇ERC-7281?主權(quán)跨鏈Tokens標(biāo)準(zhǔn)案例
從總體上看,ERC-7281有四大目標(biāo):
1.可互換性:將Tokens從其原生鏈橋接到另一條(L1/L2)鏈的用戶,應(yīng)始終在目標(biāo)鏈上收到跨鏈Tokens的標(biāo)準(zhǔn)版本。出于前面解釋的原因(例如流動(dòng)性分散和Tokens可組合性差),在非原生鏈中流通同一Tokens的多個(gè)非可互換版本是有問(wèn)題的。創(chuàng)建ERC-20標(biāo)準(zhǔn)的最初愿景是確保Ethereum上的Tokens,在應(yīng)用和Ethereum基礎(chǔ)設(shè)施之間具有可互換性和無(wú)縫互操作性。然而,在采用以rollup為中心的擴(kuò)展路線圖后,出現(xiàn)了缺乏原子可組合性的問(wèn)題,并且許多不同域的創(chuàng)建降低了這些可互換性屬性。xERC-20允許將各種跨rollup橋的流動(dòng)性聚合為統(tǒng)一的多rollupTokens標(biāo)準(zhǔn),從而恢復(fù)Ethereum的初始愿景。
2.安全性:為了降低交易對(duì)手風(fēng)險(xiǎn),Tokens發(fā)行方需具備自主選擇權(quán),基于對(duì)跨鏈橋提供商安全基礎(chǔ)設(shè)施的評(píng)估,擇優(yōu)接入多個(gè)提供商。同時(shí),發(fā)行方需建立有效風(fēng)險(xiǎn)隔離機(jī)制——當(dāng)部分橋接服務(wù)商遭遇安全事件時(shí),其影響范圍應(yīng)被嚴(yán)格限制,避免單一攻擊導(dǎo)致協(xié)議總鎖倉(cāng)價(jià)值(TVL)全面崩盤。
3.零流動(dòng)性依賴的跨鏈Tokens冷啟動(dòng):協(xié)議DAO不應(yīng)被迫將大量(資金)資源用于引導(dǎo)跨鏈Tokens的流動(dòng)性,作為多鏈擴(kuò)展計(jì)劃的一部分;诹鲃(dòng)性的跨鏈不僅不利于用戶體驗(yàn),而且隨著支持鏈數(shù)量的迅速增加,項(xiàng)目方在流動(dòng)性提供激勵(lì)方面的支出可能變得不可行。
4.Tokens發(fā)行方的主權(quán)控制:發(fā)行方應(yīng)繼續(xù)控制在非原生鏈上鑄造的協(xié)議Tokens的標(biāo)準(zhǔn)版本。解決不可替代跨鏈Tokens的問(wèn)題,不應(yīng)以讓渡Tokens控制權(quán)為代價(jià)(尤其是控制總供應(yīng)量,配置鑄造和銷毀機(jī)制等管理方面)。
接下來(lái),我們將進(jìn)一步擴(kuò)展這些目標(biāo),以了解ERC-7281為協(xié)議和社區(qū)帶來(lái)了哪些好處。ERC-7281的優(yōu)勢(shì)改善用戶體驗(yàn)并消除流動(dòng)性碎片化
ERC-7281解決了各種路徑依賴問(wèn)題。路徑依賴可以是特定于鏈的(例如,從Ethereum跨鏈到Arbitrum再跨鏈到Optimism的ETH,與從Ethereum跨鏈到Optimism再跨鏈到Arbitrum的ETH存在差異),或特定于橋的(例如,通過(guò)Celer從Ethereum跨鏈到Optimism的ETH,與通過(guò)Connext從Ethereum跨鏈到Optimism的ETH也不相同)。
路徑依賴雖具有安全價(jià)值,但嚴(yán)重?fù)p害跨鏈用戶體驗(yàn)與可組合性。以跨鏈DEX場(chǎng)景為例,用戶若需向Optimism和Arbitrum的流動(dòng)性池同時(shí)注資,將因鏈間資產(chǎn)表征差異(如opETH與arbETH)而無(wú)法實(shí)現(xiàn)自動(dòng)化操作。
ERC-7281通過(guò)引入xERC-20Tokens徹底消除該問(wèn)題。無(wú)論用戶跨鏈次數(shù)或使用何種跨鏈橋提供商,xERC-20始終保持可互換特性。例如:
用戶無(wú)需撤回至Ethereum鏈,即可將Arbitrum的封裝USDT轉(zhuǎn)移至Optimism;
跨鏈橋提供商銷毀Arbitrum鏈的xERC-20Tokens后,可以在Optimism鑄造等量Tokens;
目標(biāo)鏈Tokens價(jià)值始終錨定Lockbox內(nèi)的原生資產(chǎn)儲(chǔ)備,維持1:1剛性兌付。
值得注意的是,ERC-7281實(shí)現(xiàn)了類似CircleCCTP(跨鏈傳輸協(xié)議)的標(biāo)準(zhǔn)Tokens部署優(yōu)勢(shì),卻無(wú)需協(xié)議方集中托管跨鏈資產(chǎn)。其核心價(jià)值在于:
流動(dòng)性聚合:圍繞協(xié)議Tokens的標(biāo)準(zhǔn)版本形成統(tǒng)一市場(chǎng),提升DeFi應(yīng)用效用;
運(yùn)營(yíng)成本削減:避免為同一資產(chǎn)的不同版本創(chuàng)建分割化市場(chǎng)。
ERC-7281引入了Tokens鑄造和銷毀的可配置速率限制,這極大改善了與非原生鏈上鑄造標(biāo)準(zhǔn)Tokens的第三方跨鏈協(xié)議合作的風(fēng)險(xiǎn)狀況。若合作跨鏈橋提供商遭遇黑客攻擊或入侵,攻擊者所能造成的最大損害相當(dāng)于受損橋的限制額度。如果Tokens發(fā)行者謹(jǐn)慎選擇速率限制參數(shù),對(duì)某一跨鏈橋的孤立攻擊,對(duì)于協(xié)議償付能力的影響可能降至最低。
此外,為每個(gè)跨鏈橋配置速率限制還可以改善協(xié)議DAO的風(fēng)險(xiǎn)評(píng)估過(guò)程。采用ERC-7281使風(fēng)險(xiǎn)評(píng)估更具動(dòng)態(tài)性。項(xiàng)目仍需對(duì)跨鏈橋提供商進(jìn)行盡職調(diào)查,以選擇合適的速率限制屬性;然而,風(fēng)險(xiǎn)評(píng)估時(shí)間線可以縮短。項(xiàng)目方無(wú)需花費(fèi)數(shù)月時(shí)間分析多個(gè)跨鏈橋以選擇一個(gè),而是可以選擇多個(gè)跨鏈橋提供商,并根據(jù)安全評(píng)估設(shè)置不同的鑄造限制。然后,Tokens發(fā)行方可以進(jìn)行安全審查,以確定是否增加或減少選定跨鏈橋合作伙伴的鑄造限制,或從某一跨鏈橋撤回鑄造權(quán)(例如,作為對(duì)黑客攻擊或漏洞披露的回應(yīng))。
ERC-7281還降低了那些希望采用跨鏈橋安全技術(shù),但又不愿完全采用某項(xiàng)技術(shù)的項(xiàng)目所面臨的阻礙,除非該技術(shù)經(jīng)過(guò)實(shí)戰(zhàn)測(cè)試并被社區(qū)嚴(yán)格審查(即創(chuàng)新者的困境)。假設(shè)跨鏈橋提供商提出了一種據(jù)稱可以大大改善安全保障的新基礎(chǔ)設(shè)施。在這種情況下,協(xié)議可以通過(guò)為橋分配有限的鑄幣權(quán)并隨著對(duì)擬議系統(tǒng)設(shè)計(jì)信心的增強(qiáng),而逐步增加橋的鑄幣限額來(lái)進(jìn)行「試水」。
不過(guò),CCTP是一個(gè)中心化協(xié)議,Circle的運(yùn)營(yíng)商是唯一被授權(quán)銷毀和鑄造其USDCTokens的實(shí)體,但xERC-20卻可以通過(guò)允許具有各種安全機(jī)制的多個(gè)實(shí)體操作跨鏈傳輸來(lái)消除信任風(fēng)險(xiǎn)。支持Ethereum以Rollup為中心、多鏈未來(lái)的愿景
ERC-7281還可以加速Ethereum以rollup為中心的路線圖,讓項(xiàng)目有信心在新型EVML2上部署Tokens,而這些新的EVML2可能缺乏現(xiàn)有L2鏈的強(qiáng)大安全性。例如,第0階段rollup的標(biāo)準(zhǔn)橋不太安全,因?yàn)镋thereumL1不保證橋的安全性。Tokens項(xiàng)目可以通過(guò)向標(biāo)準(zhǔn)橋授予有限的鑄幣權(quán)并在rollup進(jìn)入第1階段后增加鑄幣限制,來(lái)逐步向此類鏈進(jìn)行部署。
此過(guò)程可以持續(xù)到L2達(dá)到第2階段(rollup的去中心化和安全性達(dá)到最高階段)。通過(guò)這種機(jī)制,協(xié)議可以以風(fēng)險(xiǎn)最小化的方式部署在新推出的鏈上,這有利于Ethereum生態(tài)系統(tǒng),因?yàn)樗剐碌腖2更容易引導(dǎo)Tokens流動(dòng)性和應(yīng)用程序,同時(shí)鼓勵(lì)項(xiàng)目方在rollup設(shè)計(jì)領(lǐng)域進(jìn)行更多創(chuàng)新。實(shí)施ERC-7281的潛在缺點(diǎn)DAO項(xiàng)目管理團(tuán)隊(duì)的成本增加
雖然ERC-7281對(duì)于協(xié)議而言極具吸引力,但DAO可能會(huì)因?yàn)楣芾韝ERC-20Tokens而產(chǎn)生的巨大運(yùn)營(yíng)成本而猶豫是否采用。DAO項(xiàng)目團(tuán)隊(duì)必須承擔(dān)大量的運(yùn)營(yíng)開(kāi)銷來(lái)管理各種部署中的xERC-20Tokens。
GerardPersoon在《管理大量鏈上的跨鏈Tokens》一文中列出了從ERC-20遷移到xERC-20后,協(xié)議必須執(zhí)行的一次性和重復(fù)性任務(wù)的不完整清單:
上文已提及路徑依賴的工作原理,以及它為何能確保影響鏈A的漏洞不會(huì)影響鏈B,或鏈A上的橋A的漏洞不會(huì)影響鏈B上的橋B。ERC-7281標(biāo)準(zhǔn)消除了路徑依賴,這帶來(lái)了好處,但同時(shí)也引發(fā)了安全性方面的權(quán)衡問(wèn)題。
由于不同跨鏈橋提供商鑄造的Tokens在跨鏈間具有可互換性,跨鏈橋中可用的最大流動(dòng)性,不再代表跨鏈橋漏洞對(duì)Tokens發(fā)行方可能造成的最大影響。ERC-7281標(biāo)準(zhǔn)的作者建議,基于Tokens發(fā)行方可用于補(bǔ)償欺詐鑄造損失的金額,為跨鏈橋提供商設(shè)定一個(gè)速率限制;盡管如此,從回顧的角度來(lái)看,所選的速率限制可能過(guò)于保守。
如果一個(gè)具有高限制的跨鏈橋遭到攻擊,其影響可能十分顯著,甚至影響到使用其他鑄造相同Tokens的跨鏈橋的用戶。所以,協(xié)議可以通過(guò)將鑄造權(quán)分配給多個(gè)跨鏈橋來(lái)降低風(fēng)險(xiǎn)(因此,與其他跨鏈橋相比,一個(gè)跨鏈橋提供商所能鑄造的Tokens數(shù)量就不會(huì)過(guò)大),但通過(guò)這種方式來(lái)規(guī)避風(fēng)險(xiǎn)可能會(huì)降低效率,因?yàn)槊總(gè)跨鏈橋都需要DAO團(tuán)隊(duì)進(jìn)行獨(dú)立評(píng)估,并且與更多跨鏈橋進(jìn)行協(xié)調(diào),這樣又會(huì)增加上文提到的管理成本。
另外,由DAO管理的Lockbox合約也可能會(huì)在發(fā)生治理攻擊時(shí)引入不利的傳染效應(yīng)。而即使有安全的DAO治理,Tokens主鏈上的原生/非原生Lockbox合約中的錯(cuò)誤也會(huì)導(dǎo)致同樣多的問(wèn)題。相比之下,由于金庫(kù)合約(跨鏈橋提供商的Lockbox合約等同物)僅持有通過(guò)相應(yīng)跨鏈橋橋接的Tokens,這一問(wèn)題得到了緩解,因?yàn)橐粋(gè)提供商的金庫(kù)合約中的漏洞也只會(huì)影響到在該跨鏈橋中存入Tokens的用戶。生態(tài)系統(tǒng)集成的成本
ERC-7281標(biāo)準(zhǔn)帶來(lái)的額外管理工作還會(huì)影響使用項(xiàng)目xERC-20Tokens的應(yīng)用程序開(kāi)發(fā)人員和服務(wù)提供商。跨鏈橋聚合器需要跟蹤xERC-20Tokens與其對(duì)應(yīng)的Lockbox合約之間的映射關(guān)系,以防止垃圾郵件Tokens和欺騙攻擊等問(wèn)題。雖然這些映射的注冊(cè)表可能有所幫助,但在不承擔(dān)中心化風(fēng)險(xiǎn)或使xERC-20采用者面臨威脅的情況下建立這樣的注冊(cè)表具有挑戰(zhàn)性。
風(fēng)險(xiǎn)來(lái)自攻擊者可能會(huì)將惡意合約添加到Tokens注冊(cè)表中,并誘騙用戶和開(kāi)發(fā)人員將Tokens發(fā)送到錯(cuò)誤的地址。這可能會(huì)導(dǎo)致L2和L1網(wǎng)絡(luò)上發(fā)生Tokens盜竊事件。交易所也面臨著類似的挑戰(zhàn),因?yàn)閭卧斓腡okens可能會(huì)引發(fā)嚴(yán)重問(wèn)題,如Tokens行為異常,這與經(jīng)過(guò)審核的標(biāo)準(zhǔn)Tokens不同?偨Y(jié)
ERC-7281標(biāo)準(zhǔn)為不可互換跨鏈Tokens問(wèn)題提供了一個(gè)令人信服的解決方案,并提供了增強(qiáng)用戶體驗(yàn)、去中心化、安全性和Tokens跨鏈設(shè)計(jì)靈活性的功能。其中一些特性直接影響以rollup為中心的路線圖的可行性,使xERC-20標(biāo)準(zhǔn)成為EthereumL2生態(tài)系統(tǒng)的關(guān)鍵基礎(chǔ)設(shè)施。
當(dāng)前,包括Hyperlane、Omni、Sygma、RouterProtocol和Everclear在內(nèi)的多個(gè)跨鏈橋領(lǐng)域的關(guān)鍵參與者已承諾采用ERC-7281標(biāo)準(zhǔn),這表明該提案受到了廣泛關(guān)注。甚至一些已有Tokens跨鏈機(jī)制的成熟Tokens發(fā)行方(如Circle)也對(duì)ERC-7281標(biāo)準(zhǔn)表現(xiàn)出興趣,以解決未經(jīng)批準(zhǔn)的Tokens對(duì)用戶和開(kāi)發(fā)者造成的挑戰(zhàn)。值得一提的是,對(duì)于關(guān)注ERC-7281標(biāo)準(zhǔn)討論或希望集成xERC-20的開(kāi)發(fā)人員而言,Ethereum魔術(shù)師聯(lián)盟(FellowshipofEthereumMagicians)和 xERC-20網(wǎng)站,以及 xERC-20發(fā)射臺(tái)(用于聚合創(chuàng)建、監(jiān)控和管理xERC-20Tokens的工具)將是重要的信息來(lái)源和工具。
免責(zé)聲明:萬(wàn)字詳解主權(quán)跨鏈Tokens標(biāo)準(zhǔn)「ERC-7281」如何讓跨鏈Tokens具有可互換性?文章轉(zhuǎn)發(fā)自互聯(lián)網(wǎng),版權(quán)歸其所有。
文章內(nèi)容不代表本站立場(chǎng)和任何投資暗示。加密貨幣市場(chǎng)極其波動(dòng),風(fēng)險(xiǎn)很高,可能不適合所有投資者。在投資加密貨幣之前,請(qǐng)確保自己充分了解市場(chǎng)和投資的風(fēng)險(xiǎn),并考慮自己的財(cái)務(wù)狀況和風(fēng)險(xiǎn)承受能力。此外,請(qǐng)遵循您所在國(guó)家的法律法規(guī),以及遵守交易所和錢包提供商的規(guī)定。對(duì)于任何因使用加密貨幣所造成的投資損失或其他損失,本站不承擔(dān)任何責(zé)任。
Copyright © 2021.Company 元宇宙YITB.COM All rights reserved.元宇宙YITB.COM