加密錢包大變革：帳戶抽象如何徹底改變一切

簡單來說，帳戶抽象讓使用者可將智慧合約作為自己的帳戶——等於讓加密錢包具備可程式化功能。這是區塊鏈應用用戶互動方式的劃時代轉變，許多人認為這是讓加密貨幣更友善、安全、並邁向大規模普及的關鍵。

Ethereum’s 共同創辦人 Vitalik Buterin 更曾表示，若不採用帳戶抽象，Ethereum 可能難以達標目標，可見這項技術對 Web3 未來的重要性。

那麼什麼是帳戶抽象？它又如何運作？要理解它的意義，首先要了解過去區塊鏈帳戶的運作方式以及它的限制。接著，我們將探討帳戶抽象如何革新現有模式、帶來哪些好處（如更高安全性與用戶體驗），並舉例說明實際應用，同時檢視尚有哪些挑戰。

到最後，你將明白為什麼帳戶抽象被普遍視為加密錢包的重大升級，有望讓管理加密資產就像使用現代金融 App 一樣流暢。

傳統帳戶模型：EOA 與智慧合約帳戶

像 Ethereum 這樣的區塊鏈主要以帳戶模型管理資產與執行交易。在 Ethereum 上，帳戶分為兩類：

• 外部擁有帳戶（EOA）——這是最常見的用戶帳戶，由個人通過私鑰控制。如果你曾創建 Ethereum 錢包（如 MetaMask 或硬體錢包），你就是擁有 EOA。EOA 擁有公鑰衍生而來的公開地址，以及能簽署交易的私鑰。你可以利用 EOA 持有代幣、發送資產、呼叫智能合約。重要的是，EOA 可自行發動交易（需私鑰簽名），但無法執行自訂程式碼——除基本轉帳外，無法編程。EOA 只可用來發送資產或呼叫合約函數。

• 合約帳戶（智慧合約）——以程式碼（智慧合約）控制，而非私鑰。合約帳戶能持有資產，並依設定好邏輯（程式碼）在被呼叫時執行特定行為。比如去中心化應用或代幣合約就屬於此類。然而，合約帳戶無法主動發起交易，只能在接受來自 EOA 或其他合約的交易時被觸發。換句話說，必須由外部帳戶發動，才能讓合約執行動作。合約帳戶可完全自定邏輯，但本身無法「自主」執行新交易——沒有可獨立操作的私鑰。

以太坊帳戶類型比較：外部擁有帳戶（EOA）與智慧合約帳戶（SCA）。EOA 受私鑰掌控，可主動交易但無法運行任意程式碼。SCA 可執行程式碼卻無法獨立發動交易。帳戶抽象旨在消除這種隔閡。

現行體系下，這兩種帳戶分離，各有缺點。EOA 綁定單一私鑰，有許多限制與漏洞：若你失去私鑰（或備份助記詞）就徹底失去帳戶控制權與資產，區塊鏈沒有「忘記密碼」的機制。相反，駭客若取得你的私鑰，便能完全竊取資產。EOA 也無法預設消費限額、需多重驗證（多簽）、或透過受信任第三方協助找回存取權；帳戶安全性全賴那個唯一的私鑰。與傳統銀行可透過風險控管、客服或雙重認證降低損失不同，EOA 完全是「一把鎖」。更麻煩的是，EOA 每次交易都需手動簽署（繁瑣），且你必須在帳戶放入區塊鏈原生代幣（如 ETH）來支付手續費，這讓日常用戶使用 EOA 既風險高又繁瑣。Rumble Fish 開發團隊直言：EOA「無社交恢復功能、無消費上限、無 2FA、必須持有 ETH 支付手續費」，導致體驗不佳，新手更難上手。

智慧合約帳戶則可透過設計彈性提升安全性與便利性。舉例，一個智慧合約錢包可被設定須多人批准交易（多簽錢包）、每天提領限額、或具備「社交恢復」（信任朋友協助找回控制權）。Gnosis Safe（知名多簽錢包）與 Argent（具社交恢復錢包）就是此類產品運用合約帳戶，實現 EOA 無法達到的安全機制。然而，合約帳戶自身無法主動發起交易，仍需依賴 EOA 啟動。例如，當你使用合約錢包時，通常有「轉發者」服務（外部 EOA）代表你將指令包裝後發送至鏈上，你可能需付給該服務費用，或至少還是得在其他帳戶保留可支付手續費的 ETH。結果，如果設計不好，合約錢包反而更複雜。過去，想用智慧合約帳戶也得有個輔助 EOA 或服務「充當油箱」來推動合約行動——增加了使用摩擦。

總結現有模式：

• EOA＝你的錢包（單鑰控管）——簡單卻受限且易犯錯。
• 合約帳戶＝可程式化保險箱（進階功能）——強大但需被動喚起。

帳戶抽象的願景即在消除這種劃分。讓用戶帳戶兼具智慧合約的彈性，但不需倚賴 EOA 驅動。換言之，讓每個帳戶都變「智慧」。如此你可自訂帳戶的安全邏輯與行為，同時保持自主發動動作的能力。接下來，一起深入了解帳戶抽象如何實現這一點，以及它如何大幅改善區塊鏈使用體驗。

什麼是帳戶抽象？

本質上，帳戶抽象就是統合這兩種帳戶，讓用戶帳戶也能像智慧合約一樣「程式化」。不再受限於僵硬的「外部擁有」規則，帳戶抽象允許你將錢包的授權與消費邏輯，透過智慧合約碼自由設計，由用戶完全掌控。實際上，你的錢包就能是一個部署在鏈上的智慧合約，有著你自定義的交易認證與操作規則。你可以直接（或藉由易用錢包介面）編輯這些規則。

另一種定義方式：帳戶抽象是「抽走」固定交易驗證規則，讓帳戶驗證邏輯可自訂。現今所有 Ethereum 交易都必須滿足硬編碼的條件：必須用對應 ECDSA 私鑰簽名、包含正確的 nonce，帳戶餘額足以支付 gas 費。這些規則無論哪個帳戶都強制適用。帳戶抽象則改變這種「一體適用」模式。你的帳戶可用自選簽名方式（不侷限 ECDSA）及支付方式（不一定要 ETH），交易有效條件可依帳戶自定。也就是說，交易驗證本身就成為一個智慧合約——只要操作動作符合帳戶合約中設定的條件，就是有效的。

這為錢包帶來無限可能。例如，藉由帳戶抽象，可以實現：

• 多擁有者帳戶——需多人簽名（multisig）或其他條件才批准交易。
• 抗量子電腦帳戶——使用不同於 ECDSA 的加密簽名機制，預防量子電腦入侵。
• 無需簽名的帳戶（特別情況下）、或使用可信模組進行生物辨識驗證等等。
• 支持不同資產支付手續費的帳戶，或由第三方代繳手續費，不必永遠保留 ETH。
• 公開帳戶或限時啟動帳戶，只有在特定時間後或由任何人滿足條件才可操作（例如遺囑合約）。

簡而言之，帳戶抽象讓用戶完全定義錢包的運作規則，不再受區塊鏈底層約束。這等於把「用戶帳戶」和「智慧合約」合而為一。Ethereum 研究員 Ansgar Dietrichs 就形容，這讓「可程式化錢包」成為現實——錢包自身可內建安全、恢復、批次交易等邏輯功能，而非只能靠外部軟體加持。

為什麼這麼重要？ Here is the translation of your content into Traditional Chinese (zh-Hant-TW) according to your specified format. Markdown links have been skipped as requested.

important?** 因為阻礙加密貨幣大規模普及的許多痛點，其實都源於 EOA（外部帳戶）的限制。新手用戶難以安全地管理私鑰與助記詞，一旦發生錯誤也沒有安全網可挽回。進階用戶則擔心單點失效的風險——只要一把鑰匙被駭，後果就極為嚴重。為了提供如免 Gas 交易或社交恢復等功能，開發者不得不構建笨重的替代方案（如 relayer 網路或中心化服務），因為區塊鏈本身原生並不支援這些功能。帳戶抽象（Account Abstraction，AA）正面解決這些問題，直接讓帳戶模型本身變得更強大、更以用戶為中心。因此，AA 被視為 Web3 下一波進化的關鍵基礎設施。事實上，帳戶抽象已經是以太坊核心開發者們多年的願景，Vitalik Buterin 和其他人也曾多次倡導其為大幅提升以太坊易用性與安全性的道路。如今這已不只是理論，而是透過最新標準於以太坊實現現實，且新興區塊鏈更是從設計之初就納入 AA 架構。

為了更好地理解如何從理論落地到實踐，我們來看看以太坊是怎麼落地帳戶抽象的——特別是藉由 ERC-4337 這項升級——以及其實際運作原理。

以太坊上的帳戶抽象運作原理（ERC-4337）

以太坊推動帳戶抽象的旅程，近期以 ERC-4337（亦稱 EIP-4337）提案為代表。於 2021 年提出、2023 年正式部署，ERC-4337 帶來了帳戶抽象，卻無須對以太坊核心協議進行根本性變更。這點很關鍵，因為修改核心（L1）協議既緩慢又需社群高度共識。4337 的巧妙做法，是利用智能合約與鏈下基礎設施作為外掛，將帳戶抽象帶給使用者——不需硬分叉，即能享受 AA 的好處。

那它怎麼運作呢？ERC-4337 制定了一套全新且可替代的交易流程，核心概念是「User Operation 」（用戶操作物件，簡稱 UserOp）。User Operation 就像一個包裝好、準備被智能合約錢包執行的交易。傳統的做法是用戶錢包（EOA）直接發送以太坊交易，但 UserOp 是錢包建立一個物件，內含所有操作細節：發送者、目標（如合約調用、代幣轉帳）、呼叫時的參數資料，以及對應的驗證簽名或證明。

以下是 ERC-4337 的高階流程與各新組件說明：

• User Operations & Mempool： 如果你用 ERC-4337 錢包（智能合約錢包），錢包不再發送普通交易，而是建立一個 UserOperation 物件，包含必要資訊與一組簽名（這個簽名可依合約邏輯定義，不一定要是 EOA 單一私鑰）。這些 UserOp 會被送進一個專門的「UserOperation 記憶池（mempool）」，與一般交易的 mempool 分開。可把它想像成智能合約錢包操作的待執行暫存區。

• Bundlers： 接著輪到「Bundler」（打包者）登場，他們有點像礦工或區塊生產者，但服務於用戶操作層。Bundler 是監看 UserOp mempool 的節點，會收集多個不同用戶的 UserOp，打包成一份「bundle」，再把這整包行為封裝成一筆以太坊 L1 普通交易提交上鏈。簡單說，bundler 替眾多用戶將操作一步送往區塊鏈。Bundler 必須是 EOA（目前協議下只有 EOA 能發起 L1 交易）——但終端用戶不用自己每次發 EOA 交易。Bundler 會先行墊付大筆交易的 Gas，並從每位被打包的 UserOp 收取小額費用當回報。

• EntryPoint 合約： 打包的交易會傳送至以太坊上部署的一個特別「EntryPoint」智能合約。EntryPoint 是 ERC-4337 設計的核心。它的責任是驗證並執行打包內每個 User Operation。該合約會逐一取出 bundle 內的 UserOp、呼叫對應錢包帳戶智能合約，由合約驗證此操作、通過則執行。每個智能合約錢包都需實作一套標準接口，讓 EntryPoint 來調用，典型包括 validateUserOp（驗簽、驗 nonce 等規則）及 execute（驗證通過才執行操作）這兩個函數。如果某個 UserOp 驗證失敗（例如簽名錯誤、餘額不足），EntryPoint 會直接拒絕，不會送出非法交易。

• Paymasters（選用）： ERC-4337 也引入 Paymaster（支付大師）概念，Paymaster 是可以贊助用戶 Gas 費用，或決定誰來、如何支付 Gas 的輔助智能合約。若有 Paymaster 附加在 UserOp，EntryPoint 驗證時會指派 Paymaster 代用戶支付 Gas（通常依特定條件確認後）。這使得用戶可「免有 ETH 也能交易」——例如 dApp 開發者可部署 Paymaster，替新用戶出 Gas 當引導策略，或允許用戶用手上某款 ERC-20 代幣結算 Gas。如果沒配 Paymaster，那 Gas 則由用戶智能合約錢包結算（只要錢包有相應邏輯，也可能用 ERC-20 代幣自動兌換付費）。

• Bundler 激勵機制： 操作執行完後，EntryPoint 會幫忙支付 bundler 該得的費用（金額來自用戶錢包或 Paymaster 報銷）。這樣才能驅動 bundler 持續營運。本質上，bundler 賺取的「手續費」很像過去礦工或驗證者賺的 Gas，只是現在變成一批批 user operations 的打包手續費。

這套架構有效將每個用戶都「必須擁有 EOA」的需求抽象化了。只有 bundler 需要用 EOA 負責交易上鏈，而其他人「交易」則以 UserOp 物件由合約帶上去。就如 Rumble Fish 團隊打趣說，在 4337 模型下，bundler 是「這個 AA 生態圈唯一必須擁有 [EOA] 的參與者」。對用戶而言，他的帳戶純粹是智能合約錢包——他從來不需要自己用 EOA 親自發 L1 交易，但透過 EntryPoint 的中介角色，意志還是如常上鏈。

舉個快速例子：假設 Alice 擁有一個 AA 錢包，且預設「每天允許我的朋友 Bob 從我錢包最多花費 0.1 ETH」。這在普通 EOA 下根本辦不到，EOA 沒辦法原生授權連花費金額都有限制的代理權。但 AA 可以，Alice 的錢包合約就能落實這個規則。假設 Alice 離線，Bob 想幫她操作交易。他製作一個 UserOperation，呼叫 Alice 錢包合約「從 Alice 轉 0.05 ETH 到某 DEX」，UserOp 由 Bob（經授權）用自己私鑰簽名。UserOp 短暫存入 mempool，bundler 收集後送進 EntryPoint。EntryPoint 會呼叫 Alice 錢包合約的驗證函數，檢查「Bob 是否授權代理、金額有無超過 0.1 ETH 日限」。條件通過則 EntryPoint 觸發 execute，錢包合約對 DEX 發送 0.05 ETH。操作成功後，EntryPoint 從 Alice 錢包資金（或是 Bob 預存款、Paymaster 賬戶，依設置而定）扣掉小額 Gas 給 bundler。Alice 當下什麼都不用操作——只要預先設好規則，Bob 的行動就能安全執行。如果 Bob 想超過限額或沒授權，驗證階段即會攔截執行。

上述流程可以看出，帳戶抽象導入了許多新角色與模組（UserOp、bundler、EntryPoint、paymaster），但對使用者來說這些都隱藏在「底層引擎」之下。用戶僅感受到錢包更彈性、更強大，如某位開發者所言：「終端用戶甚至不會意識到自己在用帳戶抽象——他只體驗到以前辦不到的功能罷了。」當然，要安全實現這一切並不容易。比如 EntryPoint 合約成為基礎設施的核心，必須無漏洞且被信賴（好在已有各大審計、形式驗證）。各家智能錢包合約的簽章、nonce、防呆等細節也都需牢靠寫好。因此，把 AA 做到安全無縫，背後其實是重大工程投入。

值得注意的是：不只有以太坊看重 AA。部分新區塊鏈與 Layer-2 網路，原生導入帳戶抽象更為簡單。例如 StarkNet（以太坊上的 L2 zk-rollup）設計時預設所有帳戶皆為智能合約帳戶。StarkNet 根本沒有 EOA 的概念，連用戶帳戶都有代碼（通常是標準帳戶合約，可升級亦可依個人需求調整）。因此 StarkNet 一開始就內建 AA 功能（如社交恢復等），無需仰賴類似 4337 這種外部 bundler 系統——排序器（sequencer）直接原生支援智能合約帳戶。相似地，zkSync v2（另一種 L2）也在協議層級原生支援 AA——為每位用戶部署一個預設智能帳戶合約，其預設行為模擬 EOA，除非用戶自定義，既保有相容性也可擴展。這些方式都反映出——

（未完，如需更多內容請補充）power of AA: by removing the EOA/contract split at the protocol level, one can design much richer wallet functionality. Ethereum’s ERC-4337 approach is a bit more elaborate (since it’s layered on), but it ultimately provides the same end result on Layer-1 Ethereum.

現在我們已經了解什麼是帳戶抽象，以及它（至少在以太坊的實作中）是如何運作的，接下來讓我們看看它帶來的好處。為什麼大家都這麼關注？對於用戶和開發者來說，它實現了哪些過去無法實現（或非常困難）的功能？帳戶抽象的優勢相當多，涉及安全性、易用性等多個面向。

帳戶抽象的好處

帳戶抽象經常被譽為加密世界在用戶體驗和安全性方面的「遊戲規則改變者」。透過讓錢包成為智能合約，它解鎖了許多功能，使得管理加密資產更接近於管理現代銀行帳戶或線上個人檔案，而不是處理原始的密碼金鑰。讓我們詳解關鍵好處：

安全性與復原選項大幅提升

帳戶抽象最吸引人的地方之一在於它能大幅提升加密帳戶的安全性。目前，如果你弄丟了 EOA 錢包的助記詞或私鑰，你就等同於失去存取權限——無法復原。同理，若你的金鑰遭竊，竊賊可以清空你的資產，沒有人可以幫你凍結帳戶或回復損失。這種殘酷事實導致無數失落財富的故事，至今仍是大量新手用戶最大的擔憂之一。

帳戶抽象提供了新的解決方案：因為你的帳戶是可編程合約，你可以自行設計安全機制。例如，開發者可以實現支援社交復原（social recovery）或多重簽名（multisig）認證的智能錢包。在社交復原錢包中，你依然有一個主要的簽署金鑰作為日常使用，但如果遺失了，可請一群「守護者」（朋友、家人、甚至你自己的其他裝置）共同授權替換新金鑰。這意味著不再有單點故障：丟失一把金鑰不會造成永遠鎖定帳號，單一金鑰被盜也無法駭入（除非所有守護者都被攻破）。Vitalik Buterin 長期推崇社交復原模式，他認為這是保護錢包的最佳方式，而帳戶抽象大幅促進了這個模式的廣泛落地（實際上像 Argent 這類項目早就透過智能合約實作了類似功能）。

同樣，帳戶抽象讓多重簽名錢包成為個人用戶的主流選擇，而不再只是組織專屬。你可以設定，只有手機和筆電（兩把金鑰）都簽章，才能從錢包發出交易——這大幅減少單一裝置遭駭的風險。過去，多重簽錢包（如 Gnosis Safe）主要由團隊或行家使用，因為設定較複雜。有了 AA 錢包，親切的介面可以讓任何人隨手開啟 2-of-3 多簽，或設定每日消費上限，超額自動要求額外確認。這類自訂規則過去的 EOA 無法達成。

更重要的是，帳戶抽象意味著開發人員可以「自由大展拳腳，自訂帳戶認證和復原邏輯」，正如有分析所說。想加上兩步驟驗證（2FA），讓行動裝置共簽交易？可以。想要有個「凍結」功能，懷疑資安問題時馬上鎖定（像凍結信用卡）？也可以寫進去。甚至可以加入白名單地址（例如你的冷錢包）可無限制接收資金、但轉帳給其它地址則加強檢查？全都能用智能合約實現。總之，帳戶抽象將現代安全設計的彈性帶到加密錢包，擺脫一把鑰匙全有全無的窘境。這大幅降低困擾 EOA 錢包的眾多弱點與故障點。用戶不再是走鋼索無安全網——掉一把鑰匙，還有其他途徑能復原；遇到可疑情形，可能預設了自動斷電機制。

新手入門門檻大幅降低

除了安全性外，帳戶抽象還能讓一般用戶更容易使用加密貨幣。老實說，管理 EOA 及處理 gas 費和助記詞，對新手來說實在太嚇人了。UI/UX 常被拿來與早期網路世代相比——你根本是要求用戶一開始就完美管理私鑰（像超長密碼），還要搞懂 gas 與 nonce 這種新名詞。這成為普及的巨大障礙。

帳戶抽象降低了這道門檻，實現更加直觀、人性化的體驗。例如，透過「paymaster」協助支付 gas 費，或允許以穩定幣支付 gas，新用戶甚至可以在沒有任何 ETH 的狀況下完成第一次鏈上交易。DApp 或錢包可贊助新人 gas（可能是導入促銷，也可以用 freemium 模式）——對用戶來說，就是他發動操作就能完成，彷彿是傳統金融 App 第一次免手續費。這很關鍵：要求新手為了用 dApp 先去交易所弄 ETH 一直是巨大的進場痛點。帳戶抽象移除了這個障礙，讓 gas 費得以抽象化——用戶可以用手上任意代幣結算 gas，甚至全免，由第三方買單。

另一項體驗提升是「免簽」或一鍵交易的概念。實際上交易還是有簽名（底層還是有密碼學），但從用戶的角度來看，你可以「登入」dApp，一段期間內無需每次都確認每個操作。帳戶抽象讓錢包可支援 session key（會話金鑰）——這類暫時性金鑰有嚴格限制（如僅能在限定時間內執行特定行動）。你可以登入區塊鏈遊戲 dApp，授權會話金鑰，讓遊戲代為運作，比如一小時內自動執行，還限制最大花費。這段時間你就像在玩普通網遊般順暢體驗——不必每分鐘都被交易彈窗打斷。你的智能錢包保護 session key 僅有被授權的權限，過時後即失效。這種流程類似 web2 的 session，正是帳戶抽象多元彈性的突破。目前已經有 AA 錢包嘗試導入 session key 和「使用以太坊登入」的新體驗。

此外，帳戶抽象還能實現自動扣款、訂閱等功能。如前述，Visa 加密團隊曾展示 proof-of-concept：智慧合約錢包可以定時執行自動扣款（auto-debit）。例：用戶可預先排程月繳帳單，由自主管理的錢包自動出款——這目前僅有託管服務或傳統銀行能做到——只需授權合約可以在指定時間自動扣款即可。這是在 Layer-2（StarkNet）原生 AA 完成，但這個想法普遍適用。想像一下未來可安排預設時間自動執行交易、付費、劃撥（甚至加條件：「若我的餘額在 Y 日高於 X 就自動執行」）——只要帳戶能獨立執行代碼，這都做得到。用戶不用老是在線上點「確認」，智慧錢包會按自己事先定下的規則自動出手。

種種提升，讓初次體驗和日常使用的流程親切許多。有篇部落格說得好：帳戶抽象讓 dApp 體驗趨近一般金融 App，不再被 nonce、gas 等神秘鏈上細節困擾。用戶還能照「熟悉的方式」找回帳號（聯絡守護者、用備用裝置，類似「重設密碼」），甚至完全不必了解 gas（可能由 App 自動處理）。對不是專業幣圈玩家而言，這很關鍵——這就像要求用戶自己設指令連上網路，還是只要點開 App 就能用服務的差別。

交易自訂與自動化

有了帳戶抽象，用戶可以更細緻掌控帳戶行為——更能自動化多種過去只能手動或仰賴第三方的操作。前面已談過部分例子，這邊再強調幾項重要功能：

• 批次處理與複合操作： 傳統 EOA 每次只能提交單筆交易，還要分開確認。智慧錢包可以設計成一次批量（batch）多步操作組合成一筆 meta-transaction。例如，可以原子性地先在 DEX 交易，再把收到的代幣丟到借貸協議，最後再轉移獲得的新幣——全部一鍵、一次交易搞定。這不僅省時省點擊，還可能節省 gas 成本。確實，帳戶抽象的一大優勢就是「可以把多筆交易打包處理」，降低開銷、減少費用。對用戶來說，就是操作策略從多步驟多筆 tx 變成一鍵搞定。

• 預先授權交易與自動化： 你可以在事先設定條件下自動授權某些交易，不用重複手動確認。這可啟用許多新玩法，像是 DeFi 裡的自動止損（價位到達閾值自動賣出），或鏈遊內自動回合進行。因為帳戶執行的是你的條件化智能邏輯，就像鏈上的私人代理人。實際應用舉例：「若我 1 年沒登入帳戶，自動將資產轉給我的備用錢包」——這種 deadman switch 結合數位遺產傳承機制。沒 AA 的話，這只能靠第三方信託或中心化平台才能實現。service or hoping someone calls a special contract; with AA, your own account can enforce it.

service 或是希望有人呼叫一個特殊合約；有了 AA，你可以由自己的帳戶來執行這些操作。

• Easy Asset Management: Account abstraction allows features like “transfer all my tokens with one function call”. Normally, if you wanted to migrate to a new wallet, you’d have to send each token one by one. A smart wallet could have a method to sweep all assets (ETH and any tokens, NFTs, etc.) in one go to another address – simplifying migrating wallets or consolidating assets. It could also allow changing ownership of the wallet itself: for example, selling a wallet or transferring it to someone (something not straightforward with EOAs, since an EOA is tied to a fixed key that you shouldn’t share).

• 輕鬆的資產管理： 帳戶抽象化允許你實現「一鍵轉移所有代幣」這類功能。一般來說，如果你想要換新錢包，必須一個一個逐一轉帳。智慧型錢包則可以加入「一鍵清倉」的功能，將所有資產（ETH 與其他代幣、NFT 等）一次轉到另一個地址，大幅簡化搬錢包或資產整併過程。它還可以支援改變錢包本身的所有權：例如把錢包賣掉或者過戶給別人（這在 EOA 上很不容易，因為 EOA 綁定的是你不能分享的私鑰）。

• Programmable Restrictions: You can impose arbitrary policies on your account usage. For instance, you might set a daily spending limit. If transactions exceed that in sum, the wallet pauses further transfers until the next day or requires an additional confirmation from you. This kind of rate-limiting can prevent loss of all funds if a key is silently compromised – the thief could only take e.g. 1% of your funds per day, giving you time to notice and react. Accounts could also restrict certain transaction types (e.g., “not allowed to call risky DeFi contract X unless an extra key signs”). This is analogous to how credit cards allow you to set limits or alerts on transactions over a certain amount.

• 可程式化限制： 你可以針對帳戶設定任何自訂政策。比如設定「每日消費上限」，如果當天累計交易金額超標，錢包就會暫停轉帳到隔日、或要求你額外確認。這類速率限制能預防萬一私鑰洩漏時損失慘重 —— 小偷每天最多只能提走 1% 資產，給你留有察覺及補救的機會。帳戶也可以限制某些特定類型交易（例如「只能在多一把鑰匙簽名的狀態下呼叫高風險 DeFi 合約」）。類似於信用卡允許你針對高額交易設下警示或限制。

In a nutshell, account abstraction grants unprecedented flexibility. A commentary from blockchain developers summarized it well: with EOAs users are “stuck with transactions that can’t be customized or automated – each one has to be signed individually.” But with account abstraction, “the game changes” and users can “set up recurring payments and dive into other forms of automation,” even greenlighting multiple actions in one go. It’s like moving from a manual stick shift car to an intelligent self-driving car that you can program with routes and rules – you go from doing every little action yourself to defining what you want and letting the system handle the mechanics.

簡而言之，帳戶抽象帶來前所未有的彈性。區塊鏈開發者這樣形容： EOA 用戶「無法自訂、無法自動化，每一筆交易都要自己手動簽名」。但在帳戶抽象的世界，「規則根本翻轉」，用戶可以「設置定期付款，還能各種自動化」，甚至能一次授權多個操作。這就像從手排車進化到可以自訂路線與規則的自駕車 —— 從什麼都要親自做，變成只要訂下需求，系統便自動幫你執行各項細節。

Gas Fee Flexibility and Sponsorship

Another major benefit is the flexibility around gas fees that account abstraction affords. In current Ethereum, you must pay gas fees in ETH from your own account for every transaction. That’s a non-starter for many user-friendly experiences – imagine if every time you swiped your credit card, you had to also carry a second currency to pay a fee, and if you didn’t have it, the payment fails. That’s essentially the case with EOAs and ETH for gas.

帳戶抽象另一項重大優勢，是 gas 費的彈性。在現在的以太坊，每次交易都必須由你自己的帳戶、用 ETH 來支付 gas。這對一般用戶體驗非常不友善 —— 想像你刷卡時必須再帶一種貨幣來付手續費，沒帶就不能結帳。EOA 與 ETH 資助 gas 的現狀就是這樣。

Account abstraction breaks this constraint by enabling gas abstraction:

帳戶抽象打破了這個限制，實現 gas 抽象化：

• Your account (smart wallet) could be set up to pay gas using any token you have. For example, if you only hold USDC stablecoin, the wallet’s logic (in tandem with a paymaster or dex integration) could automatically convert a bit of USDC or use it to pay the miner/validator, so you don’t need ETH at all.

• 你的帳戶（智慧型錢包）能夠用任何你擁有的代幣來付 gas。舉例來說，就算你只有 USDC 穩定幣，錢包的合約（配合 paymaster 或 dex）也可以自動把 USDC 兌換一點用來給礦工/驗證者，你完全不需要 ETH。

• A sponsor (paymaster) can cover your gas. This opens the door to gasless transactions for users. A dApp might decide to pay for its users’ transaction fees to boost adoption – akin to a business covering shipping costs for customers as an incentive. This has been possible in limited ways via meta-transactions in the past, but account abstraction standardizes it and makes it more secure. Users can interact with a blockchain application without even realizing gas exists; the experience can feel like a free web2 app where operations “just work”. For instance, new users signing up could get a few free transactions sponsored by the app, smoothing their first-time experience.

• 贊助者（paymaster） 可以幫你付 gas。這讓「零 gas 手續費」成為可能。某個 dApp 可以選擇幫用戶出交易費用來提高用戶數，就像電商補貼運費促銷一樣。以前這在 meta-transaction 中有限度做得到，現在帳戶抽象把它標準化且更安全。用戶可以全程不察覺有 gas 這回事，操作起來就像一般免費的 web2 應用 —— 例如註冊時前幾筆交易由 app 贊助，用戶首次體驗超順暢。

• Flexible fee logic: Maybe you want to automatically use the cheapest asset you have at the moment to pay fees, or dynamically choose between paying in ETH vs. another token depending on market rates – all that logic could be embedded in your wallet contract or a paymaster policy.

• 彈性手續費邏輯：你可以自動選擇那時候你持有的最便宜資產付手續費，或者根據市場價格自動決定要付 ETH 還是其他代幣 —— 這些規則全部都能寫進你的錢包合約或 paymaster 的政策裡。

The ERC-4337 spec explicitly considers this a key feature: thanks to Paymasters, users “aren’t obliged to hold the native ETH token to engage with the network anymore. It’s a significant improvement for new users” entering Web3. And Rumble Fish’s analysis highlighted that with AA, dApps or even other people can chip in to pay someone’s gas as a gift or promotion, making onboarding much smoother. We’ve already seen organizations like Visa experiment with using account abstraction to let users pay gas with a credit card or via a third party, effectively making the crypto transaction feel like a normal online purchase. This kind of UX would be a giant leap in making blockchain applications mainstream-friendly.

ERC-4337 標準明確認定這是一大特色：有了 Paymaster，用戶「不必再持有 ETH 原生代幣就能用以太坊網路，這對新手來說便利性大提升」。Rumble Fish 的分析也強調，AA 讓 dApp 甚至其他人都能幫你付 gas —— 不管是送你一筆 gas 費當禮物、做推廣活動，都讓新手上手流程更順暢。像 Visa 這樣的大企業也已經實驗過 AA，讓用戶可以刷信用卡或第三方付 gas，把加密貨幣交易變得像在網購一樣自然。這種體驗將大幅推動區塊鏈應用進入主流。

Future-Proofing and New Possibilities

Finally, account abstraction is important not only for what it enables today, but for how it future-proofs blockchain accounts for new technology and unlocks entirely new classes of applications:

最後，帳戶抽象化的意義，不僅在現在已經能做什麼，更在於它如何預防未來風險、為新科技預作準備，開展全新類型的應用：

• Post-quantum cryptography: Today’s Ethereum signatures (ECDSA) could be broken by quantum computers in the future. With account abstraction, we can gradually migrate to quantum-resistant signature schemes account by account, rather than needing a hard fork that changes how all signatures work. In fact, AA allows multiple signature schemes to coexist – some accounts could use traditional keys, others could require quantum-safe signatures like Lamport or BLISS, etc. Ethereum’s 4337 is seen as “one of the first steps towards creating quantum-computer resistant transactions” because it decouples the account verification from a fixed algorithm.

• 後量子加密： 今日以太坊用的 ECDSA 簽章未來有可能被量子電腦破解。有了帳戶抽象，可逐戶升級到抗量子攻擊的新簽章演算法，而不用全網硬分岔一次換光。AA 甚至允許多種簽章並存 —— 部分帳戶可繼續用傳統金鑰，其他則改用 Lamport、BLISS 等抗量子的方案。ERC-4337 就被認為是「打造抗量子交易的重要第一步」，因為它讓驗證機制與底層簽章演算法解耦。

• Role-based access and modularity: Accounts can be programmed for role-based access control. For example, you could designate a “trading key” that’s only allowed to make trades but not withdrawals, or a “deployer key” that can deploy contracts but not move funds, all under one account contract. This is useful for organizations or power users who want fine-grained control.

• 角色權限與模組化： 帳戶可以寫成角色型權限控管。例如你可指定一把「交易金鑰」專門負責交易不能提款、另一把「部署金鑰」則能創建合約但動不了資金 —— 這些全都在同一帳戶合約下完成。這對組織或進階玩家來說非常實用。

• First-class multisig and shared accounts: Account abstraction could make multi-owner accounts a first-class citizen across the ecosystem. This means dApps and protocols can natively support interactions with multisig accounts more easily. It also means team or family wallets become easier – an account contract can be owned by N people, each with certain rights, which is not straightforward with EOAs. In fact, the reference text noted account abstraction enabling “team wallets” as a use case, referring to wallets that multiple people manage with programmed governance rules (ideal for business treasuries, DAO funds, etc.).

• 原生多簽與共管帳戶： 帳戶抽象能讓多簽帳戶成為生態圈的一級公民，dApp 和協議能更好地原生支援多簽互動。組隊錢包或家族錢包也會變得更容易 —— 一個帳戶合約可讓 N 個人擁有、各自握有權限，這在 EOA 上很難辦到。參考文件就點出 AA 支援「團隊錢包」，即多人共同管理、有規則治理的小金庫，像是公司帳戶、DAO 資金池等。

• On-chain identity and reputation: Since account contracts can contain logic, they could integrate things like reputation scores or allowlists for DeFi (e.g., an account that only allows interactions with whitelisted protocols for safety until the user changes settings). They might also integrate with identity systems, like requiring a certain credential or NFT to unlock some features. This blends into the realm of smart accounts serving as both wallet and identity hubs.

• 鏈上身份與聲譽機制： 因為帳戶合約可以寫入邏輯，也能納入如聲譽分數或 DeFi 白名單（例如只允許和經認證協議互動，除非用戶修改設定）。它也可整合身份系統，比如必須擁有某憑證或 NFT 方可解鎖部分功能。未來智慧帳戶能同時作為錢包與身份中心。

All told, the benefits of account abstraction span security, usability, flexibility, and future-readiness. It’s about making crypto accounts as powerful and convenient as modern software will allow, without sacrificing the self-custody and decentralization principles. No wonder that many in the Ethereum community see it as pivotal for driving the next wave of adoption. As one source put it, account abstraction is widely viewed as an “important stepping stone in Ethereum’s path to massive user adoption.”

總結來說，帳戶抽象在安全性、易用性、彈性與前瞻性等層面都帶來巨大好處。它讓加密帳戶進化得和現代軟體一樣強大便利，但又不放棄自我保管和去中心化原則。難怪以太坊社群越來越多人認為這將是推動下波主流採用的關鍵技術。正如某篇評論所說，帳戶抽象正被廣泛視為「以太坊邁向大規模用戶採用的重要里程碑」。

Having painted the picture of what AA enables, let’s ground this discussion by looking at some real-world implementations and examples of account abstraction in action, as well as what’s happening right now in the ecosystem.

講完 AA 的能耐，接下來我們實際看看帳戶抽象的各種現有應用及具體案例，以及最近生態圈發生了哪些新進展。

Real-World Applications and Examples

Account abstraction may sound theoretical, but it’s already being implemented and tested in the wild. Here are a few notable examples and scenarios that illustrate its impact:

帳戶抽象聽起來或許很理論，但事實上已經有不少真實應用與測試。以下列舉幾個具代表性的例子和場景，說明它帶來的實際影響：

• Smart Contract Wallets (Social Recovery & Multisig): Projects like Argent wallet have been early pioneers of smart contract wallets that offer social recovery and trusted contacts. Argent’s wallet (even before ERC-4337) let users nominate “guardians” to help restore access if they lost their key – this was achieved via a custom contract for each user. With ERC-4337 now live, such wallets can plug into a standardized infrastructure and potentially become more common across the industry. Similarly, Gnosis Safe (now called Safe) has been a widely used multi-signature wallet (mostly for teams/DAOs). Safe is essentially an account abstraction use-case (multiple owners controlling one contract account). In fact, the Safe team is actively embracing AA; they even developed a prototype to leverage ERC-4337 and are looking at how upcoming protocol changes (like EIP-7702) will support migrating existing Safe accounts to first-class smart accounts. These examples show that enhanced security wallets for both individuals and organizations are a clear immediate win for AA.

• 智慧合約型錢包（社交復原＆多簽）： 像 Argent 這類專案很早就是智慧合約錢包的先驅，主打社交復原與可信託人。Argent（甚至在 ERC-4337 出現前）就讓用戶指定「守護者」來協助在遺失金鑰時恢復存取權 —— 這全靠每個用戶專屬的自訂合約實現。如今 ERC-4337 上線，類似錢包就能直接接標準化基礎設施，有望在業界普及。另一著名案例 Gnosis Safe（現稱 Safe）則是常用於團隊/DAO 的多簽錢包，天生展現帳戶抽象精神（多名擁有者共管一個合約帳戶）。Safe 團隊現正主動擁抱 AA，已開發出利用 ERC-4337 的雛型，也關注新的協議升級（如 EIP-7702）如何協助將現有 Safe 遷移到一級智慧帳戶。這些例子證明增強安全的個人與組織錢包，會是 AA 立馬能落實的厲害賣點。

• Gas Sponsorship by DApps: We’re seeing decentralized applications experiment with covering user gas fees to improve UX. For instance, a blockchain game or a decentralized exchange might use a Paymaster (per ERC-4337) to let users trade without holding ETH for gas – the dApp sponsors the gas, perhaps recouping the cost via a slightly higher protocol fee or as a marketing expense. This gasless transaction experience is very attractive for onboarding new users. A DeFi platform could literally advertise “no ETH needed to start lending – deposit using USDC directly”. Some wallet SDK providers (like Biconomy or OpenGSN) have provided meta-transaction frameworks historically; with account abstraction, this can be done more natively and securely. In one case, an Ethereum foundation supported project demonstrated a system where users could even use a credit card to indirectly pay fees – the Visa

• DApp 贊助 gas: 已有許多去中心化應用（DApp）開始嘗試為用戶買單 gas 來提升體驗。例如區塊鏈遊戲或去中心化交易所可利用（ERC-4337 定義的）Paymaster，讓用戶不用持有 ETH 也能交易 —— gas 費由 dApp 代墊，日後要嘛透過稍高的協議費彌補，要嘛當成行銷成本。這種「零 gas 交易」的設計對新手非常吸引。DeFi 平台甚至可明白主打「不用 ETH 直接用 USDC 開始借貸！」過去有些錢包 SDK（如 Biconomy、OpenGSN）曾提供 meta-transactions 框架，但有了帳戶抽象化後，這能更原生且安全地實作。有個以太坊基金會資助的專案甚至展示了讓用戶用信用卡間接付費用的系統 —— Visaresearch we mentioned allowed a wallet to pay gas by charging a Visa card, all mediated by the wallet’s logic and a paymaster. While charging a credit card for gas isn’t common yet, the fact it’s possible highlights how far we can abstract the blockchain mechanics away from the user.

我們提到過的研究允許錢包透過收取 Visa 信用卡來支付 gas 費用，整個過程由錢包邏輯與 paymaster 協調。雖然用信用卡支付 gas 目前還不常見，但這件事的可行性凸顯了區塊鏈機制可以被抽象到用戶體驗幾乎感受不到的程度。

• Recurring Payments and Subscriptions: The concept of automated recurring payments from a self-custodial wallet was practically unheard of before, because an EOA can’t initiate a payment on its own at a future date. With account abstraction, however, auto-payments become feasible. The Visa proof-of-concept on StarkNet is a prime example: they used account abstraction to implement a pull-based payment (the biller could trigger the payment from the user’s wallet on the due date, because the wallet had pre-authorized it). Another hypothetical example: a streaming service could deploy a smart contract that, each month, pings your wallet contract for the subscription fee; your wallet’s code could verify it’s the legitimate service and automatically pay them in, say, a stablecoin – all without you signing in every month. This kind of convenience was typically missing in Web3, potentially forcing users into custodial solutions if they wanted such features. Account abstraction brings it to self-custody.

• 定期支付與訂閱服務： 以往，去中心化自主管理錢包自動定期付款幾乎是不可想像的，因為傳統 EOA 並沒有自動在未來指定日期主動發送付款的能力。不過透過帳戶抽象，這類自動扣款就成為可能。Visa 在 StarkNet 上的概念驗證就是一個典型案例：他們運用帳戶抽象來實現「拉款式」付款（即收款方可在到期日觸發用戶錢包中已被預先授權的支付）。另一個假設例子，例如串流影音服務發佈一個智慧合約，每月向你的錢包合約收取訂閱費；你的錢包合約程式碼會驗證這是否為合法服務，然後自動用穩定幣支付，無須你每月手動登入操作。這種 Web3 長久缺少的便利性，通常會讓用戶為了實用功能被迫轉用託管式錢包，而現在帳戶抽象讓這些功能能自主管理下實現。

• “One-Click” Experiences & Composability: Consider an NFT marketplace where buying an NFT might involve multiple steps (approve token, then trade, etc.), or a DAO participation that requires locking tokens then casting a vote. With AA wallets, projects can design flows where the user does a one-click “buy” or “participate” and behind the scenes the wallet contract bundles the necessary steps. We already see this with some DeFi aggregators that do meta-transactions, but with native AA it could be more prevalent and simpler to integrate. This increases composability of dApps – your smart account could interact with multiple protocols in one go, which encourages developers to create richer features without worrying that users will drop off after the first of several transactions.

• 「一鍵」體驗與可組合性： 想像 NFT 市場，購買一件 NFT 可能要經過多個步驟（授權資產、執行交易等），又或者參與 DAO 投票要先鎖定代幣再投票。有 AA 錢包後，項目方可以設計成一鍵「購買」或「參與」，而所有必要流程都由錢包合約在後台一次性執行。部分 DeFi 聚合器已經有類似 meta-transaction 機制，而有了原生 AA，這種體驗可望變得普及且容易整合。這也提升了 dApp 的可組合性——智慧帳戶可以一次與多個協議互動，更激勵開發者打造更強大、更便利而不怕用戶在多步操作中流失。

• Layer-2 Adoption and Cross-Chain UX: On Ethereum Layer-2 networks like StarkNet and zkSync (which have native AA), users are getting a taste of these benefits from day one. A user on StarkNet, for example, might create their account by deploying a contract (there is an initial one-time cost to deploy your account contract) and thereafter enjoy features like choosing any token to pay fees. As these L2s gain users, the expectation for such convenience will grow, pressuring other chains to adopt similar ideas. Moreover, account abstraction can help with cross-chain experiences. Some in the community talk about “chain abstraction” hand-in-hand with account abstraction. For instance, a smart wallet could abstract which chain an operation happens on – you could initiate an action and the wallet (via relays or bridges) handles getting it executed on the appropriate chain, returning the result to you, without you manually switching networks or holding multiple chain tokens. This is still early-stage, but conceptually a smart account could manage resources on multiple chains if designed to, giving a unified UX.

• Layer-2 普及與跨鏈體驗： 在像 StarkNet、zkSync 這類支援原生 AA 的以太坊 Layer-2 網路，用戶一開始就能感受到這類便利。例如 StarkNet 用戶會以部署智慧合約的方式建立帳戶（須付一次性合約部署費），此後享受如用任何代幣支付 gas 的新功能。隨著這些 L2 用戶增長，大眾對這種便利的期待也會讓其他區塊鏈競相跟進。另外，帳戶抽象也有助於跨鏈體驗。社群已經在討論所謂「鏈抽象」，與帳戶抽象並行發展。比方說，智慧錢包可以抽象出操作發生在哪條鏈；你只要發出動作指令，錢包（經由轉發者或跨鏈橋）自動在正確區塊鏈上處理執行，再把結果回傳你，全程無須你手動切換網路或持有多鏈代幣。這目前還是早期概念，但未來設計完善的智慧帳戶可望同時管理多條鏈的資源，給用戶一致體驗。

• Developer Tooling and New Services: A host of new services are popping up to support account abstraction. For example, providers offering Wallet-as-a-Service (WaaS) that handle the deployment of smart wallets for users and manage keys in user-friendly ways (some integrate secure enclaves in phones or cloud backups, etc.). While we won’t promote specific companies, it’s notable that many startups and projects are actively building AA tooling – from SDKs that let any dApp spin up an AA wallet for their users, to specialized paymasters that handle gas conversions. This means the ecosystem is rapidly moving towards making AA seamless. As these tools mature, more apps can adopt AA without reinventing the wheel, and users might use AA without even knowing it (for example, a game might automatically give each user a contract wallet in the background linked to their email login – the user just knows they have a game account, which under the hood is a smart contract wallet tied to their email-authenticated key).

• 開發者工具與新服務： 市面上快速湧現各種支援帳戶抽象的新服務。例如有「錢包即服務」（Wallet-as-a-Service, WaaS）業者，協助用戶部署智慧錢包並以簡單方式管理私鑰（如結合手機安全模組、雲端備份等）。雖不宣傳特定公司，但許多新創與專案都積極開發 AA 工具——有助 dApp 隨時為用戶創建 AA 錢包、能將 gas 代幣自動轉換處理的專業 paymaster 等。這一切加速生態圈往無縫 AA 邁進。隨著工具成熟，更多應用可不須「重新造輪子」就引入 AA，甚至讓人不自覺就用上（如遊戲自動用用戶的 email 登入關聯背景合約錢包——用戶只「知道」自己有遊戲帳號，事實上這帳號下就是綁定 email 認證私鑰的智慧合約錢包）。

All these examples reinforce that account abstraction isn’t just a theoretical upgrade; it’s happening now across various fronts, bringing concrete improvements. However, it’s not all sunshine and roses yet. Like any new technology, there are challenges and trade-offs to be aware of. It’s important to examine these to get a balanced view.

以上種種例子都強化一點：帳戶抽象已不只是紙上談兵——它已在多個層面落地推進，帶來實質提升。然而，這並非一帆風順。和一切新技術一樣，也有新挑戰與權衡之處，務必加以審視，才能全面掌握正反兩面。

Challenges and Limitations of Account Abstraction

帳戶抽象的挑戰與限制

While account abstraction opens exciting possibilities, it also introduces new complexities and considerations. Here are some of the challenges and limitations to keep in mind:

雖然帳戶抽象帶來許多震撼性的可能，但同時也引進了新的複雜性與考量。值得注意的挑戰和限制包括：

• Smart Contract Risk: By turning user wallets into smart contracts, we inherently introduce smart contract risk to personal accounts. A bug in the wallet’s code could be disastrous – for instance, a flaw could allow an attacker to bypass security or drain funds. With EOAs, the “code” involved in your account is basically just ECDSA signature verification, which is a well-tested cryptographic primitive. Smart wallets are far more complex. Although the core AA frameworks (like the EntryPoint contract in ERC-4337) are audited, the security of each wallet implementation can vary. As one developer guide noted, when using an AA wallet, you’re “deploying an immutable contract” and if a bug is found, it can be challenging to patch since that contract code can’t be easily changed. Some wallet contracts might include upgradeability or migration features to mitigate this, but that then introduces trust considerations (who can upgrade it?). Diligence in auditing wallet contracts is crucial.

• 智能合約風險： 把用戶錢包變為智慧合約，本質上就把智能合約風險帶入個人帳戶。錢包程式碼 bug 可能釀成災難──例如安全漏洞給駭客可乘之機、資金被盜。傳統 EOA 帳戶的「程式碼」本質上僅是 ECDSA 簽章驗證，經過長久驗證的加密原語，智慧合約錢包則複雜許多。雖然 AA 核心框架（如 ERC-4337 的 EntryPoint 合約）有經過稽核，但每個錢包實現的安全度不一。有開發者指南提醒：AA 錢包部署時本質是「不可變更合約」，若日後發現漏洞，修補困難，因為部署後難以輕易修改。有些錢包加入可升級或遷移機制來緩解，但這又帶入「誰能升級」的信任問題。智慧錢包合約徹底審計極為關鍵。

• Complexity and New Failure Modes: The AA architecture (with bundlers, paymasters, separate mempool) is more complex than the status quo. This means more components that could fail or be attacked. For example, what if the bundler network is not sufficiently decentralized early on? Could bundlers censor certain UserOps or demand high fees? There’s a risk of centralization if only a few actors become dominant bundlers. Over time, it’s expected that many Ethereum nodes or miners/validators themselves might run bundler software (especially if economic incentives are there), but in early stages, users are trusting that the mempool of UserOps and bundlers are working honestly. The EntryPoint contract is another central trust point – if a vulnerability were found there, it could affect all AA users. The Ethereum community has taken precautions (the EntryPoint can be replaced via an update mechanism if a bug is found, under a multisig governance by devs until full decentralization), but it’s a key piece to watch.

• 複雜性與新型失效風險： AA 架構（包含 bundler、paymaster、獨立的 mempool）比現狀更複雜，也就是潛在失效點或攻擊面也變多。例如，若 bundler 網絡早期去中心化不夠，bundler 會否審查特定 UserOps，或哄抬收費？少數巨頭綁架 bundler 市場也有中心化風險。隨時間演進，預期愈來愈多以太坊節點或礦工/驗證者會自己跑 bundler 軟體（尤其若有經濟誘因），但早期多半只能仰賴相關 mempool 與 bundler 誠信運作。EntryPoint 合約本身更是集中信任核心──它一出漏洞就牽連全部 AA 用戶。以太坊社群已為此預設防範措施（EntryPoint 若現重大漏洞，可由多簽治理開發者更新、更換，待走向完全去中心化），但這區塊必須持續關注。

• Resource Costs (Gas and Deployment): Using a smart contract wallet has overhead. There is a one-time deployment cost to create your account (you have to publish a new contract on-chain for each user wallet, unless using a counterfactual deployment pattern where it’s created at first use). This could cost a few dollars in gas on Ethereum mainnet, which might deter some users or require wallets to sponsor that. Additionally, each operation through a smart wallet might be slightly more expensive in gas than a simple EOA transaction because it involves calling the EntryPoint, executing additional code, etc. However, some of this can be offset by batched execution efficiencies. Still, for heavy on-chain activity, those costs add up. This means, at least initially, account abstraction might be more common on Layer-2s (where gas is cheaper) and only for higher-value use cases on Layer-1. The good news is that Ethereum developers are aware of this and are working on protocol changes to make AA more gas-efficient. For example, proposals like “InitCode compression” or other EIPs aim to reduce the cost of deploying and using smart accounts, and in the long run if AA becomes the default, the protocol can optimize for it.

• 資源成本（Gas 與部署）： 使用智慧合約錢包有額外資源開銷。每個帳戶必須獨立上鏈部署新合約（除非採首次使用才部署的 counterfactual 方式），這在以太坊主網 gas 費可能要幾美元，恐怕讓部分用戶卻步或需錢包方補貼。另外每筆 AA 操作通常也比單純 EOA 交易略貴，因為會經過 EntryPoint 與更多額外執行碼。雖然批次執行可部分抵銷這類加總，但頻繁鏈上操作成本還是會累積。因此早期 AA 主要可能還是在 L2（gas 便宜）率先普及，在 L1 只用於更高價值場景。好消息是以太坊開發者已意識問題，正著手各類協議升級讓 AA 更省 gas，例如「InitCode 壓縮」等提案，希望減低部署、互動成本，未來若 AA 成為主流，協議將可專門優化。

• Key Management is Still Key (Literally): It’s important to note that account abstraction doesn’t eliminate private keys – it just adds layers around how keys are used. You still ultimately need some form of private key or secret to authenticate as the owner of an account (even if that key is split among multiple parties or stored in hardware, etc.). If a user chooses poor security for their keys, they can still get hacked. AA provides tools like social recovery, but users must actually use them and set them up properly. Some critics point out that many users might stick to default settings, which could be a single key controlling the account contract (basically replicating an EOA, but with more complexity). In such cases, if they never configure guardians or 2FA, they haven’t gained much security – and they might even be at more risk if they don’t understand the new wallet model. In summary, account abstraction greatly improves potential security, but does not guarantee it. Users will need good UX to guide them to safer setups (e.g., prompts to add a guardian or a backup key during wallet onboarding).

• 私鑰管理仍是重點（字面意義上）： 必須強調，帳戶抽象並不會消滅私鑰——而是讓私鑰運作多包一層。你最終還是要有某種類型的私鑰或秘密，才能作為帳戶擁有者（無論這私鑰是分多份、多簽或硬體存放等）。若用戶自己把私鑰安全性設很低，還是會被盜。AA 有像社交恢復那樣的安全工具，但前提都要真的去設置好才有效。有評論者提醒，多數用戶若都沿用預設設定，往往就只是一個私鑰控管帳戶合約（本質還是 EOA，只是變複雜），若沒設守護人、沒多重認證，安全性也提升有限——甚至理解新錢包運作還會更危險。總結來說，帳戶抽象大幅提升潛在安全彈性，卻不保證安全。必須有好用易懂的 UX 引導安全設定（如錢包建立時鼓勵加守護人或備用私鑰）。

• Not Yet Universal: As of 2025, account abstraction via ERC-4337 is available on Ethereum, but it requires wallet providers to support it. If your current wallet (say MetaMask or hardware wallets) doesn’t support creating and managing 4337 smart accounts, you can’t benefit from AA without switching. We are in a transition period where both EOAs and AA accounts coexist. This can cause user confusion and friction. For instance, AA accounts have their own address (which looks like any Ethereum address, but it’s actually a contract). If someone sends ETH to your AA wallet address, that’s fine – it’s an address – but to send ETH out, you’ll be going through the AA flow rather than a simple EOA transaction. Power users might worry about compatibility: “Will this dApp support my

• 尚未普及： 截至 2025 年，ERC-4337 帳戶抽象在以太坊上已經可用，但仍需錢包廠商實作支援。若你現在用的錢包（如 MetaMask 或硬體錢包等）尚未支援 4337 智慧錢包帳戶的建立與管理，就享受不到 AA 的好處，除非你切換新工具。目前正處於 EOA 與 AA 並存的過渡期，難免造成用戶困惑與卡關。例如 AA 帳戶有獨立錢包位址（外觀看起來和一般以太坊位址一樣，實際上是合約位址）。有人匯 ETH 到你 AA 錢包位址當然沒問題——畢竟是以太幣地址——但你要發 ETH 則要循 AA 流程而非傳統 EOA 交易。進階用戶甚至會擔心兼容性：「這個 dApp 會支援我的...smart wallet?” Generally, if the AA wallet is well-designed, it should work with all dApps (since from the dApp’s perspective it’s just an address making contract calls). But certain low-level tooling (like some blockchain explorers or older wallets) might not fully recognize these transactions. Over time, standards like ERC-4337 should be seamless, but the ecosystem needs to catch up – things like chain explorers, hardware wallet firmware, etc., may need updates to properly display and sign AA operations.

• 互通性與多鏈支援： 如果你在多條鏈（L1、L2、側鏈）上使用你的智能帳戶，你可能需要在每一條鏈上各自部署合約，這可能會有些麻煩。目前社群也正在努力讓帳戶部署可以在多鏈上「複製」，讓你在每個地方都能保持相同的地址與功能。然而，在這問題完全解決之前，必須留意一點：在某一條網路上部署了AA，並不會自動在其他鏈上生效——你可能每鏈都要做一次設定。

• 現有用戶的過渡挑戰： 現在已經有數百萬個EOA（外部帳戶），而且有些帳戶持有非常有價值的資產（例如不可轉讓的NFT，即所謂soulbound token，無法隨便轉到新智能錢包）。如果這些用戶想要遷移到帳戶抽象，該怎麼辦？一種做法是透過協議升級，例如Vitalik等人提出的EIP-7702，可以讓EOA「添加」智能合約功能，而不改變它原本的地址（下節會有更多討論）。不過在這些升級發生之前，使用者可能必須創建新帳戶才能享有AA功能，這對於那些資產綁定舊地址的人來說是一個負擔。此外，教育也是一大難題：用戶得先理解為什麼升級到智能錢包是有意義的，然後克服「能用就好，何必動」的心態。社群可能需要持續強調AA帶來的好處（或許未來錢包會用一鍵遷移工具來簡化過程）。

儘管有這些挑戰，以太坊社群整體認為帳戶抽象的優點遠大於缺點，而且許多限制正積極被解決。任何新基礎技術一開始都會比較複雜，隨著時間推移才會越來越順手。就像第一代智慧型手機又重又耗電，現在幾乎人人離不開；同樣地，AA錢包雖然現在看起來新奇或複雜，幾年之後很可能沒有人能想像沒有社交恢復或免Gas交易等功能的日子。

在這樣的平衡視角下，讓我們展望帳戶抽象的未來。它將如何演化？有哪些發展值得期待，能讓智能帳戶成為新常態？

邁向全面帳戶抽象

以太坊的帳戶抽象——特別是透過ERC-4337——是一個重要里程碑，但常被視為通往終點的過程，而非最終目標。許多核心開發者的最終願景，是讓「全面帳戶抽象」成為協議本身的一部分：每個帳戶都是智能帳戶，傳統EOA（外部帳戶）概念則徹底消失。要達到這一點，未來幾年勢必要有更多升級以及細心規劃的轉換策略。未來藍圖大致如下：

1. 協議層級的整合： 目前ERC-4337是在應用層透過EntryPoint合約來實現AA的，但長遠來看，以太坊可能會將帳戶抽象直接納入協議（Layer 1），讓整個流程更流暢。這可能意味著引入全新的交易類型或變更共識規則，讓智能合約錢包可直接發起交易，而不需透過Bundler。事實上，較早的EIP-2938（雖然最後沒採納）就是要在協議層加一種新的「AA交易」。社群選擇先實現4337，但未來也沒排除更深層的改動。AA若原生整合到協議裡，以太坊就不需要獨立的UserOps mempool，且可藉由協議原生的邏輯提升效率、降低Gas消耗。近期還有人提出了「統一mempool」的概念（見RIP-7560草案），讓UserOps與一般交易共用一個池，讓執行更省Gas。儘管這些細節偏技術，但總之就是讓AA架構更簡潔、更便宜。

2. 將EOA轉成智能帳戶： 若要達到全面帳戶抽象，新的EOA最終應該全部被淘汰，所有新帳戶預設就是智能帳戶。像MetaMask這類錢包軟體未來直接幫用戶創建4337智能錢包，而非傳統私鑰帳戶，讓用戶甚至可能察覺不到自己已經是合約帳戶。比較難的是如何遷移現有EOA。現正努力實現的一個方案是EIP-7702，可能會在2025年納入主要升級（例如「Pectra」）。EIP-7702允許EOA直接從自身地址執行智能合約程式碼。具體做法是，EOA可指定一個「delegation」合約，也就是掛載一個智慧邏輯到原本EOA。任何人與這EOA互動時，網路就會執行這個合約程式（效果類似delegatecall），如同EOA本身是合約一樣。這會讓EOA和合約帳戶的界線模糊，讓EOA擁有智能功能，同時還是用原鑰控管。實務上，假設你有個舊EOA、地址很重要，就可以加個合約模組讓它支援多簽、社交恢復等等，而不用換地址或挪資產。這很像幫老車換裝上現代車的電腦輔助引擎。

3. 逐步淘汰單一私鑰控制： 為了實現真正的帳戶抽象，以太坊有可能會規定，當帳戶一旦變成智能帳戶後，原本的私鑰就不能直接簽署交易（不能繞過合約邏輯）。EIP-3607就是一個有趣的提案，主張一旦一個帳戶含有合約碼，任何傳統交易都自動拒絕（通常來自舊私鑰）。也就是說，EOA轉成智能帳戶後，就是不能回頭——這帳戶全由合約規則控制，單獨用私鑰無法再動資產。這樣的改變當然得妥善規劃，避免用戶受困，但這也代表了「淘汰EOA」的終局戰略。與此同時，像EIP-1271這類用標準來定義合約簽名驗證的機制，早已被廣泛採用，使合約能參與那些期望簽名驗證的協議。理想情境下，未來凡是以前要「EOA簽名」的地方，也都能平等接受智能帳戶的合約型驗證，讓合約帳戶成為完整的一等公民。

4. 預設附帶更多進階功能： 全面帳戶抽象的世界裡，錢包可能一出廠就內建現在還是選配的功能。例如新帳戶建立時可以直接完成社交恢復設定（開戶流程就要求你設幾位信任人）。恢復選項會成為標配而非事後補救。多裝置、多重驗證也都會預設內建——舉例來說，你可以用手機的生物辨識（如Secure Enclave與指紋）驗證帳戶，再加上一支硬體錢包備援。帳戶抽象讓這些認證方式都能彈性整合在同一個帳戶下。這將讓錢包更易用（不用死背單一種助記詞），同時更能抵抗量子電腦等未來威脅。

5. 應用層全面普及： 隨著越來越多dApp和用戶轉向AA，創意用法會全面爆發。DeFi平台可能會針對AA錢包開新功能（如「用AA錢包可直接在UI內下條件單」等等）。鏈遊可減少簽名次數、降低用戶阻力。DAO治理等領域也會出現全新模式，帳戶可內建投票策略、委託規則並自動與合約互動——未來任何大家過去想加但受限於EOA的邏輯，可能都會一一實現。

6. 其他區塊鏈也隨之跟進： 雖然以太坊領頭，但其他鏈也開始跟進自己的帳戶抽象設計。前面已經提到 StarkNet 與 zkSync。像 Polkadot、Cosmos 這類網路也陸續推出「智慧金鑰」或彈性帳戶。例如Polkadot即允許帳戶用好幾位朋友帳戶來設社交恢復（協議層直接支援）。隨著產業看見以太坊AA的成功，帳戶抽象勢必會成為各平臺常態——每個鏈都想實現用戶自訂帳戶安全性及程式邏輯。長遠來看，也許「帳戶抽象」這詞都不再特別提，帳戶天生就有那些能力，只會被稱「智能帳戶」或直接稱「帳戶」。

總之，帳戶抽象的最終方向是讓每個加密帳戶預設成為功能強大的智能合約，傳統EOA觀念則逐漸退出歷史舞臺。這條路徑需要仔細的升級（如EIP-7702等）與好用的遷移機制。這是一個細膩的過程——你不能force everyone to switch overnight – but the momentum is there. Ethereum’s developers have sketched a roadmap where ultimately a majority of users transition to smart accounts, reaping benefits in security and usability, and then the protocol can optimize around those assumptions (like maybe one day, Ethereum could drop the concept of mandatory gas paid in ETH if everyone is using paymasters and such – but that’s speculative and far out).

強迫所有人一夜之間切換是不現實的——但趨勢已經形成。以太坊的開發者已經規劃出一條路線圖，最終大多數用戶會轉向智慧帳戶，從而在安全性與易用性上獲得好處，之後協議層便能以這些假設為基礎進行優化（比如某一天，如果大家都使用 paymaster 等機制，以太坊甚至有可能取消強制以 ETH 支付 gas 的規定——雖然這還處於推測階段，距離實現還很遙遠）。

Final thoughts

最後想法

Account abstraction represents a paradigm shift in blockchain account management. By allowing users to leverage smart contracts as their accounts, it breaks the rigid limitations of the past and opens up a future where using crypto can be as easy – or easier – than using traditional banking apps, all while empowering users with more control over security. No longer is a single lost key an irreversible tragedy; no longer must one manually sign every action or keep spare ETH just to use dApps. With account abstraction, features like social recovery, multisig security, auto-payments, batch transactions, and gas-free usage aren’t hacks or dreams – they are becoming standard tools in the toolbox.

帳戶抽象代表了區塊鏈帳戶管理的一次典範轉移。它允許用戶將智慧合約作為帳戶，大大突破了過去僵化的限制，開啟一個未來：使用加密貨幣會像使用傳統銀行 App 一樣簡單甚至更簡單，同時賦予用戶對安全性的更大掌控權。單一私鑰遺失不再是無法挽救的悲劇；為了操作 dApp 也不需要每一步都手動簽署或額外準備 ETH 只為支付手續費。有了帳戶抽象，像社交恢復、多重簽名安全、定期自動付款、批次交易與免 gas 使用等功能，不再是「外掛」或夢想——它們正逐步成為標配工具。

In practical terms, account abstraction is important because it directly addresses the two biggest barriers to broader crypto adoption: user experience and safety. It brings flexibility (custom wallet rules, any authentication method you want) and inclusivity (let someone else pay fees, use simple login methods, recover from mistakes) without sacrificing the non-custodial ethos. This technology is a foundational piece of making Web3 user-friendly. It’s telling that Ethereum’s leadership and many in the community consider it critical for the ecosystem’s success – the sentiment is that crypto won’t reach billions of users if we don’t eliminate the UX nightmares and security pitfalls of today’s wallets. Account abstraction is a big part of the solution.

在實務層面，帳戶抽象極為重要，因為它直接解決了加密貨幣普及的兩大主要障礙：用戶體驗與安全性。它帶來靈活性（自訂錢包規則、可選任意驗證方式）及包容性（允許他人支付手續費、使用簡單登入方式、自行糾正失誤），同時不會犧牲去託管本質。這項技術是打造友善 Web3 體驗的基石。值得注意的是，以太坊領導團隊以及許多社群成員都將這視為生態系成功的關鍵——普遍認為，如果不解決現今錢包的用戶體驗惡夢與安全陷阱，加密貨幣是無法走向億萬用戶的。帳戶抽象是這個問題的重要解答。

As of now, we are seeing the early stages of this in action with ERC-4337 on Ethereum and native implementations on various Layer-2 networks. The coming years will likely bring even more seamless integrations – you might use a decentralized app and not even realize that under the hood your “account” is a smart contract arranging everything to be smooth for you. Wallet providers, dApp developers, and users all stand to gain: less friction, more possibilities.

目前，我們已經在以太坊上的 ERC-4337 以及多個 Layer-2 網路的原生實作中，看到了這項技術的初步應用。未來數年，這些整合預計會更加無縫——你可能在使用一個去中心化應用時，甚至沒發現底層其實是一個智慧帳戶為你安排好一切。錢包服務商、dApp 開發者以及用戶都將從中受惠：摩擦更少，想像更多。

Of course, vigilance is needed as we adopt this new model – smart contract wallets must be built and audited carefully, and users should educate themselves about new features like social recovery. But those are manageable challenges that pale in comparison to the upside of a crypto ecosystem that’s both secure and convenient.

當然，採用這種新模式時仍需要保持警惕——智慧合約錢包必須被仔細開發與審計，用戶也應學習相關新功能（如社交恢復）。但這些都是可控的挑戰，與建立一個既安全又便利的加密生態系所帶來的好處相比，顯得微不足道。

In closing, account abstraction can be seen as a step toward the maturation of blockchain technology. Just as the internet evolved from command-line interfaces to the user-friendly web we know today, blockchain is evolving from the era of raw key management to the era of smart accounts. It’s a quiet revolution happening within the infrastructure, but its effects will be directly felt by users: in safer funds, easier logins, and more powerful ways to interact with digital assets. As the technology continues to develop, don’t be surprised when features like “forgot my password” or “authorize this app for 24 hours” become part of your crypto vocabulary – that will be account abstraction at work, making crypto feel as natural as any other digital service, while still giving you the freedom and sovereignty that drew us to blockchain in the first place.

總結來說，帳戶抽象可被視為區塊鏈技術成熟化的重要一步。正如網際網路從命令列介面進化到如今的友善網頁，區塊鏈也正從原始私鑰管理過渡到智慧帳戶的時代。這場革命悄悄發生在基礎建設層，但其成效會直接由用戶感受到：資金更安全、登入更方便、互動方式更強大。隨著技術不斷發展，別驚訝未來「忘記密碼」或「授權這個 App 24 小時存取」成為你的加密貨幣日常語彙——這就是帳戶抽象發揮作用，讓加密貨幣像其他數位服務一樣自然，同時始終保有吸引我們投身區塊鏈的自由與主權。