모든 AI 에이전트에 지갑이 필요한 이유

An agent can produce a recommendation without ever touching money. Execution is a different matter. Once an agent pays for data, buys compute, rebalances a position, or settles a trade onchain, it needs somewhere to hold value, authorize its movement, and enforce limits before funds move. That place is a wallet, and it's a key reason MetaMask Agent Wallet and Coinbase's AgentKit both launched in 2026 to empower agents and a new digital economy. Coinbase also helped popularize the x402 payments protocol many agents now use to pay for APIs, compute, and data.

에이전트는 돈에 손대지 않고도 추천을 생성할 수 있습니다. 하지만 실행은 다른 문제입니다. 에이전트가 데이터 비용을 지불하거나, 컴퓨팅을 구매하거나, 포지션을 리밸런싱하거나, 온체인에서 거래를 정산하는 순간, 자금이 이동하기 전에 가치를 보관하고, 이동을 승인하며, 한도를 적용할 공간이 필요합니다. 그 공간이 바로 지갑입니다. 이것이 바로 MetaMask Agent Wallet과 Coinbase의 AgentKit이 모두 2026년에 출시되어 에이전트와 새로운 디지털 경제를 지원하게 된 핵심 이유입니다. Coinbase는 또한 현재 많은 에이전트가 API, 컴퓨팅, 데이터 비용 지불에 사용하는 x402 결제 프로토콜을 대중화하는 데 기여했습니다.

Whether an executing agent needs a wallet is settled. What's still worth asking is where control sits while the agent uses it: does the user keep an exportable key and set the agent's limits directly, or does the agent's execution path stay tied to a provider's infrastructure for as long as it runs? MetaMask Agent Wallet takes the first approach: a self-custodial wallet with programmable guardrails, built specifically for agents that act.

실행 에이전트에 지갑이 필요하다는 것은 이미 확립된 사실입니다. 여전히 물어볼 가치가 있는 것은 에이전트가 지갑을 사용하는 동안 제어권이 어디에 있느냐는 것입니다. 사용자가 내보내기 가능한 키를 보유하고 에이전트의 한도를 직접 설정하는지, 아니면 에이전트의 실행 경로가 실행되는 동안 내내 공급자의 인프라에 묶여 있는지의 문제입니다. MetaMask Agent Wallet은 첫 번째 방식을 택합니다. 즉, 실제로 행동하는 에이전트를 위해 특별히 설계된, 프로그래밍 가능한 가드레일을 갖춘 자기 수탁형 지갑입니다.

For the basics, see What is an agentic wallet and then dive into some of the technical architecture with How AI agents transact without touching your keys. For a comparison, see Best agentic wallets in 2026. This article focuses on why the wallet layer is now unavoidable for any agent that acts and why custody decides how much of that agent's autonomy is real.

기본 개념은 에이전틱 지갑이란 무엇인가를 참조하고, 기술적 아키텍처에 대한 심층적인 내용은 AI 에이전트가 키에 손대지 않고 거래하는 방법을 참조하세요. 비교 분석은 2026년 최고의 에이전틱 지갑을 참조하세요. 이 글은 행동하는 모든 에이전트에게 지갑 레이어가 이제 불가피한 이유와, 수탁 방식이 에이전트의 자율성이 얼마나 실질적인지를 결정하는 이유에 초점을 맞춥니다.

The shift from agents that advise to agents that act

조언하는 에이전트에서 행동하는 에이전트로의 전환

An agent that only produces text has no need to touch money. Its output is a suggestion a human still has to execute. That has been the default shape of most deployed agents to date, and it's also their ceiling: an agent that can only advise still requires a human in the loop for every financial step, which caps how much work it can actually do.

텍스트만 생성하는 에이전트는 돈에 손댈 필요가 없습니다. 그 출력물은 인간이 직접 실행해야 하는 제안일 뿐입니다. 이것이 지금까지 배포된 대부분의 에이전트의 기본적인 형태였으며, 동시에 그 한계이기도 합니다. 조언만 할 수 있는 에이전트는 모든 금융 단계마다 인간의 개입이 필요하며, 이는 실제로 수행할 수 있는 작업량을 제한합니다.

The agents being built now are different. They monitor a DeFi position and rebalance it directly. They shop for compute or data across multiple providers and pay whichever one is cheapest at that moment. They execute a trade instead of describing one. Each of those actions requires the same underlying capability: the ability to hold value and move it onchain, at whatever speed the agent operates, without waiting on a person to unlock the next step.

지금 개발되고 있는 에이전트는 다릅니다. DeFi 포지션을 모니터링하고 직접 리밸런싱합니다. 여러 공급자에서 컴퓨팅이나 데이터를 검색하고 그 순간 가장 저렴한 곳에 비용을 지불합니다. 거래를 설명하는 대신 직접 실행합니다. 이러한 각각의 행동에는 동일한 기본 역량이 필요합니다. 즉, 다음 단계를 위해 사람을 기다리지 않고, 에이전트가 작동하는 속도로 온체인에서 가치를 보유하고 이동시키는 능력입니다.

That capability doesn't come from a language model. It comes from a wallet. An agent's reasoning can be arbitrarily good, but without a way to hold and authorize the movement of funds, it stays a recommendation engine. The wallet is what turns a decision into an action, which is why the category has moved from a developer curiosity to a product line at MetaMask, Coinbase, Cobo, and OKX within months.

그 역량은 언어 모델에서 나오지 않습니다. 지갑에서 나옵니다. 에이전트의 추론 능력이 아무리 뛰어나도, 자금을 보유하고 이동을 승인하는 방법이 없으면 추천 엔진에 머물 뿐입니다. 지갑은 결정을 행동으로 전환하는 것이며, 이것이 바로 이 카테고리가 불과 몇 달 만에 개발자들의 호기심 대상에서 MetaMask, Coinbase, Cobo, OKX의 제품 라인으로 발전한 이유입니다.

What an agent actually needs to transact

에이전트가 거래하기 위해 실제로 필요한 것

To act rather than advise, an agent needs three things: a balance it can draw from, a way to pay for what it consumes as it goes, and a way to execute onchain without a human confirming each individual step.

조언이 아닌 행동을 하려면 에이전트에게 세 가지가 필요합니다. 인출할 수 있는 잔액, 진행하면서 소비하는 것에 대한 결제 방법, 그리고 인간이 각 단계를 개별적으로 확인하지 않고도 온체인에서 실행하는 방법입니다.

The second requirement is newer than it sounds. Software has always paid for infrastructure, but typically through a human-managed invoice, subscription, or stored card, not a payment the agent itself initiates mid-task. Agents that call paid APIs, buy inference from another model, or pull licensed data need to settle that cost inline. x402 closes that gap: an open protocol, built on the HTTP 402 "Payment Required" status code, that lets a server request payment and a client settle it in the same exchange, with no account setup or human approval mid-flow. MetaMask Agent Wallet currently supports x402 on the buyer side, so an agent can pay an x402-gated endpoint directly from its wallet. x402 sits apart from the wallet itself: it defines how a payment is priced and settled, not who holds the keys or what the agent is allowed to spend. The wallet still owns that question.

두 번째 요건은 들리는 것보다 더 새로운 개념입니다. 소프트웨어는 항상 인프라 비용을 지불해왔지만, 일반적으로 인간이 관리하는 청구서, 구독, 또는 저장된 카드를 통해서였습니다. 에이전트 자체가 작업 중에 직접 시작하는 결제가 아니었습니다. 유료 API를 호출하거나, 다른 모델에서 추론을 구매하거나, 라이선스 데이터를 가져오는 에이전트는 해당 비용을 인라인으로 정산해야 합니다. x402는 이 격차를 해소합니다. HTTP 402 "Payment Required" 상태 코드를 기반으로 구축된 오픈 프로토콜로, 서버가 결제를 요청하고 클라이언트가 동일한 교환에서 정산할 수 있게 하며, 중간에 계정 설정이나 인간의 승인이 필요 없습니다. MetaMask Agent Wallet은 현재 구매자 측에서 x402를 지원하므로, 에이전트는 지갑에서 직접 x402 게이트 엔드포인트에 비용을 지불할 수 있습니다. x402는 지갑 자체와는 별개입니다. x402는 결제가 어떻게 가격 책정되고 정산되는지를 정의하며, 누가 키를 보유하는지 또는 에이전트가 무엇을 지출할 수 있는지는 정의하지 않습니다. 그 질문은 여전히 지갑의 영역입니다.

Put together, this is what people mean by agentic commerce or machine-to-machine payments: software paying software, at the pace code runs, for services that used to require a human with a credit card. None of it works without a wallet underneath it.

이를 종합하면, 이것이 바로 에이전틱 커머스 또는 기계 간 결제(machine-to-machine payments)가 의미하는 것입니다. 즉, 예전에는 신용카드를 가진 인간이 필요했던 서비스에 대해, 코드가 실행되는 속도로 소프트웨어가 소프트웨어에 비용을 지불하는 것입니다. 이 모든 것은 그 아래에 지갑이 없으면 작동하지 않습니다.

The custody question

수탁 문제

Once it's settled that an acting agent needs a wallet, the more useful question is who controls it. Three models are visible in the market today, at different stages of availability, and they answer that question differently.

행동하는 에이전트에 지갑이 필요하다는 것이 확립되면, 더 유용한 질문은 누가 그것을 제어하느냐입니다. 오늘날 시장에는 가용성의 다양한 단계에 있는 세 가지 모델이 있으며, 각각 이 질문에 다르게 답합니다.

Custody language varies across the category, and providers describe their own models fairly. Coinbase calls Agentic Wallets non-custodial wallets secured inside a trusted execution environment (TEE), paired with programmable spending limits and KYT screening. OKX describes its Agentic Wallet the same way: keys managed inside a TEE and never exposed to the model. Cobo positions its Agentic Wallet around MPC-based key splitting and a Pact-enforced policy engine built for "enterprise-grade automation with fine-grained policy control." Those are all legitimate security models, and MetaMask Agent Wallet also uses TEE-backed infrastructure to protect signing. The distinction that matters for this article is narrower than "TEE vs. no TEE": it's whether the user holds an exportable key and exit path, or whether the agent's execution stays tied to a provider-operated wallet for as long as the agent runs.

수탁 관련 용어는 카테고리마다 다르며, 공급자들은 자신의 모델을 공정하게 설명합니다. Coinbase는 Agentic Wallet을 신뢰 실행 환경(TEE) 내에 보안된 비수탁형 지갑으로, 프로그래밍 가능한 지출 한도 및 KYT 스크리닝과 결합되어 있다고 설명합니다. OKX는 자사의 Agentic Wallet을 동일하게 설명합니다. 즉, TEE 내에서 관리되며 모델에 노출되지 않는 키입니다. Cobo는 자사의 Agentic Wallet을 MPC 기반 키 분할과 "세밀한 정책 제어를 갖춘 엔터프라이즈급 자동화"를 위해 구축된 Pact 적용 정책 엔진을 중심으로 포지셔닝합니다. 이것들은 모두 합법적인 보안 모델이며, MetaMask Agent Wallet도 서명을 보호하기 위해 TEE 기반 인프라를 사용합니다. 이 글에서 중요한 구분은 "TEE 대 비TEE"보다 더 좁습니다. 즉, 사용자가 내보내기 가능한 키와 탈출 경로를 보유하는지, 아니면 에이전트의 실행이 에이전트가 실행되는 동안 내내 공급자 운영 지갑에 묶여 있는지의 문제입니다.

That's the self-custody principle applied to a new kind of user. Provider-operated infrastructure can be genuinely secure, but it remains part of the trust path for every transaction the agent makes for as long as the agent runs on it: that infrastructure can freeze, throttle, or change terms, regardless of how well-intentioned the provider is. A self-custodial design allows the user to retain the export or recovery path and defines the agent's limits directly, rather than depending solely on a provider-held account. For an agent acting autonomously on someone's behalf, that's the distinction that determines whether its autonomy travels with the user or stays bounded by a provider's execution environment.

이것은 새로운 종류의 사용자에게 적용된 자기 수탁 원칙입니다. 공급자 운영 인프라는 진정으로 안전할 수 있지만, 에이전트가 그 위에서 실행되는 동안 에이전트가 수행하는 모든 거래의 신뢰 경로의 일부로 남아 있습니다. 공급자가 아무리 선의를 가지고 있더라도, 그 인프라는 동결되거나, 제한되거나, 조건을 변경할 수 있습니다. 자기 수탁형 설계는 사용자가 공급자 보유 계정에만 의존하는 대신 내보내기 또는 복구 경로를 유지하고 에이전트의 한도를 직접 정의할 수 있게 합니다. 누군가를 대신하여 자율적으로 행동하는 에이전트의 경우, 이것이 에이전트의 자율성이 사용자와 함께 이동하는지, 아니면 공급자의 실행 환경에 의해 제한되는지를 결정하는 구분입니다.

Autonomy without recklessness: programmable guardrails

무모함 없는 자율성: 프로그래밍 가능한 가드레일

Self-custody alone isn't a complete answer. A self-custodial wallet with no limits would let an agent do anything the user's balance allows, which is its own kind of risk. The real answer pairs self-custody with programmable guardrails set in advance: spend caps, allowlisted protocols, session limits, per-transaction limits, and a log of every action the agent took and why.

자기 수탁만으로는 완전한 답이 아닙니다. 한도가 없는 자기 수탁형 지갑은 에이전트가 사용자의 잔액이 허용하는 모든 것을 할 수 있게 하며, 이것 자체가 일종의 위험입니다. 진정한 답은 자기 수탁과 사전에 설정된 프로그래밍 가능한 가드레일을 결합하는 것입니다. 즉, 지출 한도, 허용 목록에 있는 프로토콜, 세션 한도, 거래당 한도, 그리고 에이전트가 취한 모든 행동과 그 이유에 대한 로그입니다.

Guardrails are what make it possible to grant an agent standing authority instead of approving each transaction by hand. A spend cap bounds a bad trade without risking the account. A protocol allowlist limits the agent to contracts the user already vetted. Session and per-transaction caps limit the damage a single compromised prompt or malicious response can do, and an auditable log lets every action be reconstructed afterward. None of that requires giving up autonomy, rather it defines the boundaries autonomy operates within.

가드레일은 각 거래를 수동으로 승인하는 대신 에이전트에게 상시 권한을 부여할 수 있게 하는 것입니다. 지출 한도는 계정을 위험에 빠뜨리지 않고 잘못된 거래를 제한합니다. 프로토콜 허용 목록은 에이전트를 사용자가 이미 검증한 컨트랙트로 제한합니다. 세션 및 거래당 한도는 단일 손상된 프롬프트나 악의적인 응답이 초래할 수 있는 피해를 제한하며, 감사 가능한 로그는 모든 행동을 나중에 재구성할 수 있게 합니다. 이 중 어느 것도 자율성을 포기하는 것을 요구하지 않습니다. 오히려 자율성이 작동하는 경계를 정의합니다.

In practice, this looks like two operating modes today: a default, conservative mode that enforces daily spend limits and protocol allowlists set at setup and pauses for two-factor approval on anything outside those rules or flagged by threat scanning, and a second, opt-in mode that gives the agent more latitude on policy edge cases while still blocking outright malicious transactions. In MetaMask Agent Wallet these modes by the names Guard Mode and Beast Mode, respectively. Either way, the guardrails are defined by the user before the agent starts, not negotiated by the agent in the moment.

실제로 오늘날 이것은 두 가지 운영 모드로 나타납니다. 설정 시 설정된 일일 지출 한도와 프로토콜 허용 목록을 적용하고, 해당 규칙 외의 모든 것이나 위협 스캔에 의해 플래그된 것에 대해 이중 인증 승인을 위해 일시 중지하는 기본적인 보수적 모드와, 명백히 악의적인 거래는 여전히 차단하면서 정책 엣지 케이스에 대해 에이전트에게 더 많은 재량을 부여하는 두 번째 옵트인 모드입니다. MetaMask Agent Wallet에서 이 모드들은 각각 Guard Mode와 Beast Mode라는 이름으로 불립니다. 어느 쪽이든, 가드레일은 에이전트가 시작하기 전에 사용자가 정의하며, 에이전트가 그 순간에 협상하지 않습니다.

MetaMask Agent Wallet: self-custody built for agents

MetaMask Agent Wallet: 에이전트를 위해 구축된 자기 수탁형 지갑

MetaMask Agent Wallet is a self-custodial wallet built specifically for AI agents, and its core design choice is that the user, not MetaMask, holds the keys. The wallet lets an agent execute swaps, perpetual futures, prediction markets, staking, and liquidity provision across EVM chains and Hyperliquid, all from one self-custodial wallet.

MetaMask Agent Wallet은 AI 에이전트를 위해 특별히 구축된 자기 수탁형 지갑으로, 핵심 설계 선택은 MetaMask가 아닌 사용자가 키를 보유한다는 것입니다. 이 지갑은 에이전트가 하나의 자기 수탁형 지갑에서 EVM 체인과 Hyperliquid 전반에 걸쳐 스왑, 무기한 선물, 예측 시장, 스테이킹, 유동성 공급을 실행할 수 있게 합니다.

Every supported EVM transaction runs through a security pipeline before it lands onchain: transaction simulation, Blockaid-powered threat scanning through Transaction Shield, and Smart Transactions MEV protection. That pipeline runs regardless of which operating mode the user picks: the default Guard Mode, which requires two-factor approval on anything outside the user's spend limits or protocol allowlist, or Beast Mode, which gives the agent more room on policy edge cases while still blocking malicious transactions and surfacing them for 2FA review. Keys are protected with a trusted execution environment while remaining exportable by the user at any time, and eligible transactions that clear the pipeline are backed by Transaction Protection coverage of up to $10,000 per month, subject to eligibility, limits, and terms.

지원되는 모든 EVM 거래는 온체인에 기록되기 전에 보안 파이프라인을 통과합니다. 거래 시뮬레이션, Transaction Shield를 통한 Blockaid 기반 위협 스캔, 그리고 Smart Transactions MEV 보호입니다. 이 파이프라인은 사용자가 선택한 운영 모드에 관계없이 실행됩니다. 사용자의 지출 한도 또는 프로토콜 허용 목록 외의 모든 것에 대해 이중 인증 승인을 요구하는 기본 Guard Mode이든, 악의적인 거래는 여전히 차단하고 2FA 검토를 위해 표시하면서 정책 엣지 케이스에 대해 에이전트에게 더 많은 여지를 주는 Beast Mode이든 마찬가지입니다. 키는 신뢰 실행 환경으로 보호되면서도 사용자가 언제든지 내보낼 수 있으며, 파이프라인을 통과한 적격 거래는 자격, 한도 및 약관에 따라 월 최대 $10,000의 Transaction Protection 보장을 받습니다.

MetaMask Agent Wallet is currently CLI-first and built to plug into agent frameworks including Claude Code, Codex, OpenClaw, Hermes, OpenCode, and Cursor. It's available today through an Early Access program, with general availability soon. For a full walk-through of how a transaction moves from instruction to execution inside that architecture, see How AI agents transact without touching your keys

MetaMask Agent Wallet은 현재 CLI 우선 방식으로, Claude Code, Codex, OpenClaw, Hermes, OpenCode, Cursor를 포함한 에이전트 프레임워크에 연결되도록 구축되었습니다. 현재 얼리 액세스 프로그램을 통해 이용 가능하며, 곧 일반 출시될 예정입니다. 해당 아키텍처 내에서 거래가 지시에서 실행으로 이동하는 방법에 대한 전체 안내는 AI 에이전트가 키에 손대지 않고 거래하는 방법을 참조하세요.

What this means for developers building agent swarms

에이전트 스웜을 구축하는 개발자에게 의미하는 것

The swarm case is where the custody question compounds. A single agent with a provider-held key is one point of trust. A swarm of a dozen agents, each transacting independently, multiplies that exposure—and if they share one provider-held wallet, a single compromised agent or infrastructure incident can affect the whole swarm at once.

스웜 사례는 수탁 문제가 복잡해지는 곳입니다. 공급자 보유 키를 가진 단일 에이전트는 하나의 신뢰 지점입니다. 각각 독립적으로 거래하는 수십 개의 에이전트로 구성된 스웜은 그 노출을 배가시키며, 하나의 공급자 보유 지갑을 공유하는 경우 단일 손상된 에이전트나 인프라 사고가 전체 스웜에 동시에 영향을 미칠 수 있습니다.

A self-custodial architecture gives a developer two ways to contain that blast radius. Each agent can get its own dedicated wallet with its own spend limits, for the cleanest isolation and audit trail. Or a single user wallet can grant each agent a scoped, delegated permission—asset, amount, duration, and constraints defined upfront—so capital doesn't have to be split across separately funded wallets. Many production systems use both: one funded wallet for broad execution, and scoped delegations for narrower, recurring tasks like paying for data or compute through x402. Either pattern keeps the user, not a third party, as the source of truth for what any agent in the swarm can do—and keeps the cost of getting custody wrong bounded by the user's own policy rather than a provider's infrastructure.

자기 수탁형 아키텍처는 개발자에게 그 피해 범위를 제한하는 두 가지 방법을 제공합니다. 각 에이전트는 가장 깔끔한 격리와 감사 추적을 위해 자체 지출 한도가 있는 전용 지갑을 가질 수 있습니다. 또는 단일 사용자 지갑이 각 에이전트에게 범위가 지정된 위임 권한(자산, 금액, 기간 및 제약 조건이 사전에 정의됨)을 부여할 수 있어, 자본을 별도로 자금이 조달된 지갑으로 분할할 필요가 없습니다. 많은 프로덕션 시스템은 두 가지를 모두 사용합니다. 광범위한 실행을 위한 하나의 자금 지갑과, x402를 통한 데이터 또는 컴퓨팅 비용 지불과 같은 더 좁고 반복적인 작업을 위한 범위가 지정된 위임입니다. 어느 패턴이든 스웜의 모든 에이전트가 할 수 있는 것에 대한 진실의 원천으로 제3자가 아닌 사용자를 유지하며, 수탁을 잘못 처리하는 비용을 공급자의 인프라가 아닌 사용자 자신의 정책에 의해 제한합니다.