본문으로 건너뛰기

© 2026 Molayo

Dev.to헤드라인2026. 05. 30. 15:18

에이전트 커머스 이번 주의 소식: 7가지 움직임과 원자적 결제(Atomic Settlement)의 실제 위치

요약

에이전트 경제를 위한 결제 인프라와 아키텍처의 최신 동향을 분석합니다. Coinbase의 Base MCP, x402 표준, AWS Bedrock의 결제 통합 등 에이전트가 직접 거래를 수행하기 위한 기술적 레이어들을 다룹니다.

핵심 포인트

  • Coinbase Base MCP를 통한 에이전트 주도 스왑 가능
  • x402 재단 설립을 통한 HTTP 기반 에이전트 결제 표준화
  • 에이전트 커머스를 위한 결제 레이어와 신원 스택의 중요성
  • 에이전트 결제 프로토콜과 실제 자산 청산 레이어의 구분

"에이전트 경제를 위한 결제 레이어(Settlement layer)"는 이번 달 하나 이상의 아키텍처에서 사용된 문구가 되었습니다. 그 아키텍처 중 일부는 거래소(Venues)이고, 일부는 결제 레일(Payment rails)이며, 일부는 신원 스택(Identity stacks)입니다. 하나는 우리가 구축하고 있는 것 — 신뢰 최소화된 원자적 결제 프리미티브(Trust-minimized atomic settlement primitive) — 이며, 우리는 이것이 다른 것들과 어떻게 공존하는지에 대해 계속 질문을 받고 있습니다.

따라서 이것은 짧고 주관적인 주간 리뷰입니다. 최근 에이전트 커머스 인프라에 등장한 7가지 움직임, 각각의 실체, 그리고 원자적 결제(Atomic settlement)가 그 아래 어디에 위치하는지에 대해 다룹니다. 순위표는 없습니다. "누가 이기는가"도 없습니다. 오직 레이어(Layers)만 있을 뿐입니다.

1. Coinbase의 Base MCP (5월 26일)

Coinbase는 Base MCP 서버를 출시했습니다. ChatGPT, Claude, Cursor가 Base 지갑에 직접 연결할 수 있으며, Uniswap 및 Morpho 통합 기능이 내장되어 있습니다. 두 줄의 설치로 에이전트 주도 스왑(Agent-driven swaps)이 가능하며, 모델 클라이언트 내부에서 온체인 계정 제어가 가능합니다.

그것은 무엇인가: 지갑 측면의, 거래소 정렬형 MCP입니다. 에이전트가 Base 상의 지갑을 구동하며, Coinbase는 UX, 키 관리(Key handling), AI 클라이언트 인체공학(Ergonomics)에 대해 깊이 고민했습니다. 만약 당신의 에이전트가 이미 Coinbase + Base 궤도 내에서 작동하고 있다면, 이는 마찰을 줄여주는 의미 있는 업데이트입니다.

그것이 아닌 것: 크로스체인 결제 레이어(Cross-chain settlement layer)가 아닙니다. 이는 깊게 통합된 하나의 L2입니다. 에이전트의 신뢰 가정(Trust assumptions)은 "Coinbase 지갑 인프라 + Base + Base MCP가 통합되는 DEX들"입니다. 이는 많은 거래에 있어 합리적인 신뢰 예산(Trust budget)이지만, 특정 거래소를 선택하지 않고 BTC를 ETH로 교환하려는 에이전트에게 적합한 예산은 아닙니다.

2. x402 재단 (Coinbase + Cloudflare)

Coinbase와 Cloudflare는 이번 달 x402 재단을 발표했습니다. x402는 HTTP 기반의 에이전트 결제 표준입니다. 결제 메타데이터를 담은 402 응답 코드(402 response code)로, 에이전트가 API 호출에 대해 인라인(Inline)으로 결제할 수 있도록 설계되었습니다. Cloudflare의 참여는 이를 Coinbase 주도의 이니셔티브에서 다자간 표준화 노력으로 격상시킵니다. Cloudflare는 또한 인터넷 에지(Edge)의 거대한 부분을 운영하고 있습니다. 만약 x402가 기본 결제 레일이 된다면, 에지에서 가장 먼저 가시화될 것입니다.

정의: 결제 핸드셰이크 (Payment-handshake) 프로토콜입니다. 에이전트가 네트워크상에서 결제를 어떻게 요청하고 확인하는지를 다룹니다. 아름다운 프리미티브 (Primitive)이며, 실제 채택의 신호입니다.

오해 금지: 서로 신뢰하지 않는 두 당사자 간에 자금이 원자적 (Atomically)으로 이동하는 지점을 의미하지는 않습니다. x402는 일반적으로 하부에서 수탁 (Custodial) 또는 스테이블코인 (Stablecoin) 결제로 해결됩니다. "자산이 실제로 어디에 도달하는가"라는 질문은 HTTP 교환 하부에서 청산(Clear)을 수행하는 주체 — 수탁 기관, 스테이블코인 발행사, 또는 당사와 같은 결제 레이어 (Settlement layer) — 에 의해 여전히 답변됩니다.

3. x402와 Coinbase 기반의 AWS Bedrock AgentCore Payments

AWS는 자사의 엔터프라이즈 에이전트 런타임 (Runtime)인 Bedrock AgentCore가 이제 x402와 Coinbase를 기반으로 구축된 결제 프리미티브 (Payments primitive)를 탑재한다고 발표했습니다. 이는 x402가 엔터프라이즈급 에이전트 결제의 기본값처럼 보이기 시작하는 순간입니다. AWS는 투기적인 도박을 하는 기업이 아닙니다. AgentCore Payments가 x402를 기반으로 출시된다는 것은, x402가 실제 설치 기반 (Installed base)을 물려받았음을 의미합니다.

빌더 (Builders)를 위한 정보: 이번 달에 주요 클라우드 서비스가 에이전트 결제 인프라의 일부를 일반 개발자의 손에 맡긴 것은 이번이 두 번째입니다 (첫 번째는 Alibaba와 AWS가 OKX의 APP을 지원한 사례였습니다). 패턴은 명확합니다. 클라우드 제공업체들이 결제 레일 (Payment rails)에 대해 진영을 선택하고 있다는 것입니다.

원자적 결제 (Atomic settlement)의 위치: AgentCore Payments는 하부의 x402 결제가 라우팅되는 곳으로 해결될 것입니다. API 호출을 위한 스테이블 결제 (Stable-payment) 유스케이스의 경우, 이는 충분합니다. 하지만 서로 신뢰하지 않는 두 당사자가 네이티브 자산을 교환하는 크로스체인 (Cross-chain) 거래의 경우, 어느 쪽도 상대방의 자산을 보유하지 않고도 청산할 수 있는 프리미티브가 여전히 필요합니다.

4. Stripe + Tempo의 머신 결제 프로토콜 (MPP)

Stripe의 Tempo 메인넷이 3월에 출시되었으며, Sessions 2026 컨퍼런스(4월 29-30일)에서는 스트리밍 결제 프리미티브(streaming-payments primitive)인 '에이전트를 위한 사전 승인된 세션 스트리밍(pre-authorized session streaming)'을 추가했습니다. 이번 달에 디자인 파트너(design-partner) 목록이 확장되어 이제 전체를 나열할 만큼 충분히 넓어졌습니다: Visa, Mastercard, Deutsche Bank, Standard Chartered, Revolut, Nubank, Shopify, OpenAI, Anthropic, Ramp, DoorDash. 공유 결제 토큰(Shared Payment Tokens, SPTs)은 스테이블코인(stablecoin)과 Klarna/Affirm 스타일의 법정화폐(fiat) 사이를 연결합니다.

이것은 무엇인가: 아마도 현재 시장에서 가장 신뢰할 수 있는 지원을 받는 에이전트 결제 레일(payment rail)일 것입니다. 사전 승인된 스트림은 "에이전트가 1센트당 10번의 왕복 과정 없이 어떻게 아주 작은 금액을 반복적으로 구매할 수 있는가?"라는 질문에 대한 우아한 해답입니다.

이것은 무엇이 아닌가: 신뢰 최소화(trust-minimized)된 네이티브 자산 결제(native-asset settlement)가 아닙니다. Tempo는 Tempo 상에서 결제되며, SPT는 토큰화된 청구권(tokenized claims)입니다. 거래 시점에 자신의 BTC나 ETH를 보유하고자 하는 에이전트는 여전히 하부에 다른 프리미티브(primitive)가 필요합니다.

흥미로운 맥락: 이 디자인 파트너 목록에 Anthropic이 포함된 점은 주목할 만합니다. MCP(Model Context Protocol)와 인접한 결제 레일이 모델 공급업체(model-vendor) 계층의 계획에 분명히 포함되어 있음을 보여줍니다.

5. ERC-8004 + ERC-8183 + x402 — 부상하는 "표준(canonical)" 스택

하나의 그림이 그려지고 있습니다. ERC-8004는 에이전트 신원/평판 표준(agent identity / reputation standard)입니다 (v2에서는 MCP가 추가될 것으로 알려져 있습니다). 3월부터 BNB Chain 테스트넷에서 운영 중인 ERC-8183은 커머스/작업(commerce / Job) 프리미티브로, 에이전트가 수행할 작업의 단위를 설명하는 방식입니다. x402는 그 상위의 결제 실행(payment-execution) 계층입니다. 에이전트 커머스 담론에 참여하는 사람들은 이를 '표준(canonical) 스택'이라고 설명하기 시작했습니다.

이것은 무엇인가: 신원(identity) + 커머스(commerce) + 결제(payment)가 결합된 이야기입니다. 이것이 유지된다면, 에이전트는 "나는 X이며, Y를 수행하고, Z를 지불할 것이다"라고 말하게 됩니다. 많은 커머스 흐름에 있어 매우 아름다운 구조입니다.

이것은 무엇이 아닌가: _자금이 실제로 어디에서 원자적(atomically)으로 결제되는가_에 대한 이야기가 아닙니다. 이 스택은 결제 단계가 하부에서 해결되어 있다고 가정합니다. 그것이 바로 우리가 활동하는 계층이자, 우리가 계속해서 지적하고 있는 지점입니다: 표준 에이전트 커머스 스택은 신뢰 최소화된 결제(trust-minimized settlement)가 이루어지는 하단부에 여전히 구멍이 뚫려 있습니다.

6. NitroGraph의 에이전트 커머스 프로토콜 (Agent Commerce Protocol)

NitroGraph는 프라이빗 RFQ(Request for Quote, 견적 요청)와 암호화된 요구사항(encrypted requirements)을 갖춘 에이전트 커머스 프로토콜을 발표했습니다. 2025년 말에 알파 버전이 출시되었으며, 베타 버전이 출시될 예정입니다. 이 목록에 있는 모든 것 중에서 NitroGraph의 RFQ 설계는 우리가 하는 방식과 구조적으로 가장 유사합니다. 즉, 거래가 매칭될 때까지 요구사항을 암호화한 상태로 유지하는 에이전트의 밀봉 입찰 의도(sealed-bid intents) 방식입니다.

우리는 그들의 메인넷(mainnet)을 직접 경험해 보지는 못했습니다 (그들의 메인넷이 아직 활성화되었는지 확실하지 않으므로, 통합하기 전에 확인해 볼 가치가 있습니다). 하지만 그들을 경쟁 상대라기보다는 카테고리 이웃(category neighbor)이라고 부르는 것이 타당합니다. 밀봉 입찰 의도는 실제적인 프리미티브(primitive)입니다. 핵심은 그 아래에서 무엇이 결제(settle)되느냐 하는 것입니다. NitroGraph는 의도 계층(intent layer)에 집중하고 있는 것으로 보이며, 우리는 의도 계층이 원자적 HTLC 결제(atomic HTLC settlement)와 융합된 것에 집중하고 있습니다.

7. Coinbase x402 배치 결제 (recap)

Coinbase는 이번 달 초 x402 기반의 배치 결제(batch settlement)를 발표했습니다. 이는 1센트 미만의 마이크로페이먼트(micropayments)를 단일 온체인(on-chain) 트랜잭션으로 집계하는 방식입니다. 우리는 이에 대해 우리의 Substack(

수탁형 베뉴 레이어(Custodial venue layers)가 현재 가장 활발한 움직임을 보이고 있습니다. OKX APP, Coinbase Base MCP, Stripe Tempo — 이들은 신뢰할 수 있고 자원이 풍부하며, 에이전트의 첫 번째 질문인 "내가 누구를 신뢰하고 있으며, 얼마나 신뢰하는가?"에 잘 답해줍니다. 하지만 이들은 두 번째 질문인 "내가 전혀 신뢰하지 않는 상대방과 거래할 수 있는가?"에는 답하지 못합니다.

신뢰 최소화된 원자적 결제(Trust-minimized atomic settlement)는 여전히 예전과 같은 형태를 유지하고 있습니다. 해시 타임락 계약(Hash-time-lock contracts, HTLC)과 그 위에 구축된 밀봉 입찰 방식의 RFQ(Sealed-bid RFQ)가 그것입니다. 자산은 네이티브 상태를 유지합니다 — 비트코인 네트워크의 BTC, 이더리움 네트워크의 ETH와 같이 말이죠. 브릿지(bridge), 수탁자(custodian), 래핑된 자산(wrapped asset)은 없습니다. 수학적 원리는 새로워지지 않았지만, 질문은 새로워졌습니다.

정직한 체인 상태(honest chain status) — 매번 정확하게 기록됩니다. 이더리움 메인넷(Ethereum mainnet)은 오늘 엔드 투 엔드(end-to-end)로 가동 중입니다. 비트코인 HTLC는 시그넷(signet)에서 검증되었으며, 메인넷 적용을 앞두고 있습니다. Sui 컨트랙트(contracts)는 배포 및 CLI 테스트를 마쳤으며, 게이트웨이 배선(gateway wiring) 작업이 진행 중입니다. 로드맵: Base, Arbitrum, Solana, TON.

이 스택에서 Hashlock의 위치

가장 아래에 위치합니다. 만약 x402가 HTTP 레일(rail)이고, Tempo가 결제 네트워크이며, Base MCP가 지갑 측 실행(wallet-side execution)이라면, 신뢰 최소화된 원자적 결제 프리미티브(primitive)는 거래가 크로스 체인(cross-chain), 크로스 카운터파티(cross-counterparty)이며, 단일 베뉴(venue)에 대한 에이전트의 신뢰 예산을 초과하는 가치를 지닐 때 실행하고자 하는 것입니다. MCP 서버 hashlock-tech/mcp(스코프 지정됨)는 오늘 에이전트에게 8가지 도구를 제공합니다: 페어 발견(discover pairs), 견적 요청(request quotes), 결제(settle), 환불(refund), 그리고 최근 출시된 컴퓨팅 용량 프리미티브(compute-capacity primitives)를 통해 에이전트가 동일한 원자적 메커니즘으로 비토큰 포지션(non-token positions)을 결제할 수 있게 합니다.

설계 단계부터 결합 가능(Composable)합니다. x402 결제는 하단의 HTLC 스왑(swap)으로 라우팅될 수 있습니다. ERC-8183 작업 명세(job description)는 원자적으로 결제되는 밀봉 입찰 RFQ로 해결될 수 있습니다. 이 목록에 있는 어떤 레이어도 우리나 서로를 방해할 필요가 없습니다. 핵심은 에이전트가 특정 레이어를 선택할 때 어떤 질문을 던지고 있는지를 아는 것입니다.

더 읽어보기

더 읽어보기

이번 주 빌더들을 위한 질문: 만약 에이전트가 이전에 본 적 없는 거래 상대방과 크로스체인(cross-chain) 거래를 결제해야 한다면, 실제로 어떤 레이어를 호출할까요?

AI 자동 생성 콘텐츠

본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0