결제 레일(Payment Rail) vs 결제 레이어(Settlement Layer): AEON의 Coinbase x402 파트너십이 실제로
요약
AEON이 Coinbase의 x402 생태계 파트너로서 에이전트 경제를 위한 결제 레이어를 구축하고 있습니다. x402 프로토콜은 HTTP 402 상태 코드를 활용해 AI 에이전트가 API 호출 시 실시간으로 스테이블코인 결제를 수행할 수 있도록 지원합니다.
핵심 포인트
- x402는 AI 에이전트의 자동 결제를 위한 HTTP 402 상태 코드 재용도화 기술임
- AEON은 Coinbase와 협력하여 BNB Chain 기반 x402 SDK 및 Facilitator 출시
- 에이전트 경제 내 마이크로페이먼트는 주로 USDC를 통해 이루어짐
- 결제 레일(Payment Rail)과 결제 레이어(Settlement Layer)의 기술적 차이 구분 필요
몇 주마다 에이전트 경제(agent-economy) 인프라 경쟁에서는 잠시 멈춰서 주목할 만한 데이터 포인트가 발생합니다. 이번 사례는 다음과 같습니다: 지난 5월 YZi Labs가 주도한 800만 달러 규모의 프리 시드(pre-seed) 라운드를 통해 "에이전트 경제를 위한 결제 레이어(settlement layer)"를 구축하기 위해 자금을 조달한 AEON이 Coinbase의 초기 x402 생태계 파트너 중 하나가 되었으며, BNB Chain 상에서 x402 Facilitator 및 SDK를 출시했다고 밝혔습니다.
이는 진정한 이정표이며, 이것이 무엇을 증명하고 무엇을 증명하지 않는지에 대해 정확히 짚고 넘어갈 가치가 있습니다.
x402가 실제로 하는 일
x402는 오랫동안 잠자고 있던 HTTP 402 "결제 필요(Payment Required)" 상태 코드를 재용도화하여, API가 인라인(inline)으로 결제를 요구할 수 있고 AI 에이전트가 인간의 버튼 클릭 없이도 결제할 수 있도록 합니다. 에이전트가 엔드포인트(endpoint)를 호출하면 402 응답을 받고, 스테이블코인(stablecoin) 마이크로페이먼트(micropayment, 현재까지는 주로 Base 상의 USDC)로 이를 해결하면 호출이 완료됩니다. 프로비저닝(provision)할 API 키도 없고, 사후에 대조할 인보이스(invoice)도 없습니다.
이는 에이전트 경제에서 진정으로 어려운 문제이며, 거래량은 이 문제가 해결되고 있음을 뒷받침합니다. 온체인(on-chain) 데이터에 따르면 AI 에이전트는 지난 1년 동안 1억 건이 훨씬 넘는 결제를 실행했으며, 대다수는 USDC로 이루어졌고, 평균 결제 금액은 0.30~0.50달러 부근에 집중되어 있습니다. Coinbase와 Cloudflare가 x402 Foundation을 공식화하고, AEON과 같이 자금을 확보한 플레이어가 그 위에서 5,000만 개 이상의 가맹점에 걸쳐 배포를 구축하는 것은 결제 레일(payment-rail) 레이어가 실시간으로 성숙해 가고 있음을 보여줍니다.
x402가 하지 않는 일
결제 레일(payment rail)은 완료된 동작을 결제합니다. 에이전트가 API를 호출하고, 에이전트가 결제하며, 가맹점이 자금을 수령하고, 트랜잭션(transaction)이 종료됩니다. 이 흐름은 교환의 한쪽 측면(API 응답)이 먼저 발생하고 결제가 뒤따른다고 가정합니다. 이는 API가 가치를 전달했느냐 아니냐에 따른 단일 원자적 가치 단위(atomic unit of value)에 대한 "지금 구매하고, 지금 결제하기"와 같습니다.
크로스체인 자산 거래(Cross-chain asset trading)는 다른 문제입니다. 두 당사자가 서로가 원하는 자산을 각각 서로 다른 두 체인에 보유하고 있으며, 어느 쪽도 먼저 보내고 싶어 하지 않는 상황입니다. 이것이 바로 '에이전트 경제(agent economy)'라는 용어가 사용되기 훨씬 전인 2013년에 HTLC(hash time-locked contracts, 해시 타임락 계약)가 해결하기 위해 만들어진 결제(settlement) 문제입니다. 거래의 양측 모두가 동일한 암호학적 비밀(cryptographic secret)에 의해 잠겨 있으므로, 양측 모두 결제되거나 혹은 어느 쪽도 결제되지 않습니다. 자금이 이동 중에 머무는 브릿지(bridge)도 없고, 서로 신뢰하지 않는 두 당사자 사이에 서 있는 수탁자(custodian)도 없습니다.
결제 레일(Payment rails)은 이러한 속성이 필요하지 않은데, 왜냐하면 양방향의 크로스체인 교환 문제를 해결하는 것이 아니기 때문입니다. 이것은 x402나 AEON을 비하하는 것이 아닙니다. 단지 다른 계층(layer)에서 다른 작업을 수행하고 있을 뿐이며, Coinbase의 자체 문서에서도 이를 자산 스왑을 위한 결제 프리미티브(settlement primitive)가 아닌 결제 프로토콜(payment protocol)로 설명하고 있습니다.
PayPal은 이미 인간을 위해 이를 안전하게 만든 적이 있습니다
우리가 계속해서 되돌아오는 비유는 다음과 같습니다. PayPal의 실제 혁신은 돈을 옮기는 것이 아니었습니다. 은행은 이미 그 일을 하고 있었습니다. PayPal의 혁신은 양측 모두가 신뢰할 수 있는 중개자로 자신을 삽입함으로써, 한 번도 만난 적 없는 낯선 사람과 거래하는 것을 안전하게 만든 것이었습니다.
해시락(Hashlock)은 중개자 없이 낯선 이들 사이의 온체인(on-chain) 거래를 위해 이와 동등한 일을 수행하려고 합니다. 우리는 밀봉 입찰 방식의 RFQ(sealed-bid RFQ, 거래가 시작되기도 전에 가격이 프런트러닝(front-run)되는 것을 방지하기 위함)를 HTLC 원자적 결제(atomic settlement)와 결합하고, 전체 흐름을 6가지 MCP 도구로 노출합니다: RFQ 생성, RFQ 응답, 협상, 한쪽 측 자금 조달(fund a leg), 한쪽 측 자금 청구(claim a leg), 거래 상태 확인. AI 에이전트 — Claude, GPT, Cursor, 또는 모든 MCP 호환 클라이언트 — 는 인간의 개입(human in the loop) 없이, 그리고 어느 쪽의 자금도 탈취되기를 기다리며 브릿지 컨트랙트에 머물러 있지 않은 상태에서, 거래 상대방을 발견하고 가격을 협상하며 크로스체인 거래를 결제할 수 있습니다.
상대방의 자금이 도착할 때까지 귀하의 돈은 결코 지갑을 떠나지 않습니다. 이것이 결제 레일에는 필요하지 않지만, 우리가 크로스체인 에이전트 거래가 출시되기 위해 반드시 갖춰야 한다고 생각하는 속성입니다.
두 계층이 실제로 만나는 지점
우리는 이것이 경쟁 관계라고 생각하지 않습니다. 만약 x402 스타일의 결제 레일 (payment rails)과 AP2/ACP 스타일의 의도 레이어 (intent layers)가 계속 성숙해진다면, 이는 더 많은 에이전트가 자율적으로 거래한다는 것을 의미하며, 이는 단순히 완료된 API 호출에 대해 지불하는 것을 넘어 체인 간에 자산을 스왑해야 하는 에이전트들을 위한 하위 결제 레이어 (settlement layer)에 대한 더 큰 수요로 이어질 것입니다. Google의 AP2와 OpenAI/Stripe의 ACP는 "에이전트가 어떻게 의도를 표현하고 승인하는가"라는 문제를 해결하고 있으며, x402는 "에이전트가 어떻게 개별 작업에 대해 지불하는가"를 해결하고 있습니다. Hashlock은 "두 당사자가 (둘 다 자율적일 수 있는 상황에서) 서로를 신뢰하거나 중개인 없이 어떻게 체인 간에 자산을 교환하는가"를 해결하고 있습니다.
세 가지 서로 다른 레이어입니다. 스택이 완성되려면 이 세 가지가 모두 존재해야 합니다.
우리가 출시한 것
작지만 실질적인 성과: hashlock-tech/mcp (scoped)가 현재 npm에서 0.5.1 버전으로 출시되었습니다. 6개의 MCP 도구가 준비되었으며, Ethereum 메인넷에서 엔드 투 엔드 (end-to-end) 원자적 결제 (atomic settlement)가 라이브 상태입니다. Sui 컨트랙트가 배포되어 CLI 테스트를 마쳤습니다 (게이트웨이 배선 작업이 진행 중이므로, 완료될 때까지는 "라이브"라고 부르지 않겠습니다). Bitcoin 결제는 signet에서 P2WSH HTLC 스크립트를 통해 검증되었으며, 메인넷 적용을 앞두고 있습니다.
밀봉 입찰 (sealed-bid) RFQ + HTLC 설계에 대한 공식적인 설명을 원하신다면, SSRN의 기술 보고서를 참조하십시오: https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6712722
논쟁할 가치가 있는 질문
만약 당신의 에이전트 스택이 API 호출에 대한 지불과 체인 간 자산 거래를 모두 수행해야 한다면, 당신은 결제 레일 (payment rail) 하단의 결제 프리미티브 (settlement primitive)를 직접 구축하고 있습니까, 아니면 구매하고 있습니까? 그리고 그것이 반드시 원자적 (atomic)이어야 합니까, 아니면 당신이 구축하는 것에 대해 "아마 괜찮을 거야, 보험은 나중에 추가하자" 정도면 충분합니까?
Repo: https://github.com/Hashlock-Tech/hashlock-mcp
Try it: https://hashlock.markets?utm_source=devto&utm_medium=blog&utm_campaign=2026-08-02-settlement-layer-race
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기