從外部擁有賬戶(EOA)向智能合約賬戶(SCA)的轉(zhuǎn)變勢(shì)頭強(qiáng)勁,并已經(jīng)得到了包括 Vitalik 等許多核心創(chuàng)業(yè)者的支持。盡管如此,SCA 的采用卻并不像 EOA 那樣廣泛。這其中的主要問(wèn)題包括熊市帶來(lái)的影響、eoa 到 sca 的遷移難度、簽名問(wèn)題、Gas 成本過(guò)高以及最為關(guān)鍵的開發(fā)難題。

賬戶抽象(AA)的最顯著優(yōu)勢(shì)是能夠使用代碼自定義功能。然而,AA 功能的非互操作性帶來(lái)了主要挑戰(zhàn),這種分散性會(huì)阻礙 AA 集成,并且加強(qiáng)了供應(yīng)商鎖定。除此之外,在可升級(jí)與可組合同時(shí)保障安全性也是重要挑戰(zhàn)。

模塊化賬戶抽象的出現(xiàn)是 AA 發(fā)展趨勢(shì)中的一個(gè)細(xì)分領(lǐng)域,這種創(chuàng)新的方法可以將智能賬戶與其自定義功能分離。其目標(biāo)是創(chuàng)建一個(gè)模塊化結(jié)構(gòu),來(lái)開發(fā)具有多樣功能、安全、無(wú)縫集成的錢包。未來(lái),模塊化賬戶抽象可以實(shí)現(xiàn)一個(gè)自由的智能合約賬戶「應(yīng)用商店」,使錢包和 dApp 專注于改進(jìn)用戶體驗(yàn),而不必在構(gòu)建功能上花費(fèi)太多精力。

簡(jiǎn)述賬戶抽象(AA)

在人們接觸區(qū)塊鏈的過(guò)程中,傳統(tǒng)的 EOA 帶來(lái)了許多挑戰(zhàn),如助記詞、Gas 費(fèi)用、跨鏈操作和多發(fā)交易等。

賬戶抽象利用智能合約賬戶,允許可編程驗(yàn)證(validation)和執(zhí)行(execution)。這意味著用戶將能夠一次性批準(zhǔn)一系列交易,而不再需要對(duì)每個(gè)交易都簽名和廣播。賬戶抽象還可以實(shí)現(xiàn)更多功能,如改進(jìn)用戶體驗(yàn)(如 Gas 抽象和會(huì)話密鑰)、降低成本(如批量交易)和提高安全性(如社交恢復(fù)、多重簽名)。目前,有兩種實(shí)現(xiàn)賬戶抽象的方式:

· 協(xié)議層:一些協(xié)議本身提供了本地賬戶抽象支持,ZKSync 交易使用單個(gè)內(nèi)存池和交易流程來(lái)支持 AA;無(wú)論是來(lái)自 EOA 還是 SCA 都遵循相同的流程,而 Starknet 已經(jīng)移除了 EOA,所有賬戶都是 SCA,并且他們有像 Argent 這樣的本地智能合約錢包。

· 合約層:對(duì)于以太坊及類似的 L2,ERC4337 引入了一個(gè)單獨(dú)的 mempool,以在不改變共識(shí)層的情況下支持 AA。像 Stackup、Alchemy、Etherspot、Biconomy、Candide 和 Plimico 正在構(gòu)建 bundler 基礎(chǔ)設(shè)施,而像 Safe、Zerodev、Etherspot 和 Biconomy 正在構(gòu)建 bundler 和 SDK。

采用 SCA 面臨的困境

自 2015 年以來(lái),賬戶抽象(AA)的話題一直被討論,并在今年由 ERC 4337 進(jìn)一步將其推進(jìn)人們的視線中。然而,已部署的智能合約賬戶數(shù)量仍然遠(yuǎn)遠(yuǎn)不及 EOA。

讓我們深入研究這個(gè)困境:

1、熊市的影響

盡管 AA 擁有了諸如無(wú)縫登錄和 Gas 抽象等優(yōu)勢(shì),在當(dāng)下的熊市,所有用戶都是已被教育的 EOA 用戶,而沒有太多新用戶,因此 dApp 和錢包并沒有動(dòng)力去采用 SCA。即便如此,一些領(lǐng)先的 dApp 在逐步采用 AA,例如 Cyberconnect 通過(guò)引入他們的 AA 系統(tǒng)和無(wú) Gas 解決方案,僅一個(gè)月就帶動(dòng)了約 36 萬(wàn)次 UserOps(AA 交易)。

2、遷移障礙

對(duì)于已經(jīng)積累了用戶和資產(chǎn)的錢包和應(yīng)用程序來(lái)說(shuō),安全、便捷地遷移資產(chǎn)仍然是一個(gè)挑戰(zhàn)。不過(guò),像 EIP-7377 這樣的方案可允許 EOA 發(fā)起一次性遷移交易。

3、簽名問(wèn)題

智能合約本身無(wú)法簽署消息,因?yàn)樗鼪]有像 EOA 那樣的私鑰。類似 ERC1271 的嘗試使之成為可能,但消息簽名在第一筆交易之前不起作用的,這又對(duì)于使用反事實(shí)部署的錢包提出了挑戰(zhàn)。由 Ambire 提出的 ERC-6492 是 ERC-1271 向后兼容的繼任者,也許能夠解決之前的問(wèn)題。

4、Gas 成本

與標(biāo)準(zhǔn) EOA 相比,部署、模擬和執(zhí)行 SCA 會(huì)產(chǎn)生更高的成本,這也成為了采用障礙之一。不過(guò),目前已經(jīng)進(jìn)行了一些測(cè)試,例如將賬戶創(chuàng)建與用戶操作分離、消除與某個(gè)賬戶相關(guān)的 "salt" 等。

5、工程難題

ERC-4337 團(tuán)隊(duì)已經(jīng)建立了 eth-infinitism repo,為開發(fā)人員提供了基礎(chǔ)實(shí)現(xiàn)。然而,隨著開發(fā)者針對(duì)不同的用例擴(kuò)展到更細(xì)致和具體的功能時(shí),集成和解碼會(huì)面臨更多挑戰(zhàn)。在本文中,我們將深入探討工程難題。

通過(guò)模塊化智能合約賬戶來(lái)解決工程難題

工程難題可進(jìn)一步闡述為碎片化、安全性和可升級(jí)性三個(gè)方面。

· 碎片化:現(xiàn)在可以通過(guò)多種方式啟用功能,無(wú)論是通過(guò)特定的 SCA 還是通過(guò)獨(dú)立的插件系統(tǒng)。每個(gè)平臺(tái)和服務(wù)商都遵循自己的標(biāo)準(zhǔn),促使開發(fā)者決定支持哪些平臺(tái)和服務(wù)商。這可能導(dǎo)致潛在的平臺(tái)(供應(yīng)商)鎖定或冗余工作。

· 安全性:雖然賬戶和功能解耦帶來(lái)了靈活性的優(yōu)勢(shì),但也可能使安全問(wèn)題更嚴(yán)重。因?yàn)樗泄δ芸赡軙?huì)被一同審核,而缺乏獨(dú)立評(píng)估可能會(huì)增加賬戶漏洞的風(fēng)險(xiǎn)。

· 可升級(jí)性:隨著賬戶的發(fā)展,保持添加、替換或刪除功能的能力非常重要,重新部署現(xiàn)有功能的每次更新都會(huì)引入復(fù)雜性。

為了應(yīng)對(duì)這些問(wèn)題,我們需要可升級(jí)的合約以確保安全高效的升級(jí)、可復(fù)用的核心以提高整體開發(fā)效率、以及標(biāo)準(zhǔn)化的接口來(lái)確保合約賬戶能夠在不同的前端之間平穩(wěn)過(guò)渡。

這些術(shù)語(yǔ)匯聚于一個(gè)共同的概念:構(gòu)建模塊化賬戶抽象架構(gòu)(模塊化 AA)。

模塊化賬戶抽象是廣泛的 AA 發(fā)展中的一個(gè)細(xì)分領(lǐng)域,它設(shè)想將智能賬戶模塊化,以定制化地為用戶提供服務(wù),并使開發(fā)者能夠在最小限制下無(wú)縫增強(qiáng)功能。

然而,在任何行業(yè)中建立和推廣新的標(biāo)準(zhǔn)都是一個(gè)巨大的挑戰(zhàn)。在大家都接受同一標(biāo)準(zhǔn)之前,初始階段可能會(huì)出現(xiàn)許多不同的解決方案。令人鼓舞的是看到那些致力于完善和推廣賬戶抽象的人們,無(wú)論是 4337 SDK、錢包、基礎(chǔ)設(shè)施團(tuán)隊(duì)還是協(xié)議層設(shè)計(jì)師,他們都在共同努力加快這一進(jìn)程。

模塊化結(jié)構(gòu):主賬戶和模塊

賬戶如何調(diào)用模塊實(shí)現(xiàn)功能

委托調(diào)用(Delegate call)和代理合約(proxy contract)

外部調(diào)用和委托調(diào)用:

關(guān)于委托調(diào)用

雖然「委托調(diào)用」與「調(diào)用」類似,但它不是在目標(biāo)合約的 context 中執(zhí)行,而是在調(diào)用合約的當(dāng)前狀態(tài)的 context 執(zhí)行它。這意味著目標(biāo)合約所做的任何狀態(tài)更改都會(huì)更改調(diào)用合約的存儲(chǔ)。

代理合約和委托調(diào)用

要實(shí)現(xiàn)可組合、可升級(jí)的結(jié)構(gòu),需要引入一個(gè)基礎(chǔ)概念「代理合約」。

代理合約:普通合約存儲(chǔ)其邏輯和狀態(tài),部署后無(wú)法更新。而代理合約使用委托調(diào)用(delegate call)部署到另一個(gè)合約。通過(guò)引用實(shí)現(xiàn)函數(shù),在代理合約的當(dāng)前狀態(tài)下執(zhí)行它。

使用案例:雖然代理合約保持不變,但您可以在代理后面部署新的實(shí)現(xiàn)。代理合約實(shí)現(xiàn)了可升級(jí)性,且在公共區(qū)塊鏈上的部署和維護(hù)成本更低。

Safe 架構(gòu)

Safe 架構(gòu)

什么是 Safe :Safe 是領(lǐng)先的模塊化智能賬戶基礎(chǔ)設(shè)施,旨在提供經(jīng)過(guò)實(shí)戰(zhàn)考驗(yàn)的安全性和靈活性,它使開發(fā)人員能夠創(chuàng)建多樣化的應(yīng)用程序和錢包。許多團(tuán)隊(duì)正在 Safe 基礎(chǔ)上(或受 Safe 啟發(fā))構(gòu)建應(yīng)用。例如,Biconomy 在推出其智能合約賬戶時(shí),使用原生 4337 和 1/1 多重簽名來(lái)拓展 Safe。Safe 見證了超過(guò) 164,000 份合約的部署并鎖定了超過(guò) 307 億美元的價(jià)值,毫無(wú)疑問(wèn)是該領(lǐng)域的佼佼者。

Safe 的結(jié)構(gòu)包括安全賬戶合約、單例合約、模塊合約。

安全賬戶合約(proxy contract):主代理合約(Stateful)

安全賬戶是一個(gè)代理合約,這是因?yàn)槲姓{(diào)用是一個(gè)單例合約。安全帳戶包含所有者、閾值和實(shí)現(xiàn)地址都設(shè)置為代理的變量,基于這些定義其狀態(tài)。

單例合約(singleton contract):Integration Hub(無(wú)狀態(tài))

單例合約服務(wù)于 Safe 賬戶,并定義了不同的模塊合約集成,包括 Plugin、Hook、Function Handler 和 Signature Validator。

模塊合約(modules):自定義邏輯和功能

模塊合約功能強(qiáng)大。插件作為模塊化類型可以定義不同的功能,例如支付流、恢復(fù)機(jī)制和會(huì)話密鑰,并且可以通過(guò)獲取鏈外數(shù)據(jù)作為 Web2 和 Web3 之間的橋梁。其他模塊如作為安全防護(hù)的 Hook 和 Function Handler 可響應(yīng)任何指令。

采用 Safe 后帶來(lái)的改變:

可升級(jí)合約:每當(dāng)引入新插件時(shí)都需要部署新的單例。用戶保留將 Safe 升級(jí)到所需單例版本的自主權(quán)。

可組合、可重用的模塊:插件的模塊化特性使開發(fā)人員能夠獨(dú)立地開發(fā)功能。他們可以根據(jù)自己的用例自由選擇和組合這些插件,從而形成高度可定制的方法。

ERC-2535 Diamond 代理

關(guān)于 ERC2535、 Diamond 代理:

ERC2535 標(biāo)準(zhǔn)化的 Diamond 模型,這是一種模塊化智能合約系統(tǒng),可以在部署后升級(jí)/擴(kuò)展,且?guī)缀鯖]有大小限制。目前,很多團(tuán)隊(duì)如 Zerodev 的 Kernel、Soul Wallet 的實(shí)驗(yàn)都受到了 Diamond 結(jié)構(gòu)的啟發(fā)。

什么是 Diamond 結(jié)構(gòu):

Diamond 合約:主要代理合約(有狀態(tài))Diamond 是一種代理合約,它使用 委托調(diào)用方法從其實(shí)現(xiàn)中調(diào)用函數(shù)。

模塊/插件/ Facet 合約:自定義邏輯和功能(無(wú)狀態(tài))模塊或所謂的 Facet 是一種無(wú)狀態(tài)合約,可以將其功能部署到一個(gè)或多個(gè) Diamond。它們是單獨(dú)的、獨(dú)立的合約,可以共享內(nèi)部函數(shù)、庫(kù)和狀態(tài)變量。

采用 Diamond 后帶來(lái)的改變:

可升級(jí)合約:Diamond 提供了一種系統(tǒng)的方法來(lái)隔離不同的插件并將它們連接在一起,在它們之間共享數(shù)據(jù),還可以使用 diamondCut 功能直接添加/替換/刪除任何插件。隨著時(shí)間的推移,可以添加到 Diamond 的插件數(shù)量將沒有限制。

模塊化且可復(fù)用的插件:已部署的插件可以被任意數(shù)量的 Diamond 使用,從而極大地降低部署成本。

Safe 智能賬戶與 Diamond 方式的區(qū)別:

Safe 和 Diamond 架構(gòu)之間存在很多相似之處,兩者都依賴于其核心的代理合約并引用邏輯合約來(lái)實(shí)現(xiàn)可升級(jí)性和模塊化。

兩者的主要區(qū)別在于邏輯契約的處理。具體來(lái)說(shuō):

· 靈活性:在啟用新插件的情況下,Safe 需要重新部署其單例合約(Singleton)以實(shí)現(xiàn)其代理中的更改。相比之下,Diamond 直接通過(guò)其代理合約中的 diamondCut 函數(shù)來(lái)實(shí)現(xiàn)這一點(diǎn)。這種方法上的差異意味著 Safe 保留了更高程度的控制,而 Diamond 則引入了增強(qiáng)的靈活性和模塊化。

· 安全:目前在兩種結(jié)構(gòu)中使用的,可以允許外部代碼操縱主合約的存儲(chǔ)。在 Safe 架構(gòu)中,委托調(diào)用指向單個(gè)邏輯合約,而 Diamond 則在多個(gè)模塊合約-插件中使用委托調(diào)用。因此,惡意插件有可能覆蓋另一個(gè)插件,從而引入存儲(chǔ)沖突的風(fēng)險(xiǎn),損害代理的完整性。

· 成本:Diamond 方法中,靈活性與安全隱患同時(shí)存在。這增加了成本,每次添加新插件都需要進(jìn)行全面審核。關(guān)鍵是要確保這些插件不會(huì)干擾彼此的功能,這一目的具有挑戰(zhàn)性,特別是對(duì)于努力維持高安全標(biāo)準(zhǔn)的中小型企業(yè)而言。

「Safe 智能賬戶方法」和「Diamond 方法」是涉及代理和模塊的不同結(jié)構(gòu)的示例。如何平衡靈活性和安全性至關(guān)重要,這兩種方法未來(lái)也將會(huì)不斷演變、相互補(bǔ)充。

模塊順序:驗(yàn)證器(Validator)、執(zhí)行器 (Executor) 和掛鉤 (Hook)

讓我們通過(guò)介紹 ERC6900 來(lái)進(jìn)一步討論,這是 Alchemy 團(tuán)隊(duì)提出的、受 Diamond 啟發(fā)、專門為 ERC-4337 量身定制的標(biāo)準(zhǔn)。它通過(guò)提供通用接口來(lái)解決智能賬戶模塊化的挑戰(zhàn),并協(xié)調(diào)插件和錢包開發(fā)人員之間的工作。

說(shuō)到 AA 的交易流程,主要有三個(gè)流程:驗(yàn)證、執(zhí)行、掛鉤。正如我們前面所討論的,這些步驟都可以通過(guò)使用代理帳戶調(diào)用模塊來(lái)管理。雖然不同的項(xiàng)目可能使用不同的名稱,但掌握相似的底層邏輯很重要。

不同設(shè)計(jì)中的函數(shù)名稱

驗(yàn)證 (Validator):確保帳戶調(diào)用者的真實(shí)性和權(quán)限。

執(zhí)行 (Executor):執(zhí)行帳戶允許的任何自定義邏輯。

掛鉤 (Hook):充當(dāng)在另一個(gè)函數(shù)之前或之后運(yùn)行的模塊。它可以修改狀態(tài)或撤銷整個(gè)調(diào)用。

根據(jù)不同的邏輯來(lái)分離模塊至關(guān)重要。標(biāo)準(zhǔn)化方法應(yīng)該規(guī)定如何編寫智能合約帳戶的驗(yàn)證、執(zhí)行和掛鉤函數(shù)。無(wú)論是 Safe 還是 ERC6900,標(biāo)準(zhǔn)化都有助于減少特定于某些實(shí)施或生態(tài)系統(tǒng)的獨(dú)特開發(fā)工作的需求,并防止供應(yīng)商鎖定。

模塊發(fā)現(xiàn)和安全

如何以開放的方式查找和驗(yàn)證模塊:一個(gè)正在推進(jìn)的解決方案涉及創(chuàng)建一個(gè)允許用戶發(fā)現(xiàn)可驗(yàn)證模塊的區(qū)域,可以將其稱為「注冊(cè)表」。該注冊(cè)表的功能類似于「應(yīng)用程序商店」,旨在培育一個(gè)簡(jiǎn)化但蓬勃發(fā)展的模塊化市場(chǎng)。

Safe{Core} 協(xié)議

Safe{Core} 協(xié)議是一種針對(duì)智能合約賬戶的開源、可互操作的協(xié)議,旨在增強(qiáng)各種供應(yīng)商和開發(fā)人員的可訪問(wèn)性,同時(shí)通過(guò)明確定義的標(biāo)準(zhǔn)和規(guī)則來(lái)保持強(qiáng)大的安全性。

· 賬戶:在 Safe{Core} 協(xié)議中,賬戶的概念是靈活的,不受特定實(shí)現(xiàn)的約束。這使得不同的賬戶服務(wù)提供商能夠參與其中。

· 管理器:管理器充當(dāng)帳戶、注冊(cè)表和模塊之間的協(xié)調(diào)員。它還作為許可層負(fù)責(zé)安全性。

· 注冊(cè)中心:注冊(cè)中心定義安全屬性并執(zhí)行 ERC6900 等模塊標(biāo)準(zhǔn),旨在創(chuàng)建一個(gè)開放的「應(yīng)用程序商店」環(huán)境,以實(shí)現(xiàn)可發(fā)現(xiàn)性和安全性。

· 模塊:模塊處理功能并具有各種初始類型,包括插件、掛鉤、簽名驗(yàn)證器和函數(shù)處理程序。只要符合既定標(biāo)準(zhǔn),開發(fā)人員就可以參與其中。

Rhinestone 設(shè)計(jì)

該過(guò)程展開如下:

· 創(chuàng)建架構(gòu)定義(schema):架構(gòu)提供預(yù)定義數(shù)據(jù)結(jié)構(gòu)。人們可以對(duì)其進(jìn)行定制,以符合其特定的用例。

· 基于架構(gòu)創(chuàng)建模塊(modules):注冊(cè)為模塊的智能合約獲取字節(jié)碼并選擇架構(gòu) ID,數(shù)據(jù)就會(huì)被存儲(chǔ)在注冊(cè)表中。

· 獲得模塊的證明(attestation):證明者/審核員可以基于架構(gòu)為模塊提供證明。這些證明可包括唯一標(biāo)識(shí)符 (UID) 以及對(duì)用于鏈接的其他證明的引用。它們可以跨鏈傳播并驗(yàn)證目標(biāo)鏈?zhǔn)欠駶M足特定閾值。

· 使用解析器(resolver)實(shí)現(xiàn)復(fù)雜邏輯:解析器(可選設(shè)置)開始發(fā)揮作用。它們可以在模塊創(chuàng)建、證明建立和撤銷期間被調(diào)用。這些解析器允許開發(fā)人員整合復(fù)雜且多樣化的邏輯,同時(shí)維護(hù)證明結(jié)構(gòu)。

用戶友好的查詢?cè)L問(wèn)(query):查詢?yōu)橛脩籼峁┝艘环N從前端訪問(wèn)安全信息的方法。

雖然該模式還處于早期階段,但它具有以分散和協(xié)作的方式建立標(biāo)準(zhǔn)的潛力。注冊(cè)表使開發(fā)人員能夠注冊(cè)他們的模塊,審計(jì)員能夠驗(yàn)證其安全性,錢包能夠進(jìn)行集成,并使用戶能夠輕松找到模塊并驗(yàn)證其證明信息。未來(lái)的幾種用途可能是:

· 證明者(attestor):像 Safe 這樣值得信賴的實(shí)體可以與 Rhinestone 合作,共同作為內(nèi)部模塊的證明者。同時(shí),獨(dú)立證明者也可以加入。

· 模塊開發(fā)人員(module developer):隨著開放市場(chǎng)的形成,模塊開發(fā)人員有可能通過(guò)注冊(cè)表將他們的工作貨幣化。

· 用戶:通過(guò)用戶友好的界面(例如錢包或 dApp)進(jìn)行參與,用戶可以檢查模塊信息并將信任委托給不同的證明者。

「模塊注冊(cè)表」的概念為插件和模塊開發(fā)人員開辟了盈利途徑。它可以進(jìn)一步為「模塊市場(chǎng)」鋪平道路。某些方面可能由 Safe 團(tuán)隊(duì)監(jiān)督,而其他方面可能表現(xiàn)為去中心化市場(chǎng),邀請(qǐng)所有人做出貢獻(xiàn)并提供透明的審計(jì)記錄。整合這一點(diǎn)可以避免供應(yīng)商鎖定,并通過(guò)添加能夠吸引更廣泛受眾的增強(qiáng)用戶體驗(yàn)來(lái)支持 EVM 的擴(kuò)展。

雖然這些方法能保證單個(gè)模塊的安全,但在更廣泛的安全性方面,智能合約賬戶并不是萬(wàn)無(wú)一失的。與合規(guī)模塊結(jié)合并證明它們沒有存儲(chǔ)沖突可能是一個(gè)挑戰(zhàn),這凸顯了錢包或 AA 基礎(chǔ)設(shè)施在解決此類問(wèn)題方面的重要性。

總結(jié)

通過(guò)利用模塊化智能合約賬戶堆棧,錢包提供商和 dApp 可以從技術(shù)維護(hù)的復(fù)雜性中解放出來(lái)。同時(shí),外部模塊開發(fā)人員有機(jī)會(huì)提供個(gè)性化的專業(yè)服務(wù)。然而,需要解決的挑戰(zhàn)包括在靈活性和安全性之間取得平衡,推動(dòng)模塊化標(biāo)準(zhǔn),以及實(shí)施標(biāo)準(zhǔn)化接口,使用戶能夠輕松升級(jí)和修改其智能帳戶。

此外,模塊化智能合約賬戶(SCA)只是采用難題的一小部分。為了充分發(fā)揮 SCA 的潛力,需要 Layer 2 解決方案提供額外的協(xié)議層支持,例如強(qiáng)壯的 bundler 基礎(chǔ)設(shè)施和點(diǎn)對(duì)點(diǎn)內(nèi)存池、更具成本效益和可行的 SCA 簽名機(jī)制、跨鏈 SCA 同步和管理機(jī)制,以及開發(fā)用戶友好的界面。

未來(lái),將會(huì)有更多人采用 SCA,但也會(huì)引發(fā)一些有趣的問(wèn)題:一旦 SCA 訂單流變得有足夠利益可圖,傳統(tǒng)的礦工可提取價(jià)值 (MEV) 機(jī)制將如何進(jìn)入該領(lǐng)域構(gòu)建捆綁器并獲取價(jià)值?當(dāng)基礎(chǔ)設(shè)施成熟后,賬戶抽象(AA)如何作為「基于意圖」交易的基礎(chǔ)層?讓我們拭目以待。