그림 번짐 ·수묵 담채 + 미니멀 선
- 1
에이전트가 호텔을 예약하고 구독을 갱신하고 부품을 재주문한다. 사람들은 이걸 "AI가 똑똑해졌다"로 읽는다. 틀린 독해다. 진짜 사건은 결제 버튼을 누르는 손이 바뀐 것이다.
- 2
지금까지 결제는 한 가지를 전제했다. 누르는 자와 책임지는 자가 같은 사람이라는 것. 카드를 긁은 손과 청구서를 받는 사람이 같았다. 에이전트는 이 전제를 조용히 깬다.
- 3
그래서 2026년의 신호는 화면이 아니라 권한 구조에서 읽어야 한다. 위임의 문제다. 내가 에이전트에게 "장을 봐줘"라고 말할 때, 나는 정확히 무엇을 위임했는가. 한 번인가 무기한인가. 5만 원까지인가 무제한인가. 이 경계가 없으면 위임은 곧 백지수표다.
- 4
Web3를 코인과 거래소로만 보는 사람은 여기서 길을 잃는다. 그들에게 온체인은 투기판이다. 하지만 에이전트 결제가 요구하는 건 가격이 아니라 규칙이다. 누가 무엇을 어디까지 할 수 있는가를 코드로 못 박는 일.
- 5
신뢰를 사람의 양심이나 회사의 약관에 맡기던 시대가 있었다. 그 신뢰를 프로토콜로 자동화하는 것, 이게 내가 보는 Web3의 본질이다. 코인은 그 위에 떠 있는 거품이고, 인프라는 그 아래 깔린 레일이다.
- 6
에이전트가 경제 주체가 되면 네 가지가 동시에 필요해진다. 신원. 이 에이전트가 누구의 위임을 받았는가. 평판. 과거에 약속을 지켰는가. 결제. 값을 어떻게 치르는가. 정산. 분쟁이 나면 누구에게 되묻는가.
- 7
이걸 따로따로 풀면 또 플랫폼 감옥이 된다. 한 회사가 신원도 결제도 평판도 다 쥐는 구조. 그래서 스택으로 묶어야 한다. 스테이블코인이 가치를 운반하고, x402 같은 표준이 HTTP 요청 하나에 결제를 붙이고, ERC-8004 류의 시도가 에이전트 신원과 평판을 온체인에 새기고, 토큰화가 자산의 소유권 증명을 얹는다.
- 8
핵심은 이 레일의 1차 부품이 속도나 수수료가 아니라는 점이다. 거부권, 한도, 감사로그. 사람이 언제든 멈출 수 있는가. 에이전트의 지출에 천장이 있는가. 사후에 누가 왜 무엇을 샀는지 추적되는가. 이 셋이 없는 에이전트 결제는 편리한 게 아니라 위험한 것이다.
- 9
미국 빅테크는 이미 이 자리를 노린다. 거대 결제 네트워크는 자기 망 위에 에이전트 결제를 얹으려 하고, 클라우드 사업자는 모델과 지갑을 한 묶음으로 팔려 한다. 이더리움 생태계는 표준의 중립성으로 맞선다. 누구의 허락도 필요 없는 레일이라는 약속이다.
- 10
여기서 강한 반론이 나온다. "표준 따위 필요 없다. 빅테크 한 곳이 다 처리하면 빠르고 편하다." 맞는 말처럼 들린다. 그러나 위임의 핵심은 철회 가능성이다. 한 회사가 신원, 평판, 정산을 다 쥐면 내가 에이전트에게 준 권한을 그 회사가 대신 해석한다. 편리함의 대가로 거부권을 내주는 셈이다. 중립 프로토콜은 느려도 그 권한을 사용자 손에 남긴다.
- 11
여기서 한국이 충돌한다. 우리 결제는 실명인증과 간편결제로 설계됐다. 사람 한 명, 휴대폰 하나, 본인확인 하나. 그런데 에이전트는 사람이 아니다. NICE나 KCB 본인확인창 앞에서 에이전트는 멈춘다. 위임받은 자동 주체를 우리 신원 체계는 아직 모른다.
- 12
이 충돌은 약점이 아니라 기회다. 한국은 콘텐츠 결제, 게임 내 경제, 간편결제 인프라에서 세계가 부러워하는 밀도를 쌓았다. 게임은 이미 가상 경제를 굴려봤고, 핀테크는 본인확인을 산업화했다. 위임 주체의 신원과 한도를 표준화하는 일에 한국만큼 실전 데이터가 많은 곳은 드물다.
- 13
부산을 보자. 게임과 핀테크 인력이 같은 도시에 있다. 에이전트가 누구의 위임으로 얼마까지 쓰는지 증명하는 표준은 거대 결제망의 본사가 아니라 이런 실험장에서 먼저 나올 수 있다. 사용자가 될지 설계자가 될지는 지금의 선택에 달렸다.
- 14
그래서 우선순위를 뒤집어야 한다. 더 똑똑한 에이전트를 먼저 만들고 신뢰는 나중에 붙이겠다는 순서는 틀렸다. 권한 없는 똑똑함은 폭주고, 책임 없는 자동화는 사고다.
- 15
AI 에이전트가 결제를 누르는 시대에 먼저 설계할 것은 모델의 성능이 아니다. 거부권과 한도와 감사로그, 곧 신뢰의 표준이다. 결제 버튼을 누르는 손이 바뀌었다면, 그 손을 멈추는 손부터 설계하라.
이 글이 좋았다면 눌러주세요
이 글이 유용했다면 공유해 주세요
0과 1 사이 칼럼 더 보기 →