agentwallets.si
← Back to Blog

EDITORIAL ARTICLE

MetaMask Agent Wallet: Agent Transactions with Human Approval

Article concepts · illustration
01On-chain actions02Agent permissions03User approval

The takeaway: MetaMask Agent Wallet focuses on on-chain actions and trading. Guard Mode brings allowlists, a rolling 24-hour limit and human approval into the flow. Beast Mode removes some limits but retains risk scanning. It is useful to study how agents operate wallets; it should not automatically be treated as an enterprise procurement system or universal website-payment tool.

Official information reviewed October 28, 2026. We did not install the software or transact.

Why an agent wallet?

MetaMask is an on-chain wallet in the Consensys ecosystem. Its Agent Wallet launch article positions the product for agent-driven transactions, swaps and other supported DeFi actions. Instead of giving the model direct access to a user’s main-wallet private key, it uses a wallet and tools to let agents initiate actions within configured conditions.

The quickstart describes a CLI, Agent Skills, sign-in, wallet modes, trading modes and funding. It covers Server Wallet and a bring-your-own-wallet path. Do not assume key, permission or recovery claims for one mode apply to the other.

An illustrative token swap

A user asks an agent to swap some assets to USDC within configured limits. The agent checks balance and quote and prepares the operation; the wallet applies rules and risk checks. A transaction exceeding policy or flagged for risk pauses for user approval.

flowchart LR U[User sets assets and rules] --> A[Agent prepares swap] A --> Q[Quote and transaction construction] Q --> P{Policy and risk checks} P -->|Within rules| E[Sign and submit] P -->|Over limit or flagged| H[User reviews and approves] H -->|Approve| E H -->|Reject| R[Stop] E --> L[Review transaction result]

This simplified example follows public descriptions; it is not a test and does not establish identical protections for every asset and network.

Guard Mode and Beast Mode

Feature Guard Mode Beast Mode
Control preference Stricter default with user-defined rules User chooses fewer restrictions
Allowlist and rolling limits Described by MetaMask The same allowlist and outflow limits do not apply
Risk scanning Applied to eligible transactions Still applied
Human involvement Approval for out-of-policy or flagged actions Risk flags can still trigger approval

MetaMask’s security explanation distinguishes the modes. Limits can bound exposure but cannot guarantee investment decisions are sound or every risk is detected.

An unresolved documentation conflict

The quickstart said Server Wallet could not be exported, while an architecture article describes exporting a recovery phrase. They may refer to different times, features or configurations, but we could not resolve the discrepancy. Before choosing a wallet mode, confirm current export, recovery and exit procedures if the provider becomes unavailable. The label “self-custodial” alone does not answer these questions.

Costs and business model

A single standalone Agent Wallet price was not confirmed. Check network fees, swap quotes, slippage and any service charge for each transaction. The quickstart mentions gasless relay for some supported ERC-20 transfers and swaps, but that does not make all operations free or eliminate network costs. General MetaMask Swap fees cannot be assumed to apply uniformly to Agent Wallet. See the MetaMask FAQ.

Wallet use, trading and ecosystem services may create business opportunities for MetaMask. This is a product-strategy inference; separate Agent Wallet revenue is not disclosed.

Fit and open questions

For users who want controlled on-chain trading, human escalation and address restrictions deserve testing. A research agent buying a web API first needs a compatible merchant payment method. Against Coinbase Agentic Wallets, test the same task, pre-signing policy, stolen credentials, approval and revocation rather than relying on a security claim.

Still to verify: eligible regions and accounts, supported chains and features, per-transaction costs, Server Wallet recovery, and behavior during approval timeouts or provider outages.

From login to a first transaction

The quickstart describes installing the CLI, adding Skills, signing in, selecting wallet and trading modes, funding the address and initiating a transaction. The sign-in method affects the address and approval delivery: the guide describes email approval for browser login and MetaMask Mobile notifications for QR login. Verify the address, mode and balance instead of relying only on the agent’s claim that setup is complete.

An agent can assist setup, but the user should decide which key to use, whether to change mode and which transaction to approve. A different login method may show a different address. If funds are sent to another address, users need identifiable account information and a recovery path rather than a vague model-error explanation.

Guard Mode: where do rules live?

The trading-mode documentation says Server Wallet Guard Mode policies are stored on the server wallet. Its rolling 24-hour outflow limit applies to relevant outbound transfers; exceeding or increasing it requires two-factor approval. The task waits while approval is pending. After rejection or timeout, an agent should not continue with an unapproved action.

Pending action Details to review
Payment or transfer Recipient, chain, asset, amount and how the rule accumulates spending
Swap or bridge Quote, minimum received, slippage, destination chain and fees
Address outside the allowlist Whether approval pauses the action and who can add recipients
Mode change Which restrictions Beast Mode removes and who approves the switch
Signature Whether it is an ordinary message or structured data that could grant on-chain authority

A policy is not a guarantee: an allowed target can still be dangerous, and approval without understanding the transaction does not establish the trade is sensible. Users need a rule snapshot and the reason a rule was triggered, not just a reassurance that the system is protected.

Gasless and actual cost

The quickstart says a relay can handle eligible ERC-20 transfers and swaps on certain supported networks, so the user may not need the chain’s native gas token beforehand. The transferred token may cover network costs, so whether a 10 USDC transfer delivers the full 10 USDC depends on the quote. Native-token transfers and other scenarios may not qualify. Gasless does not mean costless.

Fees, slippage and failures can accumulate in high-frequency activity. If ten transactions a day each cost an illustrative $0.02 in visible payment and network costs, that is $0.20 a day—not a MetaMask quote. Request all-in quotes and receipts during evaluation.

Risk of using an existing main wallet

MetaMask distinguishes Server Wallet from use of an existing wallet. The latter can reuse user assets but changes where keys live and which funds the agent may reach. Server Wallet may offer separate funding, although export documentation has the unresolved conflict above. The agent rules list information agents should present before transfers, signatures, swaps and x402 payments, and explicitly advise against automatically retrying x402 payment. This is provider guidance, not proof that every integration enforces it.

First decide whether the task is automated on-chain trading, controlled data payment or individually approved purchases. Each requires different permissions, risk controls and accountability. We did not test whether these protections cover a particular real-world task.