원문 제목: "사람은 사람의 목적이 있음: 에이전트 지갑과 다가오는 지갑의 열 년"
원문 출처: Bitget Wallet
1984 년, Macintosh (애플)은 한 마우스로 명령 줄을 처리했습니다. 2026 년, 에이전트는 마우스 처리를 처리하고 있습니다.
이것은 비유가 아닙니다. Google, Amazon, NVIDIA, Visa, Microsoft, Alibaba와 같은 수십억 달러를 투자해 그래픽 사용자 인터페이스(GUI)를 개선한 기업들은 현재 GUI를 우회하고 CLI, API 및 에이전트 원본 인터페이스로 전환하고 있습니다. 그 이유는 매우 간단합니다: 사람에 의존한 0에서 1의 성장은 있었지만, 다음 10배 규모의 사용자 그룹은 더는 화면에 의존하지 않습니다.
그러나 모두가 피하려고 하는 것은: 소프트웨어의 사용자가 사람에서 에이전트로 변할 때, 사람은 여전히 필요한가요?
1950 년대 초에, 제어 이론의 창시자인 위너(Norbert Wiener)는 경고를 발표했습니다: 한 번 사람이 관찰하고 개입하는 능력을 상실하면 피드백 루프가 단절되어 시스템이 제어를 잃게 됩니다. 오늘날 OpenAI가 강조하는 "Harness Engineering"은 본질적으로 이러한 사고방식의 연장 선상에 있습니다.
70년 이상 뒤에, 에이전트 지갑은 이러한 문제의 암호화된 버전에 직면하고 있습니다. 확인 팝업, 서명 요청, 승인 프로세스, 니모닉 백업, 다중 인증... 10년이 넘게 구축된 암호화 지갑의 안전 메커니즘은 모두 하나의 질문에 대한 대답입니다: "이 거래는 정말로 당신이 승인한 것입니까?" 에이전트는 이러한 인간 상호 작용 메커니즘이 비효율적으로 만들었습니다: 매번 수동으로 확인을 요청하면서, 에이전트는 지속적이고 실시간 및 자동화된 실행을 수행할 수 없습니다. 무제한의 개인 키 제어를 직접 에이전트에게 전달하면, 인간은 수용할 수 없는 리스크를 감수해야 합니다.
답은 두 극단 사이에 있습니다. 완전한 자율성은 에이전트 시대에서 가장 매혹적인 서술이지만, 위너의 경고는 여전히 유효합니다.
우리는, 에이전트 지갑은 두 가지 유형의 개체에 동시에 서비스를 제공해야 한다고 믿습니다: 일부는 인간에게 규칙 설정, 리스크 관리 및 거버넌스 개입 능력을 제공하고, 다른 일부는 에이전트에게 명확한 범위 내에서 자유롭게 블록체인 상의 작업을 수행할 수 있도록 제한된 실행 권한을 제공해야 합니다. 다시 말해, 지갑은 인간이 자산 컨테이너 및 서명 도구로 사용하는 것에서 벗어나, 인간이 범위를 설정하고 에이전트가 그 범위 내에서 작동하는 권한 및 실행 시스템으로 진화해야 합니다.
이 시스템은 어떻게 보이게 될까요? 이것이 이 문서가 답하려고 하는 질문입니다.
Delphi Digital은 Fat Wallet 테제에서 강력한 판단을 제시했습니다: 프로토콜과 응용 프로그램 계층이 점점 동질성을 띄우면서 가치는 지갑 계층에 침착될 것이며, 지갑은 사용자에게 가장 가깝기 때문에 배포 채널과 주문 흐름을 통제하며 사용자는 익숙한 인터페이스, 침착한 자산 및 이동 마찰로 인해 특정 지갑에 장기간 머물게 될 것입니다.
하지만 Agent는 동일한 논리를 따르지 않습니다. "무정"한 기계 수행자로서 Agent는 인간과 달리 인터페이스 익숙함, 브랜드 선호도 또는 사용 습관 때문에 특정 지갑에 머물지 않으며, 계속해서 가장 낮은 비용, 가장 낮은 지연, 가장 안정적인 실행을 찾을 것입니다. ERC-8004 등의 표준이 점차 보급됨에 따라, Agent의 신원 및 신망 계층도 다양한 시스템 간에 이동할 수 있으며, 이는 지갑이 Agent에 대한 잠금 효과보다는 자연스럽게 인간에 대한 잠금 효과보다 취약함을 의미합니다.
하지만 이것은 지갑 가치의 소멸을 의미하는 것이 아니라, 가치 침착의 위치가 변할 것임을 의미합니다. 간단한 개인 사용 상황에서 Agent는 인터페이스, 습관 및 진입에 기반한 월세마루를 약화시킬 것이며; 상대적으로 복잡한 조직 배치 상황에서는 기업이 "Agent 함대" 주위에 전략 규칙, 승인 프로세스, 리스크 관리 매개변수 및 감사 체계를 구성하면, 이전과 같이 비용은 전체 프런트 엔드 경험에서 비롯되는 것이 아니라, 권한, 지배 및 운영 구성체계의 재구축에서 비롯될 것입니다.
따라서, Agentic Wallet은 Fat Wallet 외의 다른 명제에 대한 답을 제시합니다: Fat Wallet가 사용자 진입을 경쟁하는 반면, Agentic Wallet는 소프트웨어가 직접 자금을 지배하기 시작할 때의 통제력을 경쟁합니다.
지갑 진화의 역사를 회고한다면, 각 제품 형태 변화마다 본질적으로 사용자 신뢰 대상의 변화와 대응됨을 알 수 있습니다:
· 니모닉 지갑, 사용자 자신을 신뢰해야 합니다.
· 스마트 계약 지갑, 코드를 신뢰해야 합니다.
· 내장형 지갑, 서비스 제공업체를 신뢰해야 합니다.
그리고 Agentic Wallet으로 가면, 사용자가 신뢰해야 하는 것은 권한, 정책 및 지배 기구로 이루어진 제어 시스템입니다.
이 시스템의 목표는 소프트웨어가 자금을 인계받는 것이 아니라, 소프트웨어가 제한된 권한 아래에서 행동하면서 사람이 언제나 궁극적인 통제권을 유지하도록 하는 것입니다. 따라서 Agentic Wallet의 핵심은 "에이전트가 지갑을 사용할 수 있게 하는 것"뿐만 아니라 "인간 사용자에게 속한 자금을 제약 가능하고 감사 가능하며 개입 가능한 조건에서 관리하도록 하는 것"입니다.

기존 지갑은 원래 설계된 시나리오에서 여전히 잘 작동하지만, 문제는 점점 더 많은 에이전트 중심의 사용 사례가 기존 지갑의 설계 경계를 벗어나고 있다는 것입니다.
시나리오 1: 거래 에이전트는 신속한 조치가 필요하지만, "수행 가능"은 "허용되는" 것과 같지 않음
포트폴리오 에이전트는 크로스 체인 유동성을 24시간 모니터링합니다. 기회가 발생하면 거래를 빠르게 완료해야 합니다. 전통적인 지갑의 제어 논리는 사용자가 애플리케이션을 열어 거래를 확인하고 확인을 클릭하는 것입니다. 이 프로세스가 완료되기 전에 기회 창이 종종 닫힙니다.
기술적으로 보면 에이전트는 이미 스왑 함수를 호출하고 calldata를 생성하며 자금을 브리지할 수 있는 능력을 갖추고 있지만, 능력은 권한과는 다릅니다. 에이전트가 거래를 시작할 수 있다고 해서 자금을 자유롭게 사용할 수 있다는 뜻은 아닙니다.
Agentic Wallet의 역할은 두 가지를 분리하는 것입니다: 에이전트는 즉시 조치할 수 있지만 미리 설정된 규칙에서만 조치할 수 있으며 예를 들어 승인된 자산만 사용할 수 있고 일일 예산 제한을 받으며 슬리피지 경계에 제한을 받으며 시장 조건이 이상할 때 자동으로 일시 중지됩니다. Skill은 에이전트가 "무엇을 할 수 있는가"를 정의하며, 지갑은 에이전트가 "허용된 것을 할 수 있는가"를 제어합니다.
시나리오 2: 지불 에이전트는 자금을 사용해야 하지만 모든 자금 통제 권한을 소유해서는 안됨
지불 에이전트는 API 청구서, SaaS 구독료 및 공급업체 지불을 자동으로 처리합니다. 현재의 지갑 시스템에서 그는 일반적으로 두 가지 선택지만 가지고 있습니다: 모든 결제를 수동으로 승인을 기다리거나 무제한 서명 권한을 가진 개인 키를 직접 소유합니다. 전자는 확장할 수 없으며 후자는 너무 위험합니다.
Agentic Wallet은 제한된 권한을 제공합니다: 그는 화이트리스트 상인에게만 지불할 수 있으며 특정 자산만 사용하고 일일 예산 내에서만 지불할 수 있으며 모든 지출 내역이 완전히 기록됩니다.
시나리오 3: 여러 에이전트가 상호 격리된 권한을 공유 예산 아래 보유해야 하는 경우
하나의 주체가 여러 개의 에이전트를 동시에 실행할 수 있습니다: 거래 처리를 담당하는 에이전트, 지불을 담당하는 에이전트, 심사를 담당하는 에이전트. 현재 지갑은 물론 여러 하위 계정을 생성할 수 있지만, 이러한 계정에 대해 통합된 권한 구성, 전역 예산 상한 설정, 크로스 에이전트 정책 제약을 적용하고 통일된 감사 추적을 형성하는 것은 기존 지갑의 기본 기능이 아닙니다.
그러나 에이전틱 월렛 모델에서는 이를 선별적으로 디자인된 문제로 간주: 각 에이전트는 독립적이고 명확한 범위의 권한을 소유하며, 동시에 통합된 정책 레이어가 전체적인 위험 노출을 제어하고, 크로스 에이전트 주기 제한 및 공유 예산을 실행하며, 일관된 감사 레코드를 생성합니다.
이러한 시나리오는 동일한 결론을 가리킵니다: 개인 키 관리는 여전히 지갑 보안의 기초이며, 에이전트에 직접적으로 개인 키를 노출시키는 것은 모든 시나리오에서 수용할 수 없는 위험 요소입니다. 그러나 개인 키를 올바르게 관리하는 것만으로 충분하지는 않습니다.
운영자가 인간에서 에이전트로 전환될 때, 지갑은 두 번째 질문에도 답해야 합니다: 누가 어떤 조건 하에, 어느 규모로, 어떤 자산에, 어떤 개체에 대해 행동할 수 있는지. 개인 키 관리는 첫 번째 방어선이며, 비인간 주체의 권한 경계 관리는 에이전트 시대에 추가된 두 번째 방어선입니다.
현재 산업은 에이전틱 월렛에 대해 아직 초기 탐구 단계에 있으며, 실제로 성숙한 에이전틱 월렛 솔루션이 없습니다. 그러나 이전에 소개된 것처럼, 본문에서 제시한 에이전틱 월렛은 인간 지배와 에이전트 실행을 연결하는 자금 제어 시스템으로 간주됩니다: 인간은 경계를 설정하고, 에이전트는 경계 내에서 행동하며, 지갑은 이 제약 관계가 항상 실행 가능하고, 감사 가능하며, 개입 가능하도록 보장합니다.
또한 에이전트가 획득한 권한 수준에 따라, 에이전틱 월렛은 다음 4가지 경우를 대응할 수도 있습니다:
인간 제어형: 에이전트가 제안 및 보조를 제공하며, 각 작업에는 여전히 인간의 확인이 필요합니다. 개선된 것은 상호 작용 효율성이며, 자금 제어 논리는 변경되지 않습니다.
혼합형: 에이전트는 일반 작업을 처리하며, 예를 들어 검색, 견적, 알림 또는 저위험 실행 등을 포함합니다; 인간 개입 빈도가 낮아지지만, 여전히 경계 조건은 사람의 승인이 필요하며, 자금 이체, 계약 호출 또는 예외 분기와 같은 작업을 다루는 경우가 있습니다.
경계 내 자율형: 에이전트는 명시적인 규칙, 한도 및 거부 경로 내에서 자율적으로 작동합니다. 인간은 거래별 승인자에서 규칙 제정자로 변모합니다. 이 문서에서 다루는 에이전트 지갑은 주로 이 유형을 지향합니다.
전적 자율형: 에이전트는 거의 완전한 경제적 주권을 갖으며, 예측되지 않은 상황에서도 자금을 독립적으로 스케줄링하고 결과를 감당할 수 있습니다. 이러한 모델은 이론적으로는 타당하지만, 보안, 거버넌스, 책임 소재 및 규정 측면에서는 여전히 미숙하며, 현재 대부분 실험 단계에 머물고 있습니다.
참고로, 2025년 스트라이프의 연례 서한에서 에이전틱 커머스를 다음 다섯 단계로 분류했습니다: L1은 웹 양식 제거(Eliminating web forms), L2는 기술적 검색(Descriptive search), L3는 지속 기억(Persistence), L4는 위임(Delegation), L5는 선제 구매(Anticipation); 동시에 현재 산업 전체가 "여전히 L1과 L2의 경계에 머물러 있다"고 명확히 판단했습니다.
이 관점에서, 현재 가장 큰 시장 수요는 아마도 인간 제어형 및 혼합형 시나리오에서 오며, 경계 내 자율이 현재 진정한 선두이자, 에이전트가 자금을 실질적으로 관리하기 시작하는 첫 번째 생산 수준 형태입니다.
이 구상을 실현하기 위해 네 가지 층 구조가 필요합니다:
· 계정 층: 각 에이전트에게 독립적이고 격리된 경제 컨테이너를 구축합니다. 예를 들어 EOA, 스마트 계약 계정, 서버 지갑 또는 TEE 환경을 통해 수행됩니다. 시스템은 각기 다른 에이전트에 대해 차별화된 규칙을 적용해야 합니다.
· 권한 층: 에이전트의 행위 경계를 정의합니다. 가용 잔고, 운용 가능 자산, 상호 작용 가능 계약, 실행 가능 시간 창, 경계 접촉 이후의 행동 논리를 예시로 들 수 있습니다. 이것은 전체 구조의 핵심 층입니다.
· 실행 층: 인간 클릭 대신 에이전트 인터페이스를 대상으로합니다. 송금, 지불, 스왑, 브릿지, 리밸런싱, 정산, 청산을 프로그램이 직접 호출할 수 있도록 추상화해야 합니다.
· 거버넌스 레이어: 로깅, 시뮬레이션, 감사 추적, 경보, 일시 정지 스위치, 인간 거부 권한, 복구 메커니즘 등을 제공해야 합니다. 이 레이어는 Agentic Wallet이 실제 생산 환경에 진입할 수 있는지 여부를 결정합니다.

또한, 4계층 아키텍처 상위에 시스템 운영을 지원하기 위해 네 가지 핵심 기능이 필요합니다:
Skills: 표준화된 온체인 작업 모듈을 제공합니다. 에이전트는 함수 호출처럼 거래, 결제, 브리징 등의 작업을 수행할 수 있습니다. 기술은 "무엇을 할 수 있는지"라는 능력 추상화 문제를 해결합니다.
정책 + KYA / KYT: 정책 엔진은 각 작업을 규칙 검증하며 인간이 설정한 한계를 기계가 실행 가능한 제약 조건으로 변환합니다; KYA / KYT 메커니즘은 에이전트의 출처, 신원, 리스크 컨텍스트 및 실행 이력을 식별하는 데 사용됩니다. 전자는 행동을 제한하고, 후자는 작업자를 식별하여 모든 자금 행위가 항상 미리 설정된 경계 안에 있도록 보장합니다.
세션 키: 시간 제한, 한도, 범위 제한 보안 위임 메커니즘을 제공합니다. 에이전트는 일시적이고 제한적인 권한을 받으며 완전한 개인 키가 아닌 권한을 부여받습니다. 권한은 자동으로 만료되어 수동 취소가 필요하지 않으며 "에이전트가 완전한 키에 접근하지 않고 실행 자격을 부여받게 함"。
감사 및 통지: 전체적으로 추적 가능한 작업 로그 및 실시간 경보 시스템을 제공합니다. 각 작업은 추적 가능하고, 각 예외 상황은 경보됩니다. 각 에이전트는 언제든지 일시 정지될 수 있습니다.

현재, 우리는 대부분 명령을 사용하여 에이전트의 작동 논리를 제어하지만 작업 작성은 자금 제한과는 다릅니다.
에이전트는 여전히 오류를 저지르거나 벗어날 수 있으며 공격을 받거나 악의적인 입력이 오염될 수 있습니다. 지갑 레이어의 의미는 "자금을 사용할 수 있는지, 얼마의 자금을 사용할 수 있는지, 어떤 자산을 조작할 수 있는지, 어떤 대상과 상호 작용할 수 있는지, 그리고 예외 상황에서는 어떻게 중지해야 하는지"와 같은 자금 권한과 관련된 문제를 시스템 규칙으로 미리 구현합니다. 심지어 에이전트가 일탈하더라도 실제 발생할 수 있는 자금 작업은 여전히 미리 설정된 경계 내에 제한됩니다.
기존의 Agentic Wallet 솔루션을 중심으로, 우리는 Agent가 자금 시스템에 진입하는 방법을 이미 다룬 4가지 전형적인 사례를, 아직 "에이전트가 크로스 체인 및 복잡한 현실 환경에서 자금을 안전하게 사용하는 방법"에 대한 답변을 얻지 못했음을 알아챘습니다.

Coinbase, Safe, Privy 및 Polygon은 각각 인프라, 거버넌스, 권한 및 신원 측면에서 각자가 실행 가능한 답을 제공했지만, 아직 이러한 부분적인 능력을 크로스 체인 작동, 환경 이동 및 복잡한 대응 시나리오에서 유지할 수 있는 통합 제어 시스템으로 발전시키는 데는 이르지 못했습니다. 현재 Agentic Wallet이 직면한 주요 병목 현상은 다음 네 가닥에 주로 집중되어 있습니다:
첫째, 신원 및 신용의 이동성 부족.
체인상 Agent 신원 및 신용 시스템은 설립할 수 있지만, 크로스 체인, 크로스 월렛, 크로스 운영 환경에서 사용할 수 있는 일반적인 신용 시스템은 아직 존재하지 않습니다. 한 Agent가 특정 생태계에서 축적한 이력과 신용은 자연스럽게 다른 생태계로 이동할 수 없습니다.
둘째, 전략 계층에서 통일된 표준 부재.
Coinbase는 지출 한도를 사용하고, Safe는 체인상 모듈을 사용하며, Privy는 정책 엔진을 사용하며, Polygon은 세션 범위 지갑을 사용합니다. 산업은 이미 권한 계층이 핵심임을 널리 인식하고 있지만, 이를위한 이식 가능하고 조합 가능하며 제품 간 재사용 가능한 통일된 전략 표준이 형성되지는 않았습니다.
셋째, 대응 보안은 여전히 큰 공백.
빠른 주입, 도구 오염, 악의적인 기술, 오염된 외부 입력 등 이러한 문제는 전통적인 스마트 계약 감사로 해결되지 않습니다. 에이전트 시대에서 진정으로 새로운 문제는: 모델의 의사 결정 과정이 악의적 입력에 왜곡될 때, 지갑이 어떻게 위험을 인식하고 개입하여 차단하는지입니다.
넷째, 전체 체인 커버리지는 아직 달성되지 못함.
기존 솔루션 대부분은 단일 체인이나 제한된 다중 체인 범위에 의존하지만, 에이전트의 경제 활동은 장기적으로 단일 생태계에 머물지 않을 것입니다. 실제로 성숙한 Agentic Wallet은 다중 체인, 다중 실행 환경 및 교차 영역 권한 일관성 문제에 직면해야 할 것입니다.

현재, 에이전틱 지갑의 디자인 초점은 인간이 에이전트에 정교한 제어를 가하는 데 있습니다. 대부분의 구현에서, 지갑의 역할은 더 수동적인 서명기에 더 가깝습니다: 에이전트가 기술을 호출하면, 기술이 거래를 생성하고, 지갑이 백엔드에서 서명을 완료하여 연쇄적으로 실행됩니다.
그러나 에이전트가 자금을 실제로 관리하기 시작하면, 마지막 단계에서의 서명만으로는 충분하지 않습니다. 더 합리적인 방법은 권한 결정이 실행 전에 발생하도록 하는 것입니다: 에이전트가 기술을 호출한 후, 요청이 지갑 내부의 정책 평면으로 들어가며, 정책 검증을 통과해야만 실행이 승인됩니다.
지갑 정책 평면(Policy Plane)이란 용어는 시스템 아키텍처에서 제어 평면(Control Plane) 및 데이터 평면(Data Plane)의 아이디어를 차용한 것입니다. 이는 에이전트 행동과 연쇄적 실행 사이에 위치하며, 정책 엔진, KYT/KYA 확인, 세션 키 확인, 리스크 평가 및 예외 처리를 통합한 단일한 결정 영역으로 정의됩니다.

이러한 아이디어는 익숙할 것입니다. Stripe의 결제 아키텍처도 비슷한 논리를 따릅니다: 개발자가 호출하는 것은 간결한 API이지만 자금 이동이 실제로 발생하기 전에 Stripe는 이미 리스크 식별, 규칙 확인 및 규정 준수를 완료했습니다. 에이전틱 지갑이 해야 할 일 또한 본질적으로 동일하며, 상위층은 개발자에게 깔끔한 실행 인터페이스를 제공하고, 하위층은 사전 정책 엔진을 사용하여 권한 부여를 완료합니다.
긴급함은, Prompt 주입, 도구 오염, 악성 기술이 가져오는 공격 범위가 빠르게 확대되고 있는 반면, 지갑 측의 보안 기반은 이에 미치지 못하고 있습니다. 표준화된 지갑 정책 평면이 오늘날에도 산업 표준의 기본 요소로 자리 잡지 못하고 있습니다.
하지만, 정책 평면 자체가 최종 상태는 아닙니다. 에이전트 신원 및 신용 체계가 점차 성숙해지면, 승인 논리가 정적 규칙 기반에서 동적 신뢰 기반으로 전환될 것입니다. 오늘은 사전 설정된 경계, 한도 제한, 화이트리스트 및 수동 거부 경로에 의존하고 있지만, 미래에는 연쇄적 거래 내역, 행동 이력 및 생태계간 신용 데이터가 신뢰할 수 있는 에이전트 신용 기반을 형성하게 되며, 더 많은 승인 결정이 신원, 역사 및 실제 성과를 기반으로 내릴 것입니다.
에이전트와 에이전트 간의 기계 속도로 경제 상호 작용이 시작될 때, 제어 메커니즘은 시스템이 처음부터 내장되어야 합니다. 지갑의 역할도 변할 것입니다: 초기에는 문지기 역할을 하며 교차 경계 행위를 방지하기 위한 역할을 담당하며, 성숙 단계에서는 더 이상 기관에 가까워져 신뢰할 수 있는 주체가 계정, 권한 및 결제 시스템에 더 낮은 마찰로 연결될 수 있도록 담당하게 될 것입니다.
지난 10년 동안, 지갑의 전장은 화면 상의 그 입구였습니다. 다음 10년 동안, 전투가 사용자 눈에 보이지 않는 그 제어 층에 있을 것입니다.
본문은 투고로 제공되었으며 BlockBeats의 견해를 대변하지 않습니다.
BlockBeats 공식 커뮤니티에 참여하세요:
Telegram 구독 그룹:https://t.me/theblockbeats
Telegram 토론 그룹:https://t.me/BlockBeats_App
Twitter 공식 계정:https://twitter.com/BlockBeatsAsia