온라인에서 무언가를 요청하면 서버는 세 자리 숫자로 답한다. 잘 됐으면 200, 찾는 게 없으면 404, 막혔으면 403. 웹을 쓰는 동안 우리는 이 숫자들을 볼 일이 거의 없지만, 클릭 한 번마다 화면 뒤에서는 이 신호가 오간다.
그 번호들 사이에, 30년 가까이 거의 쓰이지 않은 채 자리만 지켜 온 것이 하나 있다. 402. 이름은 Payment Required, 결제가 필요하다는 뜻이다. 웹의 규칙을 처음 세우던 사람들은 언젠가 기계가 돈을 주고받을 날이 오리라 예감하고 이 자리를 비워 뒀다. 표준 문서에는 오랫동안 “미래에 쓰기 위해 예약됨”이라는 단서만 붙어 있었다. 그날은 좀처럼 오지 않았고, 402는 웹에서 가장 유명한 빈방으로 남았다.
2025년 말, 이 잠든 번호가 깨어났다. 깨운 것은 사람이 아니라 사람을 대신해 웹을 돌아다니는 AI 에이전트였다.
사람이 빠진 결제
지금까지 결제에는 언제나 사람이 마지막에 있었다. 카드를 긁든, 간편결제 버튼을 누르든, 결제라는 행위의 끝에는 “그래, 이걸 산다”는 사람의 확인이 있었다. 매달 빠져나가는 구독료조차 예외가 아니다. 그건 사람이 한 번 “앞으로 자동으로 빼가도 좋다”고 미리 합의해 둔 것이지, 매 순간 기계가 스스로 판단해 지불하는 것은 아니다.
에이전트 결제(agentic payments)는 그 마지막 자리에서 사람을 뺀다. 에이전트가 일을 하다가 “이걸 하려면 이 데이터를 사야겠다”거나 “이 작업을 끝내려면 서버를 하나 빌려야겠다”고 판단하면, 사람에게 묻지 않고 스스로 값을 치른다. 그리고 다음 일로 넘어간다.
이런 말이 완전히 새로운 것은 아니다. 기계가 기계에게 돈을 낸다는 발상, 이른바 M2M(machine-to-machine) 결제는 사물인터넷 시절에도 있었다. 전기차가 충전소에서 알아서 값을 내고, 냉장고가 우유가 떨어지면 스스로 주문한다는 그림이다. 하지만 그때의 기계는 미리 짜인 규칙을 따랐을 뿐이다. “우유가 한 통 아래로 떨어지면 주문하라”는 조건문의 실행에 가까웠고, 무엇을 언제 살지는 사람이 앞서 다 정해 두었다.
에이전트가 바꾼 것은 판단의 주체다. 이제는 무엇을 살지 사전에 다 정해 두지 않는다. 에이전트가 상황을 보고 그 자리에서 정한다. 도메인을 등록하고, 호출료를 내고 남의 API를 쓰고, 클라우드에 자기 결과물을 배포하고, 때로는 다른 에이전트를 고용한다. 살 목록을 사람이 미리 알 수 없다는 것, 그것이 옛 M2M과 지금의 결정적 차이다.
풀어야 할 세 가지 문제
사람이 결제의 끝에서 빠지면, 사람이 조용히 해내던 일들이 한꺼번에 빈자리가 된다. 그 빈자리는 크게 셋으로 나뉜다.
첫째는 신뢰다. 가게 입장에서, 지금 결제하겠다고 나선 이 에이전트가 정말 주인의 위임을 받은 게 맞는지, 주인이 허락한 범위 안에서 사는 게 맞는지를 알 길이 있어야 한다. 사람에게는 비밀번호와 생체인증으로 “진짜 너 맞아?”를 물었지만, 기계에게는 무엇을 물어야 하는가.
둘째는 상거래다. 에이전트가 상품을 찾고, 장바구니를 만들고, 주문을 넣는 이 과정을 가게와 에이전트가 서로 알아들을 공통의 절차가 있어야 한다.
셋째는 정산이다. 결국 어느 순간엔 실제로 돈이 이쪽에서 저쪽으로 넘어가야 한다. 그 마지막 이체가 빠르고 확실하게, 그리고 계정을 새로 트고 카드를 등록하는 번거로움 없이 이뤄져야 한다.
2026년 현재 벌어지는 일을 한마디로 요약하면 이렇다. 이 세 문제를 하나의 표준이 한꺼번에 풀지 않는다. 서로 다른 진영이 각 층을 하나씩 잡고, 각자의 프로토콜을 표준으로 밀고 있다. 그래서 “에이전트 결제 프로토콜”은 하나가 아니라 여러 개이고, 서로 경쟁한다기보다 층이 다르다. 아래에서 셋을 층별로 하나씩 본다.
정산: 잠든 번호가 깨어났다
가장 아래, 실제로 돈이 넘어가는 층에서 402가 되살아났다. 되살린 것은 코인베이스(Coinbase)가 만든 x402라는 방식이다.
작동 원리 자체는 단순하다. 에이전트가 어떤 데이터나 기능을 서버에 요청한다. 서버는 곧바로 내주는 대신 402로 답하며 “이걸 쓰려면 얼마를 어디로 내라”는 결제 정보를 함께 돌려준다. 에이전트는 그 자리에서 값을 치른 뒤, 결제를 마쳤다는 증표를 붙여 같은 요청을 한 번 더 보낸다. 이번에는 서버가 그 증표를 확인하고 200과 함께 원하던 것을 내준다. 요청, 402, 결제, 재시도. 이 왕복 한 번에 거래가 끝난다.
여기서 눈여겨볼 것은 없어진 절차다. 계정을 만들 필요도, API 키를 발급받을 필요도, 카드를 등록할 필요도 없다. 사람이 서비스를 처음 쓸 때 으레 거치던 가입과 등록의 관문이 통째로 사라진다. 에이전트에게는 그 관문 하나하나가 사람의 개입을 부르는 걸림돌이었는데, x402는 결제 자체를 HTTP 요청 안에 녹여 그 걸림돌을 지운다. 그래서 “에이전트가 API 한 번 쓸 때마다 그 자리에서 몇 원씩 내는” 그림에 가장 잘 맞는다.
이렇게 가입 없이 그 자리에서 값이 치러질 수 있는 데는 바탕이 있다. x402는 은행 계좌나 카드망이 아니라 블록체인 위의 디지털 화폐, 곧 스테이블코인 결제를 밑에 깐다. 카드처럼 승인과 정산을 며칠에 걸쳐 나눠 처리하는 대신, 값이 그 자리에서 넘어가고 끝난다. 코인베이스가 x402를 만든 것도 이 즉시성 위에서다.
x402가 실제로 가장 많이 굴러가고 있다는 점도 짚어 둘 만하다. 2025년 12월 두 번째 버전이 나왔고, 2026년 2월에는 스트라이프(Stripe)가 자사 결제망에 이를 통합했으며, 클라우드플레어(Cloudflare)도 x402 거래를 지원한다. 다만 나온 지 얼마 안 된 방식인 만큼 검증은 아직 덜 쌓였다. 이미 학계에서는 x402의 결제를 우회해 값을 안 내고 자원을 빼가는 공격 가능성을 분석한 논문이 나왔다. 결제를 HTTP 왕복에 녹인 만큼, 그 왕복의 틈을 노리는 연구도 함께 붙기 시작한 것이다.
상거래: 챗봇이 결제까지 마칠 때
한 층 위, 상품을 찾고 주문을 넣는 상거래의 층은 스트라이프와 오픈AI(OpenAI)가 함께 잡았다. 2025년 9월 두 회사가 내놓은 ACP(Agentic Commerce Protocol)다.
이 층이 정하는 것은 에이전트와 가게가 거래를 주고받는 절차다. 에이전트가 상품을 발견하고, 결제를 개시하고, 구매를 완료하기까지를 하나의 표준 흐름으로 묶는다. 눈에 띄는 점은 이것이 구상 단계에 머물지 않았다는 것이다. 챗GPT 안에서 대화하다가 물건을 사는 결제 흐름이 이 ACP를 실제 서비스에서 처음으로 굴린 사례다. 가게 입장에서 보면, 사람 손님을 받던 결제창 옆에 에이전트 손님을 받는 표준 창구를 하나 더 내는 일에 가깝다. 뒤이어 구글도 상품 발견부터 반품까지 더 넓게 아우르는 UCP(Universal Commerce Protocol)라는 별도 표준을 들고 이 층에 뛰어들었다.
신뢰: 위임을 문서로 만들다
가장 위, 그리고 어쩌면 가장 까다로운 층이 신뢰다. 이 층은 구글(Google)이 AP2(Agent Payments Protocol)로 잡았다.
AP2의 핵심 개념은 맨데이트(mandate), 우리말로 하면 위임장이다. 사람이 에이전트에게 준 권한을 말이 아니라 디지털 서명이 붙은 문서로 남긴다. 종류는 둘로 나뉜다. 하나는 의도를 담은 위임장이다. “나는 이런 조건이면 사도 좋다고 맡긴다”, 이를테면 “예산 50만 원 안에서 이 노선의 항공권을 사라” 같은 것이다. 다른 하나는 실제로 확정된 장바구니에 대한 서명이다. 에이전트가 고른 이 물건, 이 값이 맞다는 확인이다.
이 문서들이 왜 중요한지는 사고가 났을 때 드러난다. 에이전트가 엉뚱한 것을 샀거나, 사지 말았어야 할 값에 샀을 때, “이게 위임받은 범위 안이었나”를 따질 근거가 있어야 한다. AP2는 사람의 위임에서 에이전트의 실행까지 이어지는 서명의 사슬을 남겨, 나중에 그 사슬을 되짚을 수 있게 한다. 돈을 직접 옮기지는 않는다. 오직 “누가 무엇을 허락했는가”만 다룬다. 앞서 세 문제 중 첫째, 신뢰의 빈자리를 메우는 것이 이 층의 일이다.
카드망도 나섰다
새로 등장한 진영만 이 판에 뛰어든 것은 아니다. 오랫동안 사람의 결제를 책임져 온 카드망도 각자의 답을 내놨다. 여기가 결제의 실무를 아는 쪽에게는 가장 흥미로운 대목이다.
비자(Visa)는 2025년 10월 신뢰 에이전트 프로토콜(Trusted Agent Protocol)을 발표했다. 비자가 발급하는 검증된 에이전트 신원과, 소비자 카드를 발급한 은행이 서명한 별도의 동의 기록을 짝지어, 이 에이전트가 진짜이고 위임받았음을 가게가 확인하게 한다. 눈에 띄는 설계는 이것을 완전히 새로운 기술이 아니라 이미 웹이 쓰고 있는 서명된 HTTP 메시지 위에 얹었다는 점이다. 가게가 새 시스템을 통째로 깔지 않고도 신뢰를 세울 수 있게 한 것이다.
마스터카드(Mastercard)의 방식은 결이 조금 다르다. 에이전트 페이(Agent Pay)라는 이름 아래, 이 회사가 오래 써 온 카드 토큰화 기술을 확장했다. 토큰 하나에 세 가지를 함께 묶는다. 어느 에이전트인지, 어느 가게 범위까지인지, 그리고 어떤 동의 정책 아래인지다. 그 결과 챗GPT나 코파일럿 같은 에이전트는 진짜 카드번호를 한 번도 손에 쥐지 않고도 결제를 마칠 수 있다. 묶어 둔 범위를 벗어난 지출은 토큰 자체가 거부한다. 앞서 “누가 에이전트의 지출을 승인하는가”라는 물음에, 정책을 토큰 자체에 새겨 넣는 방식으로 답한 셈이다.
결제는 갈라지고, 권한은 모인다
이렇게 늘어놓고 보면 표준이 난립하는 혼란처럼 보인다. 그런데 2026년 중반 들어 한 방향으로 흐름이 잡히고 있다. 정산을 누가 하느냐, 상거래를 어느 절차로 하느냐는 여러 갈래로 갈리는데, “누가 무엇을 허락했는가”라는 권한의 문법만은 한곳으로 모인다. 그 한곳이 구글의 AP2다.
다만 아직은 저마다 방향을 밝히고 계획을 내놓은 단계다. 마스터카드는 자사 토큰을 발급하는 과정에 AP2의 위임장 개념을 그대로 노출하겠다고 밝혔고, 비자도 자사의 두 갈래 프로토콜을 하나의 개발 도구로 합치면서 기본적으로 AP2와 호환되게 하겠다고 했다. 표준 싸움이 늘 발표대로 흘러가지는 않는다. 그럼에도 결제의 실행은 x402든 카드망이든 여러 길로 흩어지되, 그 결제가 정당한 위임 위에 서 있는지를 확인하는 언어만은 AP2로 모이는 흐름이 잡히고 있다.
이것은 우연이 아니다. 정산과 상거래는 여러 방식이 공존해도 시장이 돌아간다. 카드로도, 온체인 결제로도 물건을 살 수 있는 것과 같다. 그러나 신뢰만은 공통의 언어가 없으면 아무도 안심하고 거래하지 못한다. 그래서 이 층의 표준을 쥐는 쪽이 에이전트 경제의 길목을 쥐게 된다. 겉으로는 조용한 위임장 규격 싸움이지만, 실은 가장 값진 자리를 두고 벌이는 다툼이다.
구매자가 사람이 아닐 때
이 세 층이 자리를 잡으면, 오래된 질문 하나가 새 얼굴로 돌아온다. 값은 누가 정하는가. 지금까지 가격표는 사람의 눈을 향해 쓰였다. 비싸다고 느끼는지, 지금 지갑을 열 기분인지가 값의 바탕이었다. 사는 쪽이 에이전트가 되면 그 바탕이 흔들린다. 에이전트는 기분으로 망설이지 않고 조건과 예산으로만 판단하며, 쉬지 않고 쓴다. 많이 쓰는 손님을 평균에 기대 감당하던 정액 구독이 그 앞에서 먼저 흔들린 것처럼, 값을 매기는 방식 전체가 사람이 아닌 판단을 상대로 다시 쓰인다.
그리고 지금 세워지는 것들이 무엇을 비워 두고 있는지도 봐야 한다. 프로토콜들이 답하는 것은 대체로 “어떻게 안전하게 지불하는가”이지, “누가 그 지출을 계속 지켜보는가”가 아니다. 위임장으로 범위를 정하고 토큰으로 한도를 걸 수 있지만, 하루에도 수백 건씩 지출하는 에이전트의 씀씀이를 사람이 명세서 훑듯 되짚는 일은 또 다른 문제다. 사람은 “이건 내가 안 썼는데” 하고 한 줄을 짚을 수 있었지만, 에이전트의 지출은 짚기엔 너무 잘고 너무 많다. 승인과 감시는 다르고, 지금 급히 세워지는 것은 대체로 승인 쪽이다.
결제의 끝에서 사람을 빼낸 그 자리에, 아직 아무도 앉히지 않은 몫이 하나 남는다. 잘못 산 것을 되돌리고, 새는 돈을 알아채고, 어느 순간 “이건 아니다”라고 말할 누군가의 자리다. 프로토콜은 에이전트가 어떻게 돈을 낼지를 빠르게 정해 가고 있지만, 그 돈이 제대로 쓰였는지를 누가 지킬지는 아직 빈칸으로 남아 있다.