Gemini Spark AI 에이전트에게 필요한 것은 카드가 아닌 지갑입니다
Google이 2026년 5월 19일 Gemini Spark를 발표했습니다. Gmail을 읽고, 답장 초안을 작성하며, 예약을 처리하고, 노트북을 닫은 후에도 계속 작동하는 24시간 에이전트 어시스턴트입니다. 핵심 가치 제안은 항상 켜져 있는 에이전트 어시스턴트가 당신이 잠든 사이 받은 편지함의 지루한 절반을 처리한다는 것입니다.
Gmail 데모 뒤에는 무대 위 누구도 공개적으로 말하고 싶지 않았던 문제가 숨어 있습니다. 에이전트가 당신 없이 행동하는 순간, 카드 결제에 내재된 모든 가정이 무너집니다. 승인을 탭할 사람도 없고, 3-D Secure 코드를 받을 전화기도 없으며, 카드도 카드 소지자도 세션도 없습니다.
이것이 Gemini 3.5 런치의 진짜 이야기라고 생각하며, 이메일과는 거의 무관합니다.
항상 켜져 있는 에이전트 어시스턴트가 당신의 카드를 사용할 수 없는 이유
카드 결제 시스템은 사람을 전제로 합니다. CVV, 3-D Secure, 문자 인증 코드, 이용 패턴 확인 등 전체 부정 거래 방지 체계는 거래 뒤에 사람이 있다는 것을 확인하기 위해 존재합니다. Spark는 그 반대입니다. 취소된 항공편을 새벽 3시에 재예약하기 위해 깨어나는 Google 클라우드 속 프로세스입니다.
자율 에이전트를 Visa 결제망에 연결하면 금방 벽에 부딪힙니다:
- 데이터센터 IP에서 발생한 카드 미제시 거래는 플래그 처리되거나 거절됩니다.
- 3-D Secure 인증 요청은 잠든 사람에게 전송됩니다.
- 사람이 승인하지 않은 구매에 대한 차지백 책임은 가맹점에 귀속됩니다.
- 에이전트에게 일별로 초기화되고 소진 불가능한 40달러 지출 한도를 부여할 깔끔한 방법이 없습니다.
Google의 AI Ultra 포지셔닝이 구독 번들링에 의존하는 것은 정확히 거래별 결제가 미해결 상태이기 때문입니다. 당신은 Google에 월정액을 내고, Google이 에이전트 비용을 부담하며, 에이전트가 제3자에게 어떻게 결제하는지는 아무도 해결할 필요가 없습니다. 에이전트가 Google의 울타리 밖에서 무언가를 구매해야 할 때까지는 괜찮습니다.
드디어 수요가 나타났다
2년 동안 에이전트 결제 분야는 존재하지 않는 고객을 위한 결제망을 구축해 왔습니다. AI Agent Payments: Anvita, x402, and Who Owns the Rail에서 이 격차에 대해 썼듯, 기술은 준비됐지만 자율 지출자가 없었습니다.
Spark가 판세를 바꿉니다. Google은 곧 수천만 개의 항상 켜져 있는 에이전트를 출시할 예정이며, 이 에이전트들은 결국 거래를 해야 할 것입니다. 결제망이 기다려온 수요가 바로 그것입니다.
등장한 스택은 올바른 방식으로 평범합니다:
- x402는 잠들어 있던 HTTP 402 "Payment Required" 상태 코드를 되살려, 서버가 가격을 제시하고 에이전트가 단일 요청으로 스테이블코인을 통해 즉시 결제할 수 있게 합니다.
- AWS AgentCore는 결제 경로를 추가하여 Amazon 클라우드에서 실행되는 에이전트가 각 청구에 사람의 승인 없이 정산할 수 있도록 했습니다.
- Pay.sh와 유사 도구들은 에이전트가 다른 API처럼 호출할 수 있는 형태로 Base 위의 USDC를 감쌉니다.
공통점: Base 위의 USDC. 저렴한 최종성, 1센트 미만의 수수료, 그리고 컴플라이언스 팀이 제동을 걸지 않아도 법인 재무부가 실제로 보유할 수 있는 스테이블코인.
특히 Base 위의 USDC인 이유
에이전트 결제는 소액 결제입니다. 에이전트는 날씨 API 조회에 0.003달러, 데이터셋 구매에 2달러를 지불할 수 있습니다. 이더리움 메인넷 가스비는 결제액 자체보다 클 것입니다. Base는 이번 사이클에 하루 DEX 거래량 10억 달러 이상을 기록했으며, 수수료는 1센트의 분수 수준으로, 기계 속도의 소액 결제가 의미 있는 유일한 수수료 체계입니다.
체인보다 스테이블코인이 더 중요합니다. 에이전트는 변동성 자산을 보유할 수 없으며, 거래 승인과 정산 사이의 4% 가격 변동은 용납할 수 없습니다. USDC는 달러 표시, 상환 가능하며, 규제된 기관이 발행합니다. GENIUS Act AML 규칙 제정이 스테이블코인 발행사를 은행 유사 감독 체제로 편입시킨 이후, CFO들은 무담보 토큰으로는 절대 할 수 없었던 방식으로 USDC 보유를 승인할 수 있게 됐습니다.
그 규제 명확성이 핵심 촉매이지, 처리량이 아닙니다. 정확히 이 질문으로 기관 거래가 무산되는 것을 지켜봤습니다: "누가 책임지며, 발행사는 감독받고 있는가."
어려운 부분은 결제가 아닙니다. 권한입니다
에이전트에게 지갑을 주는 것은 쉬운 20%입니다. 나머지 80%는 거버넌스입니다:
- 유지되는 지출 한도. 에이전트 지갑에는 온체인으로 강제되는 강력한 상한이 필요합니다. 프롬프트 인젝션이 우회할 수 있는 애플리케이션 코드의 소프트 리밋이 아닌.
- 취소 가능한 위임. 당신은 식료품 재주문에 대해 에이전트를 승인하는 것이지, 저축을 이동하는 것이 아닙니다. 그 범위 설정은 체크박스가 아닌 암호학적이어야 합니다.
- 감사 가능성. 모든 에이전트 결제는 사람이 설정한 정책에 귀속될 수 있어야 합니다. "AI가 결정했다"는 규제 기관이 수용하는 답이 아닙니다.
이것이 프롬프트 인젝션 위험이 현실화되는 지점입니다. 단 하나의 유출된 키가 어떤 결과를 낳는지 이미 보았습니다. Polymarket 익스플로잇을 참고하세요. 이제 그 키가 하루 종일 신뢰할 수 없는 이메일을 읽고 돈을 쓸 수 있는 에이전트 안에 있다고 상상해 보세요. 공격 표면은 전체 받은 편지함입니다.
다음에 주목할 것
Google은 올해 Spark에 USDC를 탑재하지 않을 것입니다. 첫 번째 버전은 Google Pay와 Google 자체 청구 시스템을 통해 모든 것을 처리할 것인데, 통제 가능하고 Google이 결제망을 빌리기보다 소유하고 싶어하기 때문입니다.
하지만 새벽 3시에 항공편을 예약하는 에이전트는 결국 Google이 청구 관계를 맺지 않은 공급업체에 결제해야 할 것입니다. 그때 가장 저렴한 경로는 가맹점별 맞춤형 카드 연동이 아닌, 개방형 프로토콜을 통한 스테이블코인 결제입니다. 승리하는 결제망은 결제 대기업에 허락을 구하지 않고 에이전트가 호출할 수 있는 것입니다.
지갑은 에이전트에게 옵니다. 유일한 열린 질문은 그것이 Google 내부의 폐쇄형 원장인지, 누구나 구축할 수 있는 개방형 원장인지입니다. 웹이 AOL을 이긴 것과 같은 이유로, 저는 개방형에 베팅합니다.