앞선 글에서 x402의 구조를 하나씩 살펴봤습니다. HTTP 402 Payment Required를 이용하면 서버가 가격과 결제 조건을 프로그램에 전달할 수 있고, Client는 Wallet으로 비용을 지불한 뒤 서비스를 이용할 수 있습니다. AI Agent가 API와 데이터를 직접 구매하기 시작하면 이 구조에 USDC 같은 스테이블코인이 결제수단으로 연결될 수도 있습니다.

여기까지만 보면 x402는 흥미로운 기술 실험처럼 보입니다.

하지만 2026년에 들어서면서 상황은 조금 달라졌습니다. x402가 해결하려는 범위가 단순한 API 호출 한 번 → 결제 한 번을 넘어 서비스 검색, 대량 소액결제, Agent의 구매 승인, 클라우드 인프라와 결제까지 넓어지고 있기 때문입니다. 특히 2026년 7월 14일 Linux Foundation은 x402 Foundation의 정식 운영을 발표했고, Coinbase가 개발한 x402 프로토콜 역시 Foundation에 기여됐습니다.

그렇다면 이제 x402를 인터넷 결제의 새로운 표준이라고 불러도 되는 것일까요?

아직 그렇게 단정하기에는 이릅니다.

현재 확인할 수 있는 변화는 x402가 하나의 Coinbase 프로젝트에서 여러 기업과 개발자가 참여하는 개방형 생태계로 이동하고 있다는 것입니다. 이것이 실제 인터넷의 보편적인 결제 방식으로 자리 잡는지는 별도의 문제입니다.

x402는 단순한 결제 기능에서 생태계로 확장되고 있다

x402의 변화를 시간순으로 보면 방향이 조금 더 분명해집니다.

2025년 5월 x402 공개 → 2025년 9월 Google AP2의 x402 확장 → 2025년 12월 x402 V2 → 2026년 AWS Agent 결제 적용 → 2026년 6월 Batch Settlement → 2026년 7월 x402 Foundation 정식 운영

Coinbase가 x402를 처음 공개한 것은 2025년 5월입니다. 당시 핵심은 HTTP를 이용해 API, 앱, AI Agent가 스테이블코인을 프로그램 방식으로 지불하도록 만드는 것이었습니다.

같은 해 9월 Google은 Agent Payments Protocol(AP2)을 발표하면서 Coinbase 등과 함께 A2A x402 extension을 공개했습니다. AP2가 Agent의 구매 권한과 승인 증명을 다룬다면 x402는 실제 스테이블코인 결제를 연결할 수 있는 방식으로 사용될 수 있습니다.

2026년에는 이 구조가 실제 클라우드 서비스까지 들어가기 시작했습니다.

AWS는 5월 Amazon Bedrock AgentCore Payments를 공개하면서 내부 결제 흐름에 x402를 사용한다고 설명했습니다. Agent가 유료 Endpoint에서 402 응답을 받으면 Wallet을 이용해 스테이블코인 결제를 수행하고, 결제 증명을 붙여 다시 콘텐츠를 받아가는 방식입니다.

이어 6월에는 AWS WAF에 AI Traffic Monetization 기능이 추가됐습니다. 콘텐츠 제공자가 AI Agent의 접근에 가격을 설정하면 AWS WAF가 x402 형식의 402 Payment Required를 반환하고, 결제 검증과 정산은 Coinbase의 x402 Facilitator를 통해 처리하는 구조입니다.

이것은 x402를 바라보는 데 중요한 변화입니다.

초기의 질문이 “AI가 API 사용료를 어떻게 지불할 것인가?”였다면 지금은 “기존 웹과 클라우드 인프라에 Agent 결제를 어떻게 넣을 것인가?”로 범위가 넓어지고 있습니다.

Agent가 결제하려면 먼저 서비스를 찾아야 한다

결제 기능만 있다고 Agent 경제가 만들어지는 것은 아닙니다.

사람은 검색엔진이나 앱스토어를 통해 필요한 서비스를 찾고 설명과 가격을 확인합니다. Agent도 마찬가지입니다. 새로운 기능이 필요할 때 어떤 API가 존재하는지 알아야 하고, 그 API가 무엇을 제공하는지, 가격은 얼마인지, 어떤 결제 방식을 지원하는지도 프로그램이 읽을 수 있어야 합니다.

이 문제를 해결하기 위해 등장한 것이 x402 Bazaar입니다.

Bazaar는 x402를 지원하는 API와 서비스를 기계가 검색할 수 있도록 만든 Discovery Layer입니다. 현재 Coinbase Developer Platform의 Bazaar는 x402 Endpoint의 설명, 결제 정보와 온체인 활동을 기반으로 한 일부 신뢰 정보를 색인해 개발자와 Agent가 서비스를 찾을 수 있도록 제공합니다.

x402 공식 문서에서도 Bazaar를 Agent가 x402 호환 API와 MCP Tool을 찾고 통합할 수 있도록 하는 기계 판독 가능한 카탈로그로 설명합니다.

Agent 입장에서 보면 다음 흐름이 만들어집니다.

필요한 기능 판단 → Bazaar에서 서비스 검색 → 가격·조건 확인 → x402 결제 → API 실행

이전까지는 개발자가 Agent가 사용할 API 주소를 미리 코드에 넣어두는 경우가 많았습니다. Bazaar 같은 Discovery Layer를 이용하면 Agent가 실행 중 필요한 서비스를 검색해 선택하는 구조로 확장할 수 있습니다. x402의 Buyer 가이드 역시 Endpoint를 미리 하드코딩하는 대신 Bazaar에서 서비스를 동적으로 발견하는 방식을 자율 Agent의 활용 사례로 설명합니다.

결제 프로토콜에 서비스 검색 기능이 중요해지는 이유가 여기에 있습니다.

Agent가 스스로 돈을 쓸 수 있다면 다음 단계는 무엇을 살 것인지 스스로 찾는 것이기 때문입니다.

그런데 API 호출마다 블록체인 결제를 하면 너무 비싸지 않을까

x402가 실제 Agent 경제에 사용되기 위해서는 또 하나의 문제가 있습니다.

Agent는 사람보다 훨씬 많은 거래를 만들 수 있습니다.

사람이 하루에 온라인 결제를 다섯 번 하는 것과 Agent가 데이터 한 건, 검색 한 번, AI Token 사용량, 컴퓨팅 몇 초마다 비용을 지불하는 것은 전혀 다른 규모의 문제입니다.

만약 $0.001짜리 API를 호출할 때마다 블록체인에 개별 거래를 기록해야 한다면 결제 자체의 비용과 처리시간이 상품 가격보다 더 큰 문제가 될 수 있습니다.

그래서 2026년 6월 x402에는 Batch Settlement 방식이 추가됐습니다. x402 Foundation은 이를 Agent가 매우 작은 단위의 거래를 빠르게 수행하면서 여러 건의 결제를 묶어 온체인에서 정산할 수 있도록 하는 구조로 설명합니다.

방식은 비교적 이해하기 쉽습니다.

구매자가 처음에 자금을 온체인 Escrow에 넣어두고 API를 사용할 때마다 실제 블록체인 거래를 만드는 대신 암호학적으로 서명된 Voucher를 판매자에게 전달합니다. 판매자는 각 Voucher를 빠르게 검증한 뒤 여러 건을 모아 나중에 온체인으로 정산할 수 있습니다.

구조를 단순화하면 다음과 같습니다.

Escrow 예치 → API 호출 → Voucher 서명 → API 호출 → Voucher 서명 → API 호출 → 여러 건을 묶어 온체인 정산

결제 승인과 실제 블록체인 정산 시점을 분리한 것입니다.

이 변화가 중요한 이유는 Agent 경제에서 결제 단위가 더 작아질 수 있기 때문입니다. API 한 번, AI Token 사용량, 데이터 몇 KB와 같이 아주 작은 단위에 가격을 붙이려면 결제 인프라도 그 규모를 감당할 수 있어야 합니다.

Batch Settlement가 모든 결제 문제를 해결한다는 의미는 아닙니다. 그러나 x402가 단순한 데모 수준의 한 요청 = 한 온체인 거래 구조에 머물지 않고 대량 소액결제를 처리하기 위한 방법까지 확장되고 있다는 점은 확인할 수 있습니다.

AWS의 적용은 x402에서 중요한 분기점이다

x402의 현재 상황을 볼 때 AWS의 움직임은 눈여겨볼 필요가 있습니다.

AWS는 AgentCore Payments에서 Agent가 유료 API, MCP Server와 콘텐츠에 접근할 때 마이크로 결제를 수행할 수 있도록 지원하고 있으며, 공식 문서에서도 x402를 Agent가 사용할 수 있는 결제 프로토콜로 연결하고 있습니다.

더 흥미로운 것은 AWS WAF입니다.

WAF는 원래 웹 애플리케이션을 공격과 악성 트래픽으로부터 보호하는 역할을 합니다. 그런데 여기에 AI Traffic Monetization 기능이 붙으면서 콘텐츠 제공자는 AI Agent의 요청을 무조건 허용하거나 차단하는 것 외에 “돈을 내면 접근할 수 있다”는 세 번째 선택지를 만들 수 있게 됐습니다.

현재 AWS 문서에 따르면 Monetize 규칙에 걸린 Agent 요청에는 x402 형식의 결제 지시가 포함된 HTTP 402 응답이 전달됩니다. 사람이 사용하는 일반 브라우저를 위한 결제 화면이 아니라 자동화된 Agent가 해석하고 처리하는 기계용 결제 흐름입니다.

구조는 다음과 같이 이어집니다.

AI Agent → CloudFront·AWS WAF → 402 + 가격 → x402 결제 → 콘텐츠 제공

여기에서는 x402가 별도의 암호화폐 앱 안에 존재하지 않습니다.

기존 인터넷 인프라 안으로 들어갑니다.

이것이 x402가 초기 암호화폐 결제 프로젝트와 조금 다르게 보이는 지점입니다.

Google AP2와 x402는 경쟁하는 것일까

AI 결제를 설명하다 보면 Google의 AP2와 x402가 함께 등장합니다.

둘 중 하나가 다른 하나를 대체하는 경쟁 관계라고 생각하기 쉽지만 현재 구조는 그렇게 단순하지 않습니다.

AP2는 Agent가 사용자를 대신해 거래할 때 누가 무엇을 구매하도록 승인했는지를 증명하는 문제에 초점을 맞춥니다. Google은 AP2에서 암호학적으로 검증 가능한 Mandate를 이용해 사용자 의도와 구매 승인을 증명하는 구조를 제시합니다.

반면 x402는 HTTP에서 어떻게 가격을 전달하고 실제 결제를 수행할 것인지에 더 가까운 역할을 합니다.

따라서 두 구조는 다음처럼 연결해 볼 수 있습니다.

사용자 의도·구매 승인(AP2) → 서비스 요청 → 결제 요구 → 실제 지급(x402) → 서비스 제공

실제로 Google은 AP2 발표 당시 Coinbase와 협력해 A2A x402 확장을 공개했으며 이를 Agent 기반 암호화폐 결제를 위한 구현으로 설명했습니다.

이 부분은 앞으로 Agent 결제 시장을 볼 때 중요합니다.

하나의 프로토콜이 신원·권한·상품검색·결제·정산·환불·분쟁처리를 모두 해결하기보다는 여러 표준이 역할을 나눠 연결될 가능성도 있기 때문입니다.

2026년 x402 Foundation 출범의 의미

x402에서 가장 큰 구조적 변화는 2026년 Foundation 출범입니다.

Linux Foundation은 2026년 4월 x402 Foundation 출범 계획과 Coinbase의 x402 프로토콜 기여를 발표했고, 7월 14일 Foundation이 공식적인 개방형 거버넌스 아래 정식 운영에 들어갔다고 밝혔습니다.

Foundation에는 결제회사뿐 아니라 클라우드, 카드 네트워크, 블록체인과 인터넷 기업들이 참여했습니다.

Linux Foundation 발표 기준 Premier Member에는 Adyen, AWS, American Express, Circle, Cloudflare, Coinbase, Fiserv, Google, Mastercard, Ripple, Shopify, Stripe, Visa 등이 포함되어 있으며 Solana Foundation, Stellar Development Foundation 등 블록체인 생태계도 참여했습니다. 전체 참여 조직은 정식 운영 발표 당시 40곳이었습니다.

이 명단이 의미하는 것은 특정 기업들이 모두 x402를 자사 핵심 결제망으로 채택했다는 뜻은 아닙니다.

Foundation 참여와 상용 서비스 채택은 구분해야 합니다.

다만 Coinbase 한 회사가 프로토콜의 방향을 결정하는 구조보다 금융회사, 카드 네트워크, 클라우드 사업자와 블록체인 기업이 함께 프로토콜 개발과 거버넌스에 참여할 수 있는 구조로 이동했다는 것은 분명한 변화입니다. Linux Foundation 역시 x402 Foundation의 목적을 특정 Vendor에 종속되지 않는 개방적이고 상호운용 가능한 결제 표준을 개발하는 것으로 설명합니다.

그렇다면 x402는 이제 ‘인터넷 표준’인가

여기서는 표현을 조심해야 합니다.

x402 공식 프로젝트와 Foundation은 x402를 Open Standard, 즉 인터넷 네이티브 결제를 위한 개방형 표준으로 설명합니다. 현재 GitHub의 공식 저장소 역시 crypto와 fiat 네트워크, 스테이블코인·토큰·법정화폐 등 여러 형태의 가치 이전을 지원하는 방향을 목표로 명시하고 있습니다.

하지만 오픈 표준을 지향한다는 것과 인터넷에서 보편적으로 사용되는 사실상의 표준이 됐다는 것은 다릅니다.

HTTP나 DNS처럼 거의 모든 인터넷 서비스가 사용하는 기반 프로토콜 수준에 도달했다고 볼 근거는 아직 없습니다.

따라서 2026년 현재 가장 정확한 표현은 다음에 가깝습니다.

x402는 인터넷 네이티브 결제를 위한 개방형 표준으로 개발되고 있으며, Linux Foundation 아래 중립적 거버넌스와 여러 기업의 참여, 실제 클라우드 적용 사례가 만들어지고 있다. 그러나 인터넷의 보편적 결제 표준으로 자리 잡았다고 평가하기에는 아직 이르다.

이 차이가 중요합니다.

참여 기업의 이름이 크다는 이유만으로 채택이 확정됐다고 판단해서도 안 되고, 반대로 초기 기술이라는 이유만으로 단순한 실험이라고 치부하기도 어려워졌습니다.

실제 표준이 되려면 결제만 잘돼서는 부족하다

Agent가 $0.01을 지급하고 API를 사용하는 것만 놓고 보면 x402의 구조는 비교적 단순합니다.

그러나 실제 경제활동은 훨씬 복잡합니다.

Agent가 잘못된 서비스를 구매하면 어떻게 환불할 것인지, 서비스를 제공하지 않은 판매자를 어떻게 처리할지, Wallet이 탈취됐을 때 누구에게 책임이 있는지, 자금세탁방지와 신원확인 규칙을 어느 단계에서 적용할지, 서로 다른 국가의 규제를 어떻게 처리할지 같은 문제들이 남습니다.

또한 Agent가 Bazaar에서 서비스를 발견했다고 해서 그 서비스가 안전하고 신뢰할 수 있다는 의미도 아닙니다. 서비스 검색 다음에는 평판, 신원, 품질, 사기 방지 문제가 따라옵니다.

대량 거래에서는 Batch Settlement가 비용을 줄일 수 있지만 Escrow, Voucher 관리와 정산 위험을 함께 고려해야 합니다. 여러 Facilitator가 등장하면 상호운용성도 중요해지고, 특정 Facilitator나 특정 스테이블코인에 거래가 지나치게 집중된다면 개방형 프로토콜이라는 목표와 실제 시장 구조 사이에 차이가 생길 수도 있습니다.

무엇보다 AI Agent에게 돈을 쓸 권한을 부여하는 문제는 x402만으로 해결할 수 없습니다.

누가 Agent에게 권한을 줬는가 → 무엇을 살 수 있는가 → 얼마까지 사용할 수 있는가 → 실제 결제는 어떻게 했는가 → 문제가 생기면 어떻게 되돌릴 것인가

Agent 결제가 일상적인 경제활동이 되려면 이 전체 과정이 연결돼야 합니다.

Google AP2가 승인과 신뢰 문제를 별도로 다루고 있는 것도 이런 이유입니다.

x402의 가장 중요한 변화는 ‘코인 결제’가 아니다

x402를 암호화폐 시장의 관점에서만 보면 어떤 블록체인을 지원하는지, USDC가 얼마나 사용되는지에 관심이 집중되기 쉽습니다.

하지만 지금 진행되는 흐름은 그보다 더 넓습니다.

AWS는 x402를 AI Agent가 콘텐츠와 API에 비용을 지불하는 방법으로 사용하고 있고, Google AP2는 x402를 Agent 결제 확장과 연결했으며, Linux Foundation 아래에는 카드회사·PG·클라우드·블록체인 사업자들이 함께 참여하고 있습니다.

이 흐름에서 핵심 질문은 “어떤 코인이 오를 것인가”가 아닙니다.

인터넷에서 프로그램이 데이터를 주고받는 것처럼 돈도 프로그램이 이해할 수 있는 방식으로 주고받게 될 것인가가 더 큰 질문입니다.

지금까지 웹 경제는 대부분 사람이 결제하는 구조였습니다.

사람 → 웹사이트 → 상품 선택 → 결제

Agent 경제에서 실험되고 있는 구조는 다릅니다.

사용자 목표 → AI Agent → 서비스 검색 → 가격 판단 → 결제 → 서비스 사용 → 다음 작업

x402가 자리 잡으려는 위치는 바로 이 흐름 안의 결제 인터페이스입니다.

2026년 현재 어디까지 왔나

x402를 과장하지 않고 평가한다면 현재 상황은 비교적 명확합니다.

초기 개념 단계는 넘어섰습니다. Bazaar를 통해 Agent가 서비스를 검색할 수 있고, Batch Settlement를 통해 대량 소액결제를 처리하기 위한 구조가 추가됐습니다. Google AP2와 연결된 Agent 결제 방식이 공개됐으며 AWS는 AgentCore Payments와 WAF에 x402 기반 결제를 실제 제품 기능으로 적용했습니다.

동시에 x402는 Coinbase 단독 프로젝트의 형태에서도 벗어나기 시작했습니다. 2026년 7월 x402 Foundation이 Linux Foundation 아래 정식 운영에 들어갔고 금융·클라우드·결제·블록체인 업계의 여러 기업이 참여하고 있습니다.

하지만 이것이 성공을 보장하지는 않습니다.

Agent 결제가 실제로 얼마나 커질지, 카드와 은행망이 어떤 방식으로 Agent에 대응할지, 다른 Agent 결제 프로토콜과 어떤 관계를 만들지, 규제와 소비자 보호 문제를 어떻게 해결할지는 아직 진행 중입니다.

따라서 지금 x402를 바라보는 가장 적절한 방법은 완성된 미래의 결제 표준으로 보는 것도 아니고 단순한 암호화폐 실험으로 보는 것도 아닙니다.

x402는 현재 AI Agent가 경제활동을 하기 위해 필요한 결제 계층을 누가, 어떤 방식으로 만들 것인가를 두고 진행되는 초기 표준 경쟁의 한 축으로 보는 것이 더 적절합니다.

핵심 정리

x402는 2025년 처음 공개될 당시 HTTP 402를 이용한 프로그램형 스테이블코인 결제가 핵심이었지만 이후 기능과 적용 범위가 빠르게 넓어졌습니다.

현재는 서비스 검색(Bazaar) → 결제 조건 확인 → x402 결제 → 대량 거래의 Batch Settlement까지 하나의 Agent 상거래 흐름을 구성할 수 있는 기능들이 개발되고 있습니다.

여기에 Google AP2의 x402 확장과 AWS Bedrock AgentCore Payments, AWS WAF AI Traffic Monetization 같은 실제 서비스 적용이 이어지고 있습니다.

2026년 7월에는 x402 Foundation이 Linux Foundation 아래 정식 운영을 시작했고 AWS, Google, Visa, Mastercard, American Express, Stripe, Circle, Coinbase 등 여러 기업이 회원으로 참여했습니다.

하지만 기업이 Foundation에 참여했다는 사실과 x402가 인터넷의 보편적 결제 표준이 됐다는 것은 구분해야 합니다.

2026년 현재 확인할 수 있는 것은 x402가 기술 실험에서 개방형 생태계와 실제 인프라 적용 단계로 이동하고 있다는 사실입니다.

그리고 이 시리즈 전체를 한 문장으로 정리하면 다음과 같습니다.

HTTP가 정보를 주고받는 공통 언어를 만들었다면, x402는 프로그램이 돈을 요구하고 지불하는 과정을 HTTP 안에서 공통 언어로 만들려는 시도입니다.

그 시도가 실제 인터넷 결제의 기본 구조로 자리 잡을지는 아직 결정되지 않았습니다. 다만 AI Agent가 서비스를 스스로 찾고 구매하는 환경이 확대된다면 Agent의 Wallet, 권한, 결제, 정산을 연결하는 인프라가 필요해진다는 문제 자체는 이미 현실의 기술 과제로 등장하고 있습니다.